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 [email protected] On Dec 4, 2012, at 6:22 AM, Melcon Moraes <[email protected]> wrote: > 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:491 No specs to load for > agent_sup > 19:15:52.607104 [WARNING] <0.168.0>@cpx_supervisor:491 No specs to load for > agent_connection_sup > 19:15:52.630508 [NOTICE] <0.143.0>@cpx:149 Application OpenACD started > sucessfully! > 19:15:52.685025 [NOTICE] <0.199.0>@agent_web_listener:264 shutdown > 19:15:52.695527 [WARNING] <0.158.0>@queue_manager:313 No such queue > "default_queue" > 19:15:52.700248 [NOTICE] <0.231.0>@queue_manager:109 Updating running queue > configuration for "default_queue" at <0.238.0> > 19:15:52.700831 [WARNING] <0.237.0>@freeswitch_media_manager:725 Freeswitch > node undefined has gone down > 19:15:52.715250 [WARNING] <0.231.0>@cpx_supervisor:402 Adding new spec got > {atomic, > {error, > {shutdown, > {child,undefined,freeswitch_media_manager, > {cpx_middle_supervisor,start_anon, > [3,5, > {cpx_conf,freeswitch_media_manager, > freeswitch_media_manager,start_link, > ['[email protected]', > [{h323,[]}, > {iax2,[]}, > {sip,[]}, > {dialstring, > > "{ignore_early_media=true}sofia/example.com/$1;sipx-noroute=VoiceMail;sipx-userforward=false"}]], > mediamanager_sup,1354569352}]}, > temporary,2000,supervisor, > [cpx_middle_supervisor]}}}} > 19:15:52.715244 [ERROR] <0.294.0> Supervisor Report: > [{supervisor,{<0.294.0>,cpx_middle_supervisor}},{errorContext,start_error},{reason,{already_started,<0.237.0>}},{offender,[{pid,undefined},{name,freeswitch_media_manager},{mfargs,{freeswitch_media_manager,start_link,[[email protected],[{h323,[]},{iax2,[]},{sip,[]},{dialstring,"{ignore_early_media=true}sofia/example.com/$1;sipx-noroute=VoiceMail;sipx-userforward=false"}]]}},{restart_type,permanent},{shutdown,2000},{child_type,worker}]}] > 19:15:52.716282 [NOTICE] <0.152.0>@cpxlog_file:160 Changed loglevel for > logfile "/var/log/openacd/full.log" from notice to notice > 19:15:57.703046 [ERROR] <0.258.0> Crash Report: > [[{initial_call,{freeswitch_fetch_handler,-start_link/4-fun-0-,[]}},{pid,<0.258.0>},{registered_name,[]},{error_info,{exit,timeout,[{freeswitch_fetch_handler,-start_link/4-fun-0-,4},{proc_lib,init_p,3}]}},{ancestors,[oacd_freeswitch_sup,<0.235.0>]},{messages,[]},{links,[<0.236.0>]},{dictionary,[]},{trap_exit,false},{status,running},{heap_size,233},{stack_size,24},{reductions,89}],[]] > 19:15:57.703126 [ERROR] <0.236.0> Supervisor Report: > [{supervisor,{local,oacd_freeswitch_sup}},{errorContext,child_terminated},{reason,timeout},{offender,[{pid,<0.258.0>},{name,freeswitch_fetch_handler},{mfargs,{freeswitch_fetch_handler,start_link,[undefined,[{included_applications,[]}],no_sip_auth,[]]}},{restart_type,permanent},{shutdown,1000},{child_type,worker}]}] > 19:16:02.704036 [ERROR] <0.297.0> Crash Report: > [[{initial_call,{freeswitch_fetch_handler,-start_link/4-fun-0-,[]}},{pid,<0.297.0>},{registered_name,[]},{error_info,{exit,timeout,[{freeswitch_fetch_handler,-start_link/4-fun-0-,4},{proc_lib,init_p,3}]}},{ancestors,[oacd_freeswitch_sup,<0.235.0>]},{messages,[]},{links,[<0.236.0>]},{dictionary,[]},{trap_exit,false},{status,running},{heap_size,233},{stack_size,24},{reductions,89}],[]] > 19:16:02.704102 [ERROR] <0.236.0> Supervisor Report: > [{supervisor,{local,oacd_freeswitch_sup}},{errorContext,child_terminated},{reason,timeout},{offender,[{pid,<0.297.0>},{name,freeswitch_fetch_handler},{mfargs,{freeswitch_fetch_handler,start_link,[undefined,[{included_applications,[]}],no_sip_auth,[]]}},{restart_type,permanent},{shutdown,1000},{child_type,worker}]}] > 19:16:07.705042 [ERROR] <0.298.0> Crash Report: > [[{initial_call,{freeswitch_fetch_handler,-start_link/4-fun-0-,[]}},{pid,<0.298.0>},{registered_name,[]},{error_info,{exit,timeout,[{freeswitch_fetch_handler,-start_link/4-fun-0-,4},{proc_lib,init_p,3}]}},{ancestors,[oacd_freeswitch_sup,<0.235.0>]},{messages,[]},{links,[<0.236.0>]},{dictionary,[]},{trap_exit,false},{status,running},{heap_size,233},{stack_size,24},{reductions,89}],[]] > 19:16:07.705107 [ERROR] <0.236.0> Supervisor Report: > [{supervisor,{local,oacd_freeswitch_sup}},{errorContext,child_terminated},{reason,timeout},{offender,[{pid,<0.298.0>},{name,freeswitch_fetch_handler},{mfargs,{freeswitch_fetch_handler,start_link,[undefined,[{included_applications,[]}],no_sip_auth,[]]}},{restart_type,permanent},{shutdown,1000},{child_type,worker}]}] > > > and the lines with Supervisor Report/Crash Reports fills the rest of the > file, at 5 seconds interval. This was the first log when I just added the > CallCenter role. > > Then I started by adding a Client, Line, Agents and nothing gets changed, not > even the /etc/sipxpbx/freeswitch/conf/dialplan/sipX_context.xml gets updated > with the new line entry. > > After that, I tried service sipxecs restart, which created the new entry in > FS dialplan but the OpenACD still gets the same errors. > > Then I did a "Send Profiles" in System->Servers and all the configs I have > made in sipXconfig were "replicated' to OpenACD. However, the same error > messages keeps filling full.log and whenever a call hits the FS dialplan, it > gets hangup: > > 2012-12-03 20:20:00.410965 [DEBUG] mod_erlang_event.c:1468 Creating new > listener for session > 2012-12-03 20:20:00.410965 [ERR] mod_erlang_event.c:1210 Error connecting to > node [email protected] (erl_errno=5, errno=0)! > 2012-12-03 20:20:00.410965 [DEBUG] mod_erlang_event.c:1504 exit > erlang_outbound_function > > Next step would be to reformat the entire disk and start a new install. Any > other advices or do you need any more info/logs? > > Thanks > > - > MM > > > > On Fri, Nov 30, 2012 at 2:26 PM, Melcon Moraes <[email protected]> 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 the call center role or even a sipxecs-setup --reset-all. > > Let me try the kill/start approach one more time. > > - > MM > > > On Fri, Nov 30, 2012 at 2:13 PM, Jan Vincent Liwanag <[email protected]> > wrote: > 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 Liwanag > [email protected] > > > > On Nov 30, 2012, at 9:59 PM, Melcon Moraes <[email protected]> wrote: > >> 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 <[email protected]> >> wrote: >> 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 <[email protected]> wrote: >> >>> 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 /var/sipxdata/configserver/phone/acd/audio/welcome-saude.wav >>> EXECUTE sofia/example.com/[email protected] >>> set(domain_name=example.com) >>> 2012-11-29 21:38:27.151069 [DEBUG] mod_dptools.c:1281 >>> sofia/example.com/[email protected] SET [domain_name]=[example.com] >>> EXECUTE sofia/example.com/[email protected] >>> erlang_sendmsg(freeswitch_media_manager [email protected] inivr >>> dc68ee44-3a7d-11e2-9233-2bb5ec373e80) >>> 2012-11-29 21:38:27.151069 [DEBUG] mod_erlang_event.c:1541 Creating new >>> listener for sendmsg [email protected] >>> EXECUTE sofia/example.com/[email protected] >>> erlang(freeswitch_media_manager:! [email protected]) >>> 2012-11-29 21:38:27.151069 [DEBUG] mod_erlang_event.c:1462 enter >>> erlang_outbound_function freeswitch_media_manager:! >>> [email protected] >>> 2012-11-29 21:38:27.151069 [DEBUG] mod_erlang_event.c:1468 Creating new >>> listener for session >>> 2012-11-29 21:38:27.151069 [ERR] mod_erlang_event.c:1210 Error connecting >>> to node [email protected] (erl_errno=5, errno=0)! >>> 2012-11-29 21:38:27.151069 [DEBUG] mod_erlang_event.c:1504 exit >>> erlang_outbound_function >>> 2012-11-29 21:38:27.151069 [NOTICE] switch_core_state_machine.c:226 >>> sofia/example.com/[email protected] has executed the last dialplan >>> instruction, hanging up. >>> >>> Also, I have noticed that any changes I have made in the sipXconfig are not >>> deployed to openacd or even the dialplan for FS(when you change a Line). I >>> managed to get the settings in place by issuing a Send Profiles on the >>> server. >>> >>> >>> Thanks >>> >>> - >>> MM >>> >>> >>> On Thu, Nov 29, 2012 at 6:09 PM, Alan Worstell <[email protected]> >>> wrote: >>> 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 [email protected] or call 707-703-1050 >>> >>> On 11/28/12 10:42 PM, Jan Vincent Liwanag wrote: >>> > 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 >>> > [email protected] >>> > >>> > >>> > >>> > On Nov 29, 2012, at 12:19 AM, Alan Worstell <[email protected]> >>> > wrote: >>> > >>> >> 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 Administrator >>> >> VTSP, dCAA, LPIC-1, Linux+, CLA, DCTS >>> >> (707)570-2021 x204 >>> >> For support issues please email [email protected] or call >>> >> 707-703-1050 >>> >> >>> >> >>> >> _______________________________________________ >>> >> sipx-users mailing list >>> >> [email protected] >>> >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> > _______________________________________________ >>> > sipx-users mailing list >>> > [email protected] >>> > List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >>> _______________________________________________ >>> sipx-users mailing list >>> [email protected] >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >>> >>> <full_20121129.log> >>> _______________________________________________ >>> sipx-users mailing list >>> [email protected] >>> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ >> >> _______________________________________________ >> sipx-users mailing list >> [email protected] >> List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
