oreka-user Mailing List for oreka (Page 53)

Hi,

=20

We have a requirement to create non admin users in orkweb. But we don't
find any options inside orkweb. Is there any way we can create
additional users inside orkweb.

=20

Regards,

=20

Senthil

DISCLAIMER:=20
This message contains privileged and confidential information and is =
intended only for the individual named.
If you are not the intended recipient you should not =
disseminate,distribute,store,print, copy or deliver this message.
Please notify the sender immediately by e-mail if you have received this =
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free as =
information could be intercepted,corrupted,lost,destroyed, arrive late =
or incomplete or contain viruses. The sender therefore does not accept =
liability for any errors or omissions in the contents of this message =
which arise as a result of e-mail transmission.
DISCLAIMER:=20
This message contains privileged and confidential information and is =
intended only for the individual named.
If you are not the intended recipient you should not =
disseminate,distribute,store,print, copy or deliver this message.
Please notify the sender immediately by e-mail if you have received this =
e-mail by mistake and delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free as =
information could be intercepted,corrupted,lost,destroyed, arrive late =
or incomplete or contain viruses. The sender therefore does not accept =
liability for any errors or omissions in the contents of this message =
which arise as a result of e-mail transmission.

Kevin,

mysql>update service set hostname=3D'192.168.250.12' where 1;=20

Henri

-----Original Message-----
From: ore...@li...
[mailto:ore...@li...] On Behalf Of Kevin =
McGinn
Sent: 5 d=E9cembre 2007 13:12
To: ore...@li...
Subject: [Oreka-user] Not Playing in Orkweb

I have everything up and running and working great. All my recordings =
are
going into the appropriate folders and all that.

The only problem I have now is that I can not play the recordings from a
different computer because it looks for the "localhost" and not the ip
address assigned.

If i open the url to the recording in Media Player with the ip address
replacing the "localhost" in the url, it plays fine.

How do I change this in Orkweb so the link to play the recording is
pointing to the IP Address and not the "localhost"

Thanks.

--
Kevin


-------------------------------------------------------------------------=

SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user

I have everything up and running and working great. All my recordings are
going into the appropriate folders and all that.

The only problem I have now is that I can not play the recordings from a
different computer because it looks for the "localhost" and not the ip
address assigned.

If i open the url to the recording in Media Player with the ip address
replacing the "localhost" in the url, it plays fine.

How do I change this in Orkweb so the link to play the recording is
pointing to the IP Address and not the "localhost"

Thanks.

--
Kevin

Hi Barry,

=20

I suspect this is due to asymmetric RTP streams (when one end of the RTP
streams does not use the same UDP port for incoming and outgoing RTP
traffic). If you check out the latest code from subversion you can make =
sure
recordings are tracked by the PSTN gateway. If the gateway always uses =
the
same UDP port for incoming and outgoing (which is usually the case) you
should be in business. If you can send a network trace with an example
problem call directly to me (zipped), I can make sure this is the case.

=20

Cheers,

Henri

=20

  _____ =20

From: ore...@li...
[mailto:ore...@li...] On Behalf Of Barry
Matheney
Sent: 1 d=E9cembre 2007 10:48
To: ore...@li...
Subject: [Oreka-user] Incoming/Outgoing calls are recorded differently

=20

Hello Henri,

=20

Thanks in advance for your assistance.

=20

We are testing oreka, and have most everything working correctly.  There =
are
just a few things that we don=92t understand, and can=92t seem to find =
similar
problems or other documentation to explain our situation.  If I have
overlooked it, I apologize and would appreciate you pointing me in the =
right
direction.

=20

We are testing on a Debian etch box, with 3 NICs.  Eth1 and eth2 are =
used to
make a bridge (and therefore handle all RTP traffic).  Eth3 is used 
access the network locally exclusive of the bridge.  We are using the =
most
current versions of the oreka software.

=20

We are not having any problems with capturing and seeing all RTP traffic
(for both directions) in wireshark with our config set at <Devices>eth1,
eth2</Devices>. =20

=20

The strangeness that we are seeing has to do with the direction of the =
call,
and the volumes of the outside line associated with that and whether or =
not
the outside party is being recorded.

=20

For example, I can call my office phone (an incoming call) from my cell
phone or an analog line, and both voice volumes are recorded normally at =
the
same level in the wav file.  However, when the direction is outgoing =
rather
than incoming to my cell or another analog number, only the internal =
half of
the conversation is recorded and the voice of the outside party cannot =
be
heard on the recording, although the outside callers volume level was =
normal
on the handset during the conversation.

=20

But to add to the strangeness, I can call the Utah weather and traffic =
line
(866-511-8824) (outgoing) and the recording occurs on both sides of the
conversation.  The strangeness there is that volume of our voices is
recorded at the normal level, but the volume recorded from the other end =
at
a very low level, even though what we hear through the speaker or =
handset is
normal.

=20

Any ideas on what could be going on?  Is there something that we need to =
do
to rectify this behavior?

=20

=20

Thanks

=20

Barry=20

