[Message Prev][Message
Next][Thread Prev][Thread Next][Message
Index][Thread Index]
RE: Installing axc - need help
- Subject: RE: Installing axc - need help
- From: "Paul Gale" <groups@xxxxxxxxxxxxxxxx>
- Date: Thu, 23 Mar 2006 17:59:47 -0000
Running the ps command, I got an error - user name does not exist
Running the axc.pl from the command line seems to hold up for a short while
then fails.
The axs.log does not exist and never seems to have. Is this a problem with
the config or something else? OR - does it get deleted at some stage?
The tail shows:
[root@asterisk1 axc]# tail -f axc.log
INFO (::init) Completed initialization
INFO (xAP::Comm): Created xAP send socket on port 3639
INFO (xAP::Comm): Created xAP listen socket on port 49153
INFO (::init) Completed initialization
INFO (xAP::Comm): Created xAP send socket on port 3639
INFO (xAP::Comm): Created xAP listen socket on port 49153
INFO (::init) Completed initialization
INFO (xAP::Comm): Created xAP send socket on port 3639
INFO (xAP::Comm): Created xAP listen socket on port 49154
INFO (::init) Completed initialization
Why is it creating multiple ports?
Paul.
-----Original Message-----
From: xap_automation@xxxxxxx [mailto:xap_automation@xxxxxxx] On
Behalf Of Gregg Liming
Sent: 23 March 2006 17:51
To: xap_automation@xxxxxxx
Subject: Re: [xap_automation] Installing axc - need help
Hi Paul,
Quoting Paul Gale (3/23/06 12:35 PM):
> Looking at xAP Viewer on another PC - I initially saw the axc entry
> and a few heartbeats and CTI messages - but after a while, axc
> stopped sending anything. The log was empty. Maybe it crashed?
>
> How can I tell?
For the time being (while you are working through getting it set up). I
would suggest manually starting up axc and continuously watching the log.
First, check to see if axc is running like this:
ps -aux grep axc
You should see 2 lines--one for the "grep" and the other if axc
is running.
If it's not running, then invoke it manually as follows:
cd /usr/share/axc (or whereever you have it installed)
./axc.pl &
It should now be running. You can continuously monitor the output of
the log by "tailing" the log like so:
tail -f axc.log
FWIW: I've never seen axc leak memory (conceivable it's possible,
but...). Also, I've never seen it dump core. So, if it quits, it's
likely due to encountering a problem possibly related to the conf file
and should issue warnings or errors to the log.
Something to consider operationally, is to relocate the output of your
log file to a partition that won't be a problem if it fills up (as the
log doesn't yet rotate or cleanup). I have mine directed to
/tmp/axc.log and it's as simple as changing the path in the conf file.
Of course, it won't matter if you don't have /tmp on a separate partition.
Gregg
xAP_Automation Main Index |
xAP_Automation Thread Index |
xAP_Automation Home |
Archives Home
|