Hi Melcolm,
That's odd. However, this is a code path issue.
Can you get me the print-out for this one:
$ erl -name test -setcookie ClueCon -noinput -eval "io:format(\"~p~n\",
[rpc:call('openacd@`hostname -f`', code, get_path, [])])." -s erlang halt
You should find a line there having the value
Hi Jan,
There are 13, all of them dated of Nov 29th.
Just in case, I have the md5 of them:
bbdce9613bbb37b2374153242d4818ac
/lib64/openacd/lib/oacd_freeswitch/ebin/freeswitch.beam
1e117ece5a1aacfd48569a014f607311
/lib64/openacd/lib/oacd_freeswitch/ebin/freeswitch_dialer.beam
9f0b093f260027bc25
Hi Melcon,
No need to reformat, just make sure that the latest openacd is installed.
Can yo do this?
$ ls -1 /lib/openacd/lib/oacd_freeswitch/ebin/ | wc -l
(Or lib64)
There should be 13.
Jan Vincent Liwanag
jvliwa...@ezuce.com
On Dec 4, 2012, at 6:22 AM, Melcon Moraes wrote:
> Still a no
Still a no go. That's really odd. I just tried sipxecs-setup --reset-all so
I started all the configs from scratch and the full.log shows the following:
19:15:52.597469 [WARNING] <0.147.0>@cpx_supervisor:491 No specs to load for
mediamanager_sup
19:15:52.597793 [WARNING] <0.147.0>@cpx_supervisor:4
Hi Douglas,
I always knew sipXecs restarts its dead processes. Good to know that now
you can disable it, as you said, comes really in hand in the lab.
Thanks for the info
-
MM
On Fri, Nov 30, 2012 at 3:48 PM, Douglas Hubler wrote:
> On Fri, Nov 30, 2012 at 11:26 AM, Melcon Moraes wrote:
> >
On Fri, Nov 30, 2012 at 11:26 AM, Melcon Moraes wrote:
> I already restarted many times, rebooted the server as well. Also, if I
> simply kill the process and wait a little, it will be spanwed back
> "automagically". The same error still occours. Didn't tried this time, yet,
> to remove/re-add th
I already restarted many times, rebooted the server as well. Also, if I
simply kill the process and wait a little, it will be spanwed back
"automagically". The same error still occours. Didn't tried this time,
yet, to remove/re-add the call center role or even a sipxecs-setup
--reset-all.
Let me
Hi Melcon,
Cause for crash report was exactly what was fixed within the new rpm. You have
to manually restart openacd for now though. There's a problem with the restart
script that needs fixing.
$ pkill beam; sleep 10; service openacd start
Let me know if this still occurs.
Jan Vincent Liwana
Hi Jan,
What about the Crash Report on full.log? Any ideas on where else should I
be looking?
As shown by the FS_cli output, I can't connect to the openacd node then
comes the hangup.
-
MM
On Fri, Nov 30, 2012 at 5:25 AM, Jan Vincent Liwanag wrote:
> Hi Melcon,
>
> Problem here basically is t
Hi Melcon,
Problem here basically is that openacd didnt restart right during the last
update. You might have to 'pkill beam' for now. Then do a 'service openacd
start'.
Sent from my iPhone
On Nov 30, 2012, at 7:52 AM, Melcon Moraes wrote:
> Not to me. Not sure if it is related. I have attach
Not to me. Not sure if it is related. I have attached full.log in debug.
As of now, I have the following installed:
openacd-0.9.5-742.g4c27.x86_64
sipxopenacd-4.6.0-890.ge4ca9.x86_64
FS cli shows the following:
2012-11-29 21:38:27.151069 [DEBUG] switch_ivr_play_say.c:1678 done playing
file /v
Hello,
The updates as of today has fixed the issue, and call routing and
distribution is functioning as intended!
Thanks,
Alan Worstell
A1 Networks - Systems Administrator
VTSP, dCAA, LPIC-1, Linux+, CLA, DCTS
(707)570-2021 x204
For support issues please email supp...@a-1networks.com or call 707
Trevor,
Found out what's causing this. Some freeswitch integration files turned out to
be missing. Fixing this on the next RPM of openacd.
Jan Vincent Liwanag
jvliwa...@ezuce.com
On Nov 29, 2012, at 12:19 AM, Alan Worstell wrote:
> On 11/28/12 7:44 AM, Melcon Moraes wrote:
>> Do you really
On 11/28/12 7:44 AM, Melcon Moraes wrote:
> Do you really have literally {SERVERNAME} on the output or you just
> "masked" the server name? You're supposed to have your FQDN in place.
>
> -
> MM
>
Hello,
This is just the masked FQDN of our server.
Regards,
Alan Worstell
A1 Networks - Systems Adm
Do you really have literally {SERVERNAME} on the output or you just
"masked" the server name? You're supposed to have your FQDN in place.
-
MM
On Wed, Nov 28, 2012 at 1:08 PM, Trevor L Benson
wrote:
> Jan,
>
> Response Inline:
>
>
>
>
> On Nov 28, 2012, at 2:39 AM, Jan Vincent Liwanag
> wrot
Jan,
Response Inline:
On Nov 28, 2012, at 2:39 AM, Jan Vincent Liwanag wrote:
> Hi Trevor,
>
> See inline
>
> Jan Vincent Liwanag
> jvliwa...@ezuce.com
>
>
>
> On Nov 28, 2012, at 3:44 AM, Trevor L Benson wrote:
>
>> Hello,
>>
>> We have been in the process of testing openUC 4.6 wi
Hi Trevor,
See inline
Jan Vincent Liwanag
jvliwa...@ezuce.com
On Nov 28, 2012, at 3:44 AM, Trevor L Benson wrote:
> Hello,
>
> We have been in the process of testing openUC 4.6 with plans to migrate off
> of our 4.4. The last functional test for internal use was migrating our ACD
> to
Hello,
We have been in the process of testing openUC 4.6 with plans to migrate off
of our 4.4. The last functional test for internal use was migrating our ACD to
a Call Center configuration.
OVERVIEW:
Our openUC server is version 4.6.0-21 with the latest updates.
OpenACD 4.6 instructions h
18 matches
Mail list logo