=20

=20

Hello Henri,

 

Thanks in advance for your assistance.

 

We are testing oreka, and have most everything working correctly.  There are
just a few things that we don't understand, and can't seem to find similar
problems or other documentation to explain our situation.  If I have
overlooked it, I apologize and would appreciate you pointing me in the right
direction.

 

We are testing on a Debian etch box, with 3 NICs.  Eth1 and eth2 are used to
make a bridge (and therefore handle all RTP traffic).  Eth3 is used only to
access the network locally exclusive of the bridge.  We are using the most
current versions of the oreka software.

 

We are not having any problems with capturing and seeing all RTP traffic
(for both directions) in wireshark with our config set at <Devices>eth1,
eth2</Devices>.  

 

The strangeness that we are seeing has to do with the direction of the call,
and the volumes of the outside line associated with that and whether or not
the outside party is being recorded.

 

For example, I can call my office phone (an incoming call) from my cell
phone or an analog line, and both voice volumes are recorded normally at the
same level in the wav file.  However, when the direction is outgoing rather
than incoming to my cell or another analog number, only the internal half of
the conversation is recorded and the voice of the outside party cannot be
heard on the recording, although the outside callers volume level was normal
on the handset during the conversation.

 

But to add to the strangeness, I can call the Utah weather and traffic line
(866-511-8824) (outgoing) and the recording occurs on both sides of the
conversation.  The strangeness there is that volume of our voices is
recorded at the normal level, but the volume recorded from the other end at
a very low level, even though what we hear through the speaker or handset is
normal.

 

Any ideas on what could be going on?  Is there something that we need to do
to rectify this behavior?

 

 

Thanks

 

Barry 

 

 

Hi Doug,

 

This does not exist yet.

 

Henri

 

  _____  

From: ore...@li...
[mailto:ore...@li...] On Behalf Of Douglas Lane
Sent: 28 novembre 2007 06:56
To: ore...@li...
Subject: [Oreka-user] Filtering extensions

 

Hi All,

I have a DHCP powered network and want to filter out certain extension
numbers from the oreka recording system. I can't filter on IP, as the phone
IP's change everytime DHCP does a release/renew.

Is there a way to say that localparty from x to y must not be recorded?

Thanks
Doug

Hi All,

I have a DHCP powered network and want to filter out certain extension
numbers from the oreka recording system. I can't filter on IP, as the phone
IP's change everytime DHCP does a release/renew.

Is there a way to say that localparty from x to y must not be recorded?

Thanks
Doug

Neal,

This is interesting, I have never really looked into this. Will do some
testing around it.

Henri

-----Original Message-----
From: ore...@li...
[mailto:ore...@li...] On Behalf Of Neal Piche
Sent: 15 novembre 2007 08:00
To: oreka-user
Subject: [Oreka-user] stability?

I'm not sure what to call it, but I have noticed when the network is
disconnected on my ubuntu linux system (on windows it would be network
cable disconnected) orkaudio makes a note of it in the log and then it
does nothing. I mean that when the network comes back up it doesn't
start listening again. Is there any way this problem can be resolved?
maybe a setting or some script file perhaps?? please help


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user

I'm not sure what to call it, but I have noticed when the network is
disconnected on my ubuntu linux system (on windows it would be network
cable disconnected) orkaudio makes a note of it in the log and then it
does nothing. I mean that when the network comes back up it doesn't
start listening again. Is there any way this problem can be resolved?
maybe a setting or some script file perhaps?? please help

Bilal,

 

The mcf format is a raw dump of the RTP payloads with headers described by
the AudioChunkDetails class.

 

Henri

 

  _____  

From: ore...@li...
[mailto:ore...@li...] On Behalf Of Bilal
Sent: 14 novembre 2007 06:41
To: ore...@li...
Subject: [Oreka-user] Regards MCF file format

 

Sir

 

Can you please tell me what kind of data .mcf file contains. I want to get
Raw 16-bit PCM data sampled at 8Khz. Can u tell me how to convert the .mcf
file into the said format. I struggling for the past 3 days to know this..
but i havent get any idea abt the .mcf file.

 

Regards

Bilal

Sir

Can you please tell me what kind of data .mcf file contains. I want to =
get Raw 16-bit PCM data sampled at 8Khz. Can u tell me how to convert =
the .mcf file into the said format. I struggling for the past 3 days to =
know this.. but i havent get any idea abt the .mcf file.

Regards
Bilal

I got it to work, I forgot that orkaudio is finicky on my system, I had
to compile it for it to work, I can't just use the DEBs.

also I can't seem to get to the svn code, I figured if this one doesn't
like gutsy I might have luck with the svn, but it says cannot find
server when I click the link, is there svn anymore?

well I upgraded to gutsy version of ubuntu and now orkaudio doesn't
function. I tried to get more info but since there are no debugging
symbols I can get my hands on it's not much. Ok so the first time it
messed up (I restarted a few times just to be sure always same result)
the logfile said "Failed to load the following
plugin: /usr/lib/libvoip.so". So I looked around and that file is indeed
present and I have permission to access it, but then it didn't say it
couldn't find it, it said it couldn't load it. I then looked around in
my packages, I found that the packages for orkaudio weren't installed
(must have compiled) so I go ahead and install the packages except for
the log4cxx-0.97... because my system has 0.9.8 installed. Now I get
Segmentation fault, I tried firing up gdb but all it said was
"0x4ce6f40b in std::locale::operator= () from /usr/lib/libstdc++.so.6
" that was the only error line, I'm not sure where to begin to find this
problem. Unfortunately I don't know how to handle these apport formatted
crash files because when I double click them they want to send a report
through launchpad which your project isn't in so there is no point. If
you need any more info please let me know and I will try to find it.

Douglas,

 

It is not possible to inject traffic using libpcap as far as I know, and
even if it was possible, I'm wondering how devices would react to
conflicting RTP sequence numbers.

 

I'm not sure there's a way to do this.

Henri

 

  _____  

From: ore...@li...
[mailto:ore...@li...] On Behalf Of Douglas Lane
Sent: 11 octobre 2007 03:36
To: ore...@li...
Subject: [Oreka-user] Re-injecting RTP media

 

Hey guys,

Just wanted to find out the possibility of re-injecting RTP media into a
stream from the oreka process.

My idea is adding on a feature where the system records every conversation,
and then gives the user the ability to save the recording by dialling a
short code on his/her phone. If they don't do that, the next call they make
simply destroys the original recording from the previous call. 

So the idea here is, if we receive the shortcode via SIP INVITE, we simply
process and tag the recording, intercept the RTP stream on the phone and
playback a beep file or something?

Anyway... just an idea, wanted to see if its possible to re-inject rtp
media. 

Thanks
Doug

Hey guys,

Just wanted to find out the possibility of re-injecting RTP media into a
stream from the oreka process.

My idea is adding on a feature where the system records every conversation,
and then gives the user the ability to save the recording by dialling a
short code on his/her phone. If they don't do that, the next call they make
simply destroys the original recording from the previous call.

So the idea here is, if we receive the shortcode via SIP INVITE, we simply
process and tag the recording, intercept the RTP stream on the phone and
playback a beep file or something?

Anyway... just an idea, wanted to see if its possible to re-inject rtp
media.

Thanks
Doug

Hi Douglas,

 

Could you post the output of ldd /usr/sbin/orkaudio and ldd
/usr/lib/liborkbasecxx?

 

Henri

 

  _____  

From: ore...@li...
[mailto:ore...@li...] On Behalf Of Douglas Lane
Sent: 10 octobre 2007 07:47
To: ore...@li...
Subject: [Oreka-user] orkaudio just hanging

 

Hi all,

been keen on trying out oreka for awhile, and finally got down to loading
Gentoo up and setting things up.

I ran through the standard setup as per BUILD_C++.txt and all compiled
successfully.

When I load orkaudio, however, it just sits there. Passing debug to the
argument list does nothing either. 

Loading strace up, I get the following output

rec01 ~ # strace orkaudio debug
execve("/usr/sbin/orkaudio", ["orkaudio", "debug"], [/* 29 vars */]) = 0
uname({sys="Linux", node="rec01", ...}) = 0 
brk(0)                                  = 0x800a2000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17769, ...}) = 0 
mmap2(NULL, 17769, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f6c000
close(3)                                = 0
open("/usr/lib/libsndfile.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\36\0"..., 512) =
512 
fstat64(3, {st_mode=S_IFREG|0755, st_size=394500, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f6b000
mmap2(NULL, 410016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f06000 
madvise(0xb7f06000, 410016, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7f61000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5a) = 0xb7f61000
mmap2(0xb7f66000, 16800, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f66000 
close(3)                                = 0
open("/usr/lib/libACE.so.5", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\306"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=2230604, ...}) = 0 
mmap2(NULL, 2213696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7ce9000
madvise(0xb7ce9000, 2213696, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7ef9000, 45056, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x210) = 0xb7ef9000 
mmap2(0xb7f04000, 5952, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f04000
close(3)                                = 0
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0  \0\000"..., 512) =
512 
fstat64(3, {st_mode=S_IFREG|0755, st_size=37444, ...}) = 0
mmap2(NULL, 81336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7cd5000
madvise(0xb7cd5000, 81336, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7cdd000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7cdd000 
mmap2(0xb7cdf000, 40376, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7cdf000
close(3)                                = 0
open("/usr/lib/libxerces-c.so.27", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\337"..., 512) =
512 
fstat64(3, {st_mode=S_IFREG|0755, st_size=5306932, ...}) = 0
mmap2(NULL, 5286716, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb77ca000
madvise(0xb77ca000, 5286716, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7ca1000, 212992, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4d6) = 0xb7ca1000 
close(3)                                = 0
open("/usr/lib/liblog4cxx.so.9", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\277\4"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1265352, ...}) = 0 
mmap2(NULL, 1259052, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7696000
madvise(0xb7696000, 1259052, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb77b8000, 73728, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x122) = 0xb77b8000 
close(3)                                = 0
open("/usr/lib/libxml2.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\246\1"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1401216, ...}) = 0 
mmap2(NULL, 1400532, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7540000
madvise(0xb7540000, 1400532, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7690000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x150) = 0xb7690000 
mmap2(0xb7695000, 3796, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7695000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\v\0"..., 512) =
512 
fstat64(3, {st_mode=S_IFREG|0755, st_size=10528, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb753f000
mmap2(NULL, 12332, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb753b000 
madvise(0xb753b000, 12332, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb753d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb753d000
close(3)                                = 0
open("/lib/libz.so.1", O_RDONLY)        = 3 
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\25\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=76092, ...}) = 0
mmap2(NULL, 77896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7527000 
madvise(0xb7527000, 77896, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7539000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xb7539000
close(3)                                = 0
open("/lib/libpthread.so.0", O_RDONLY)  = 3 
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PB\0\000"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=88152, ...}) = 0
mmap2(NULL, 332544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb74d5000 
madvise(0xb74d5000, 332544, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb74e3000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0xb74e3000
mmap2(0xb74e5000, 267008, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74e5000 
close(3)                                = 0
open("/usr/lib/liborkbase.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\345\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=3431514, ...}) = 0 
mmap2(NULL, 246916, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7498000
madvise(0xb7498000, 246916, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb74d3000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3b) = 0xb74d3000 
close(3)                                = 0
open("/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\266\3"..., 512) =
512 
fstat64(3, {st_mode=S_IFREG|0755, st_size=1243216, ...}) = 0
mmap2(NULL, 1263668, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7363000
madvise(0xb7363000, 1263668, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb748d000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x129) = 0xb748d000 
mmap2(0xb7492000, 22580, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7492000
close(3)                                = 0
open("/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libgcc_s.so.1", O_RDONLY) = 3 
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\25"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=38716, ...}) = 0
mmap2(NULL, 36944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7359000 
madvise(0xb7359000, 36944, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7361000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7361000
close(3)                                = 0
open("/lib/libm.so.6", O_RDONLY)        = 3 
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0004\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=156744, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7358000 
mmap2(NULL, 139376, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7335000
madvise(0xb7335000, 139376, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7356000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xb7356000 
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220T\1"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1238156, ...}) = 0 
mmap2(NULL, 1166512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7218000
madvise(0xb7218000, 1166512, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb732f000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x117) = 0xb732f000 
mmap2(0xb7333000, 7344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7333000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7217000 
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7216000
mprotect(0xb732f000, 4096, PROT_READ)   = 0
mprotect(0xb7356000, 4096, PROT_READ)   = 0
mprotect(0xb7361000, 4096, PROT_READ)   = 0 
mprotect(0xb748d000, 4096, PROT_READ)   = 0
mprotect(0xb74d3000, 4096, PROT_READ)   = 0
mprotect(0xb74e3000, 4096, PROT_READ)   = 0
mprotect(0xb753d000, 4096, PROT_READ)   = 0
mprotect(0xb7690000, 12288, PROT_READ)  = 0 
mprotect(0xb77b8000, 8192, PROT_READ)   = 0
mprotect(0xb7ca1000, 20480, PROT_READ)  = 0
mprotect(0xb7cdd000, 4096, PROT_READ)   = 0
mprotect(0xb7ef9000, 8192, PROT_READ)   = 0
mprotect(0x8009f000, 4096, PROT_READ)   = 0 
mprotect(0xb7f87000, 4096, PROT_READ)   = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb72166c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0 
munmap(0xb7f6c000, 17769)               = 0
getpid()                                = 19778
rt_sigaction(SIGRTMIN, {0xb74dced0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb74dd020, [RTMIN], 0}, NULL, 8) = 0 
rt_sigaction(SIGRT_2, {0xb74dd210, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbfbb3798, 31, (nil), 0}) = 0 
open("/dev/urandom", O_RDONLY)          = 3
read(3, "^\246\323\210", 4)             = 4
close(3)                                = 0
brk(0)                                  = 0x800a2000
brk(0x800c3000)                         = 0x800c3000
open("/usr/share/zoneinfo/Universal", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0 
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0"..., 4096)
= 118
close(3)                                = 0 
munmap(0xb7f70000, 4096)                = 0
time(NULL)                              = 1192023673
gettimeofday({1192023673, 34420}, NULL) = 0
stat64("/usr/share/zoneinfo/GMT", {st_mode=S_IFREG|0644, st_size=118, ...})
= 0 
open("/usr/share/zoneinfo/GMT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000 
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0"..., 4096)
= 118
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
time(NULL)                              = 1192023673 
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=450, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "/dev/sda5 / reiserfs rw,noatime "..., 4096) = 450 
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
open("/proc/stat", O_RDONLY)            = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000 
read(3, "cpu  876270 1631 164597 5901361 "..., 1024) = 647
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0 
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=450, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "/dev/sda5 / reiserfs rw,noatime "..., 4096) = 450 
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
open("/proc/stat", O_RDONLY)            = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000 
read(3, "cpu  876270 1631 164597 5901361 "..., 1024) = 647
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0 
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([]

and thats where is sits. If I hit Ctrl+C, <unfinished ...> is printed.

Any ideas or clues?

Nothing gets logged into the log files, regardless of what I change on in
logging.properties. So the only thing I can think of is perhaps a kernel
issue or I've missed a dependancy that oreka didn't seem to care about until
load time.

I appreciate the assistance.

Thanks
Doug

Hi all,

been keen on trying out oreka for awhile, and finally got down to loading
Gentoo up and setting things up.

I ran through the standard setup as per BUILD_C++.txt and all compiled
successfully.

When I load orkaudio, however, it just sits there. Passing debug to the
argument list does nothing either.

Loading strace up, I get the following output

rec01 ~ # strace orkaudio debug
execve("/usr/sbin/orkaudio", ["orkaudio", "debug"], [/* 29 vars */]) = 0
uname({sys="Linux", node="rec01", ...}) = 0
brk(0)                                  = 0x800a2000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=17769, ...}) = 0
mmap2(NULL, 17769, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f6c000
close(3)                                = 0
open("/usr/lib/libsndfile.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\36\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=394500, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f6b000
mmap2(NULL, 410016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7f06000
madvise(0xb7f06000, 410016, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7f61000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5a) = 0xb7f61000
mmap2(0xb7f66000, 16800, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f66000
close(3)                                = 0
open("/usr/lib/libACE.so.5", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\306"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=2230604, ...}) = 0
mmap2(NULL, 2213696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7ce9000
madvise(0xb7ce9000, 2213696, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7ef9000, 45056, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x210) = 0xb7ef9000
mmap2(0xb7f04000, 5952, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f04000
close(3)                                = 0
open("/lib/librt.so.1", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0  \0\000"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=37444, ...}) = 0
mmap2(NULL, 81336, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7cd5000
madvise(0xb7cd5000, 81336, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7cdd000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7cdd000
mmap2(0xb7cdf000, 40376, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7cdf000
close(3)                                = 0
open("/usr/lib/libxerces-c.so.27", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\337"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=5306932, ...}) = 0
mmap2(NULL, 5286716, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb77ca000
madvise(0xb77ca000, 5286716, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7ca1000, 212992, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4d6) = 0xb7ca1000
close(3)                                = 0
open("/usr/lib/liblog4cxx.so.9", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\277\4"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1265352, ...}) = 0
mmap2(NULL, 1259052, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7696000
madvise(0xb7696000, 1259052, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb77b8000, 73728, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x122) = 0xb77b8000
close(3)                                = 0
open("/usr/lib/libxml2.so.2", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\246\1"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1401216, ...}) = 0
mmap2(NULL, 1400532, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7540000
madvise(0xb7540000, 1400532, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7690000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x150) = 0xb7690000
mmap2(0xb7695000, 3796, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7695000
close(3)                                = 0
open("/lib/libdl.so.2", O_RDONLY)       = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\v\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=10528, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb753f000
mmap2(NULL, 12332, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb753b000
madvise(0xb753b000, 12332, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb753d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb753d000
close(3)                                = 0
open("/lib/libz.so.1", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\25\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=76092, ...}) = 0
mmap2(NULL, 77896, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7527000
madvise(0xb7527000, 77896, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7539000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11) = 0xb7539000
close(3)                                = 0
open("/lib/libpthread.so.0", O_RDONLY)  = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0PB\0\000"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=88152, ...}) = 0
mmap2(NULL, 332544, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb74d5000
madvise(0xb74d5000, 332544, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb74e3000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0xb74e3000
mmap2(0xb74e5000, 267008, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb74e5000
close(3)                                = 0
open("/usr/lib/liborkbase.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\345\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=3431514, ...}) = 0
mmap2(NULL, 246916, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7498000
madvise(0xb7498000, 246916, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb74d3000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3b) = 0xb74d3000
close(3)                                = 0
open("/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\266\3"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1243216, ...}) = 0
mmap2(NULL, 1263668, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7363000
madvise(0xb7363000, 1263668, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb748d000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x129) = 0xb748d000
mmap2(0xb7492000, 22580, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7492000
close(3)                                = 0
open("/usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libgcc_s.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\25"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0644, st_size=38716, ...}) = 0
mmap2(NULL, 36944, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7359000
madvise(0xb7359000, 36944, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7361000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7) = 0xb7361000
close(3)                                = 0
open("/lib/libm.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0004\0"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=156744, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7358000
mmap2(NULL, 139376, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7335000
madvise(0xb7335000, 139376, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb7356000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20) = 0xb7356000
close(3)                                = 0
open("/lib/libc.so.6", O_RDONLY)        = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220T\1"..., 512) =
512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1238156, ...}) = 0
mmap2(NULL, 1166512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7218000
madvise(0xb7218000, 1166512, MADV_SEQUENTIAL|0x1) = 0
mmap2(0xb732f000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x117) = 0xb732f000
mmap2(0xb7333000, 7344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7333000
close(3)                                = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7217000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7216000
mprotect(0xb732f000, 4096, PROT_READ)   = 0
mprotect(0xb7356000, 4096, PROT_READ)   = 0
mprotect(0xb7361000, 4096, PROT_READ)   = 0
mprotect(0xb748d000, 4096, PROT_READ)   = 0
mprotect(0xb74d3000, 4096, PROT_READ)   = 0
mprotect(0xb74e3000, 4096, PROT_READ)   = 0
mprotect(0xb753d000, 4096, PROT_READ)   = 0
mprotect(0xb7690000, 12288, PROT_READ)  = 0
mprotect(0xb77b8000, 8192, PROT_READ)   = 0
mprotect(0xb7ca1000, 20480, PROT_READ)  = 0
mprotect(0xb7cdd000, 4096, PROT_READ)   = 0
mprotect(0xb7ef9000, 8192, PROT_READ)   = 0
mprotect(0x8009f000, 4096, PROT_READ)   = 0
mprotect(0xb7f87000, 4096, PROT_READ)   = 0
set_thread_area({entry_number:-1 -> 6, base_addr:0xb72166c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
seg_not_present:0, useable:1}) = 0
munmap(0xb7f6c000, 17769)               = 0
getpid()                                = 19778
rt_sigaction(SIGRTMIN, {0xb74dced0, [], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0xb74dd020, [RTMIN], 0}, NULL, 8) = 0
rt_sigaction(SIGRT_2, {0xb74dd210, [], 0}, NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [RTMIN], NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RT_1], NULL, 8) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbfbb3798, 31, (nil), 0}) = 0
open("/dev/urandom", O_RDONLY)          = 3
read(3, "^\246\323\210", 4)             = 4
close(3)                                = 0
brk(0)                                  = 0x800a2000
brk(0x800c3000)                         = 0x800c3000
open("/usr/share/zoneinfo/Universal", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0"..., 4096)
= 118
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
time(NULL)                              = 1192023673
gettimeofday({1192023673, 34420}, NULL) = 0
stat64("/usr/share/zoneinfo/GMT", {st_mode=S_IFREG|0644, st_size=118, ...})
= 0
open("/usr/share/zoneinfo/GMT", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=118, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0\0\0\1\0\0"..., 4096)
= 118
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
time(NULL)                              = 1192023673
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=450, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "/dev/sda5 / reiserfs rw,noatime "..., 4096) = 450
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
open("/proc/stat", O_RDONLY)            = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "cpu  876270 1631 164597 5901361 "..., 1024) = 647
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
open("/etc/mtab", O_RDONLY)             = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=450, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "/dev/sda5 / reiserfs rw,noatime "..., 4096) = 450
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
open("/proc/stat", O_RDONLY)            = 3
fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f70000
read(3, "cpu  876270 1631 164597 5901361 "..., 1024) = 647
read(3, "", 1024)                       = 0
close(3)                                = 0
munmap(0xb7f70000, 4096)                = 0
rt_sigprocmask(SIG_SETMASK, NULL, [RTMIN], 8) = 0
rt_sigsuspend([]

and thats where is sits. If I hit Ctrl+C, <unfinished ...> is printed.

Any ideas or clues?

Nothing gets logged into the log files, regardless of what I change on in
logging.properties. So the only thing I can think of is perhaps a kernel
issue or I've missed a dependancy that oreka didn't seem to care about until
load time.

I appreciate the assistance.

Thanks
Doug

Marcos,

Avaya usually uses H.323 as a signalling protocol which is not supported by
the open source version of Oreka.

Also, for the files with 0 in length, it could be a codec that is also not
supported by the open source version of Oreka.

Regards
Henri

-----Original Message-----
From: ore...@li...
[mailto:ore...@li...] On Behalf Of Marcos
Milohanich
Sent: 4 octobre 2007 08:36
To: ore...@li...
Subject: [Oreka-user] Recording with 0 length or 1 sec length

Hi everyone

Im using Oreka for recording Avaya IP Phones. Im using port mirroring on
both endpoints to send packets to monitor pc where oreka run.
Both network cards capturing packets ok but i have files with 0 length or 1
sec length . why?
another problem is direction always is unknown , why??

below is my config file and oreka log of 1 recorded call

txs in advance.


<config>
	<AudioOutputPath>D:/Archivos de programa/Apache Software
Foundation/Tomcat 5.5/webapps/ROOT</AudioOutputPath>
	<CapturePlugin>VoIP.dll</CapturePlugin>
	<CapturePluginPath>audiocaptureplugins/</CapturePluginPath>	
	<StorageAudioFormat>gsm</StorageAudioFormat>
	<DeleteNativeFile>yes</DeleteNativeFile>
	<TrackerHostname>localhost</TrackerHostname>
	<EnableReporting>True</EnableReporting>
	<ClientTimeout>1000</ClientTimeout>	
	<NumBatchThreads></NumBatchThreads>
	<AudioSegmentation>false</AudioSegmentation>
	<AudioSegmentDuration>10</AudioSegmentDuration>
	<VoIpPlugin>
	
<Devices>\Device\NPF_{EDFE5577-F7D6-4BA1-BF64-228247965339},\Device\NPF_{6CE
3A596-9B32-4984-B38C-054B45497DA1}</Devices>
		<AllowedIpRanges>172.16.10.55, 172.16.10.56, 172.16.10.122,
172.16.10.100, 192.9.200.33</AllowedIpRanges>
		<LanMasks>172.16.10.255, 192.9.200.255</LanMasks>

		<MediaGateways>172.16.10.55, 172.16.10.56,
172.16.10.50</MediaGateways>
	</VoIpPlugin>
	<GeneratorPlugin>
		<NumConcurrentPorts>1</NumConcurrentPorts>
		<AudioDuration>5</AudioDuration>
		<AudioFilename>sine.8KHz.pcm.wav</AudioFilename>
	</GeneratorPlugin>
</config>


2007-10-04 09:01:41,906  INFO rtpsession:347 - GOQ: 1st packet s1:
172.16.10.55,2098 172.16.10.100,41288 seq:2 ts:320 len:160 type:0
2007-10-04 09:01:41,906  INFO rtpsessions:976 - GOQ: created by RTP packet
2007-10-04 09:01:41,906  INFO rtpsession:370 - GOQ: 1st packet s2:
172.16.10.100,41288 172.16.10.55,2098 seq:2878 ts:1796607023 len:160 type:0
2007-10-04 09:01:41,906  INFO rtpsession:403 - GOQ: 172.16.10.100,41288:
Applying timestamp corrective delta:1796605423
2007-10-04 09:01:42,453  INFO rtpsession:76 - GOQ: 172.16.10.100,41288
RawRtp Session start, timestamp:1191499302
2007-10-04 09:01:42,453  INFO port:166 - #172.16.10.100,41288: start
2007-10-04 09:02:17,031  INFO rtpsessions:1017 - GOQ: 172.16.10.100,41288
Expired
2007-10-04 09:02:17,031  INFO rtpsession:56 - GOQ: 172.16.10.100,41288
Session stop, num RTP packets:1882, last updated:1191499321
2007-10-04 09:02:17,031  INFO port:184 - #172.16.10.100,41288: stop
2007-10-04 09:02:17,031  INFO tapelist:210 - date=2007-10-04_09-01-42
duration=19 direction=unkn capturePort=172.16.10.100,41288
localParty=172.16.10.100 remoteParty=172.16.10.55 localEntryPoint=
localIp=172.16.10.100 remoteIp=172.16.10.55 
2007-10-04 09:02:17,031  INFO batchProcessing:165 - Th0 processing:
20071004_090142_172.16.10.100,41288
2007-10-04 09:02:17,031  INFO batchProcessing:202 - Th0 RTP payload type:0
2007-10-04 09:02:17,125  INFO batchProcessing:266 - Th0 deleting native:
20071004_090142_172.16.10.100,41288
2007-10-04 09:02:17,125  INFO reporting:79 - hostname=MONITORIP type=tape
recid=20071004_090142_172.16.10.100,41288 stage=stop
captureport=172.16.10.100,41288 timestamp=1191499302
filename=2007/10/04/09/20071004_090142_172.16.10.100,41288.wav
localparty=172.16.10.100 localentrypoint= remoteparty=172.16.10.55
direction=unkn duration=19 service=orkaudio-MONITORIP localip=172.16.10.100
remoteip=172.16.10.55 




-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user

Hi everyone

Im using Oreka for recording Avaya IP Phones. Im using port mirroring on
both endpoints to send packets to monitor pc where oreka run.
Both network cards capturing packets ok but i have files with 0 length or 1
sec length . why?
another problem is direction always is unknown , why??

below is my config file and oreka log of 1 recorded call

txs in advance.


<config>
	<AudioOutputPath>D:/Archivos de programa/Apache Software
Foundation/Tomcat 5.5/webapps/ROOT</AudioOutputPath>
	<CapturePlugin>VoIP.dll</CapturePlugin>
	<CapturePluginPath>audiocaptureplugins/</CapturePluginPath>	
	<StorageAudioFormat>gsm</StorageAudioFormat>
	<DeleteNativeFile>yes</DeleteNativeFile>
	<TrackerHostname>localhost</TrackerHostname>
	<EnableReporting>True</EnableReporting>
	<ClientTimeout>1000</ClientTimeout>	
	<NumBatchThreads></NumBatchThreads>
	<AudioSegmentation>false</AudioSegmentation>
	<AudioSegmentDuration>10</AudioSegmentDuration>
	<VoIpPlugin>
	
<Devices>\Device\NPF_{EDFE5577-F7D6-4BA1-BF64-228247965339},\Device\NPF_{6CE
3A596-9B32-4984-B38C-054B45497DA1}</Devices>
		<AllowedIpRanges>172.16.10.55, 172.16.10.56, 172.16.10.122,
172.16.10.100, 192.9.200.33</AllowedIpRanges>
		<LanMasks>172.16.10.255, 192.9.200.255</LanMasks>

		<MediaGateways>172.16.10.55, 172.16.10.56,
172.16.10.50</MediaGateways>
	</VoIpPlugin>
	<GeneratorPlugin>
		<NumConcurrentPorts>1</NumConcurrentPorts>
		<AudioDuration>5</AudioDuration>
		<AudioFilename>sine.8KHz.pcm.wav</AudioFilename>
	</GeneratorPlugin>
</config>


2007-10-04 09:01:41,906  INFO rtpsession:347 - GOQ: 1st packet s1:
172.16.10.55,2098 172.16.10.100,41288 seq:2 ts:320 len:160 type:0
2007-10-04 09:01:41,906  INFO rtpsessions:976 - GOQ: created by RTP packet
2007-10-04 09:01:41,906  INFO rtpsession:370 - GOQ: 1st packet s2:
172.16.10.100,41288 172.16.10.55,2098 seq:2878 ts:1796607023 len:160 type:0
2007-10-04 09:01:41,906  INFO rtpsession:403 - GOQ: 172.16.10.100,41288:
Applying timestamp corrective delta:1796605423
2007-10-04 09:01:42,453  INFO rtpsession:76 - GOQ: 172.16.10.100,41288
RawRtp Session start, timestamp:1191499302
2007-10-04 09:01:42,453  INFO port:166 - #172.16.10.100,41288: start
2007-10-04 09:02:17,031  INFO rtpsessions:1017 - GOQ: 172.16.10.100,41288
Expired
2007-10-04 09:02:17,031  INFO rtpsession:56 - GOQ: 172.16.10.100,41288
Session stop, num RTP packets:1882, last updated:1191499321
2007-10-04 09:02:17,031  INFO port:184 - #172.16.10.100,41288: stop
2007-10-04 09:02:17,031  INFO tapelist:210 - date=2007-10-04_09-01-42
duration=19 direction=unkn capturePort=172.16.10.100,41288
localParty=172.16.10.100 remoteParty=172.16.10.55 localEntryPoint=
localIp=172.16.10.100 remoteIp=172.16.10.55 
2007-10-04 09:02:17,031  INFO batchProcessing:165 - Th0 processing:
20071004_090142_172.16.10.100,41288
2007-10-04 09:02:17,031  INFO batchProcessing:202 - Th0 RTP payload type:0
2007-10-04 09:02:17,125  INFO batchProcessing:266 - Th0 deleting native:
20071004_090142_172.16.10.100,41288
2007-10-04 09:02:17,125  INFO reporting:79 - hostname=MONITORIP type=tape
recid=20071004_090142_172.16.10.100,41288 stage=stop
captureport=172.16.10.100,41288 timestamp=1191499302
filename=2007/10/04/09/20071004_090142_172.16.10.100,41288.wav
localparty=172.16.10.100 localentrypoint= remoteparty=172.16.10.55
direction=unkn duration=19 service=orkaudio-MONITORIP localip=172.16.10.100
remoteip=172.16.10.55 

Neal,

Orkaudio logging is based on log4cxx which in turn is based on log4j. You
can try looking at the documentation of those two frameworks.

Cheers
Henri

-----Original Message-----
From: ore...@li...
[mailto:ore...@li...] On Behalf Of Neal Piche
Sent: 24 septembre 2007 11:38
To: oreka-user
Subject: [Oreka-user] dates in orkaudio.log

I was wondering where orkaudio gets the timestamp it puts in the log 
file since it is not using my system time. Does it get it directly from 
the bios or other lower subsystem? because if so I am running linux so 
my bios is set to GMT or UTC I'm not sure which as is the standard 
practice. What can I do to change this behavior?

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Oreka-user mailing list
Ore...@li...
https://lists.sourceforge.net/lists/listinfo/oreka-user

I was wondering where orkaudio gets the timestamp it puts in the log 
file since it is not using my system time. Does it get it directly from 
the bios or other lower subsystem? because if so I am running linux so 
my bios is set to GMT or UTC I'm not sure which as is the standard 
practice. What can I do to change this behavior?

Hi all,
     I am testing orkaudio for more than 30 extensions. I am facing an issue
with call with 0 second call time/talk time. The calls are not getting
logged in the database anywhere and the call next to that also gets missed.
Can any one help me out with this?

-- 
Its Me again!!!

Tim,

 

It is possible to manually transcode mcf files but this is only available in
the latest subversion code until we do a new official release of Oreka.

 

Henri

 

  _____  

From: ore...@li...
[mailto:ore...@li...] On Behalf Of
tra...@ya...
Sent: 5 septembre 2007 19:01
To: ore...@li...
Subject: [Oreka-user] Converting mcf files

 

Is there anyway to convert an .mcf file that didn't get converted?

 

Thanks,

Tim

Is there anyway to convert an .mcf file that didn't get converted?
   
  Thanks,
  Tim