My Freeswitch never runs more than 48 hours, and then segmentation faults. Here are the messages before it segfaults: http://pastebin.freeswitch.org/3120 Running version 1.0.5500 on OS X 10.4.10 Ivan
On Jul 12, 2007, at 2:55 PM, Ivan C Myrvold wrote:
My Freeswitch never runs more than 48 hours, and then segmentation faults.
Here are the messages before it segfaults:
http://pastebin.freeswitch.org/3120
Running version 1.0.5500 on OS X 10.4.10
Can you provide a backtrace from the core file? Or run freeswitch inside gdb to capture the backtrace? -Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------------ # OS's are nothing more than device drivers! #
Den 12. jul. 2007 kl. 22:16 skrev Chris Parker:
On Jul 12, 2007, at 2:55 PM, Ivan C Myrvold wrote:
My Freeswitch never runs more than 48 hours, and then segmentation faults.
Here are the messages before it segfaults:
http://pastebin.freeswitch.org/3120
Running version 1.0.5500 on OS X 10.4.10
Can you provide a backtrace from the core file?
Or run freeswitch inside gdb to capture the backtrace?
How do I get a backtrace from the core file? Ivan
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ---------------------------------------------------------------------- -- # OS's are nothing more than device drivers! #
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
On Jul 12, 2007, at 3:29 PM, Ivan C Myrvold wrote:
Den 12. jul. 2007 kl. 22:16 skrev Chris Parker:
On Jul 12, 2007, at 2:55 PM, Ivan C Myrvold wrote:
My Freeswitch never runs more than 48 hours, and then segmentation faults.
Here are the messages before it segfaults:
http://pastebin.freeswitch.org/3120
Running version 1.0.5500 on OS X 10.4.10
Can you provide a backtrace from the core file?
Or run freeswitch inside gdb to capture the backtrace?
How do I get a backtrace from the core file?
Assuming you have the core file: gdb -core=<corefile> /path/to/freeswitch once you get the gdb prompt issue the command: bt -Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------------ # OS's are nothing more than device drivers! #
Den 12. jul. 2007 kl. 22:54 skrev Chris Parker:
On Jul 12, 2007, at 3:29 PM, Ivan C Myrvold wrote:
Den 12. jul. 2007 kl. 22:16 skrev Chris Parker:
On Jul 12, 2007, at 2:55 PM, Ivan C Myrvold wrote:
My Freeswitch never runs more than 48 hours, and then segmentation faults.
Here are the messages before it segfaults:
http://pastebin.freeswitch.org/3120
Running version 1.0.5500 on OS X 10.4.10
Can you provide a backtrace from the core file?
Or run freeswitch inside gdb to capture the backtrace?
How do I get a backtrace from the core file?
Assuming you have the core file:
gdb -core=<corefile> /path/to/freeswitch
once you get the gdb prompt issue the command:
bt
Sorry about my stupid questions, but how do I get the core dump? Ivan
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ---------------------------------------------------------------------- -- # OS's are nothing more than device drivers! #
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
Assuming you have the core file:
gdb -core=<corefile> /path/to/freeswitch
once you get the gdb prompt issue the command:
bt
Sorry about my stupid questions, but how do I get the core dump?
Ivan
It'll probably be much easier to do: gdb /path/to/freeswitch gdb> set args <any args you start freeswitch with> gdb> run [ FreeSWITCH starts up, then when/if it crashes ] gdb> bt The output from the end after the 'bt' is what is needed. -Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------------ # OS's are nothing more than device drivers! #
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
Assuming you have the core file:
gdb -core=<corefile> /path/to/freeswitch
once you get the gdb prompt issue the command:
bt
Sorry about my stupid questions, but how do I get the core dump?
Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ---------------------------------------------------------------------- -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10) 2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867 Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr->sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c:2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb) Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
Den 16. jul. 2007 kl. 07:59 skrev Ivan C Myrvold:
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
Assuming you have the core file:
gdb -core=<corefile> /path/to/freeswitch
once you get the gdb prompt issue the command:
bt
Sorry about my stupid questions, but how do I get the core dump?
Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ --------------------------------------------------------------------- - -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10)
2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867
Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c: 8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr->sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c: 2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb)
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
I just tried with the newest FreeSwitch Version 1.0.5547. Here is the log up to the moment it crashed: http://pastebin.freeswitch.org/3141 Here is the bt; http://pastebin.freeswitch.org/3143 Here is the bt full: http://pastebin.freeswitch.org/3144 Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days. Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
Weird we have boxes that don't have this issue... what kind of call load are you putting on it? freeswitch@pacman> status API CALL [status()] output: UP 0 years, 5 days, 17 hours, 50 minutes, 47 seconds, 241 milliseconds, 637 microseconds /b On Jul 29, 2007, at 3:51 PM, Ivan C Myrvold wrote:
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
Using it at home, maybe 2-3 calls per day :) Ivan Den 30. jul. 2007 kl. 14:02 skrev Brian West:
Weird we have boxes that don't have this issue... what kind of call load are you putting on it?
freeswitch@pacman> status API CALL [status()] output: UP 0 years, 5 days, 17 hours, 50 minutes, 47 seconds, 241 milliseconds, 637 microseconds
/b
On Jul 29, 2007, at 3:51 PM, Ivan C Myrvold wrote:
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
Actually I don¹t see this problem either FreeSWITCH>status UP 0 years, 5 days, 17 hours, 33 minutes, 18 seconds, 88 milliseconds, 759 microseconds 10132 sessions since startup 26 sessions (that box hovers between there and 50 sessions all day) From: Ivan C Myrvold <ivan@myrvold.org> Reply-To: <freeswitch-users@lists.freeswitch.org> Date: Mon, 30 Jul 2007 17:59:54 +0200 To: <freeswitch-users@lists.freeswitch.org> Subject: Re: [Freeswitch-users] segfaults after 24-36 hours Using it at home, maybe 2-3 calls per day :) Ivan Den 30. jul. 2007 kl. 14:02 skrev Brian West:
Weird we have boxes that don't have this issue... what kind of call load are you putting on it?
freeswitch@pacman> status API CALL [status()] output: UP 0 years, 5 days, 17 hours, 50 minutes, 47 seconds, 241 milliseconds, 637 microseconds
/b
On Jul 29, 2007, at 3:51 PM, Ivan C Myrvold wrote:
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Can you please svn update to the newest code and see if you can reproduce the issue now. Also, if you are able to, can you post the details you have to a bug on jira.freeswitch.org. Thanks Mike On 7/29/07 3:51 PM, "Ivan C Myrvold" <ivan@myrvold.org> wrote:
Den 16. jul. 2007 kl. 07:59 skrev Ivan C Myrvold:
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
Assuming you have the core file:
gdb -core=<corefile> /path/to/freeswitch
once you get the gdb prompt issue the command:
bt
Sorry about my stupid questions, but how do I get the core dump?
Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ --------------------------------------------------------------------- - -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10)
2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867
Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c: 8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr->sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c: 2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb)
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
I just tried with the newest FreeSwitch Version 1.0.5547.
Here is the log up to the moment it crashed: http://pastebin.freeswitch.org/3141
Here is the bt; http://pastebin.freeswitch.org/3143
Here is the bt full: http://pastebin.freeswitch.org/3144
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
I have had it running for almost 3 days now, see details below. IThat is the longest I have ever running it in the last few months. Do I need a newer version than 1.0.5567? UP 0 years, 2 days, 21 hours, 16 minutes, 12 seconds, 521 milliseconds, 415 microseconds 26 sessions since startup 0 sessions FreeSwitch Version 1.0.5567 Ivan Den 6. aug. 2007 kl. 22:10 skrev Michael Jerris:
Can you please svn update to the newest code and see if you can reproduce the issue now. Also, if you are able to, can you post the details you have to a bug on jira.freeswitch.org.
Thanks Mike
On 7/29/07 3:51 PM, "Ivan C Myrvold" <ivan@myrvold.org> wrote:
Den 16. jul. 2007 kl. 07:59 skrev Ivan C Myrvold:
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
Assuming you have the core file:
gdb -core=<corefile> /path/to/freeswitch
once you get the gdb prompt issue the command:
bt
Sorry about my stupid questions, but how do I get the core dump?
Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------- -- - -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10)
2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867
Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c: 8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr-
sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c: 2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb)
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
I just tried with the newest FreeSwitch Version 1.0.5547.
Here is the log up to the moment it crashed: http://pastebin.freeswitch.org/3141
Here is the bt; http://pastebin.freeswitch.org/3143
Here is the bt full: http://pastebin.freeswitch.org/3144
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
Ouch, it just segfaulted again. That was a new record, about 3.5 days. OK, I am svn checking out revision 5577, and see if that helps. Ivan Den 7. aug. 2007 kl. 06:31 skrev Ivan C Myrvold:
I have had it running for almost 3 days now, see details below. IThat is the longest I have ever running it in the last few months. Do I need a newer version than 1.0.5567?
UP 0 years, 2 days, 21 hours, 16 minutes, 12 seconds, 521 milliseconds, 415 microseconds 26 sessions since startup 0 sessions
FreeSwitch Version 1.0.5567
Ivan
Den 6. aug. 2007 kl. 22:10 skrev Michael Jerris:
Can you please svn update to the newest code and see if you can reproduce the issue now. Also, if you are able to, can you post the details you have to a bug on jira.freeswitch.org.
Thanks Mike
On 7/29/07 3:51 PM, "Ivan C Myrvold" <ivan@myrvold.org> wrote:
Den 16. jul. 2007 kl. 07:59 skrev Ivan C Myrvold:
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
> > Assuming you have the core file: > > gdb -core=<corefile> /path/to/freeswitch > > once you get the gdb prompt issue the command: > > bt
Sorry about my stupid questions, but how do I get the core dump?
Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------ - -- - -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10)
2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867
Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c: 8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr-
sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c: 2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb)
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch- users http://www.freeswitch.org
I just tried with the newest FreeSwitch Version 1.0.5547.
Here is the log up to the moment it crashed: http://pastebin.freeswitch.org/3141
Here is the bt; http://pastebin.freeswitch.org/3143
Here is the bt full: http://pastebin.freeswitch.org/3144
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
Can you contact me off list, I would like to get into this box when it has the error condition and see what is going on. Mike On 8/7/07 11:57 AM, "Ivan C Myrvold" <ivan@myrvold.org> wrote:
Ouch, it just segfaulted again. That was a new record, about 3.5 days.
OK, I am svn checking out revision 5577, and see if that helps.
Ivan
Den 7. aug. 2007 kl. 06:31 skrev Ivan C Myrvold:
I have had it running for almost 3 days now, see details below. IThat is the longest I have ever running it in the last few months. Do I need a newer version than 1.0.5567?
UP 0 years, 2 days, 21 hours, 16 minutes, 12 seconds, 521 milliseconds, 415 microseconds 26 sessions since startup 0 sessions
FreeSwitch Version 1.0.5567
Ivan
Den 6. aug. 2007 kl. 22:10 skrev Michael Jerris:
Can you please svn update to the newest code and see if you can reproduce the issue now. Also, if you are able to, can you post the details you have to a bug on jira.freeswitch.org.
Thanks Mike
On 7/29/07 3:51 PM, "Ivan C Myrvold" <ivan@myrvold.org> wrote:
Den 16. jul. 2007 kl. 07:59 skrev Ivan C Myrvold:
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
>> >> Assuming you have the core file: >> >> gdb -core=<corefile> /path/to/freeswitch >> >> once you get the gdb prompt issue the command: >> >> bt > > Sorry about my stupid questions, but how do I get the core dump? > > Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------ - -- - -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10)
2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867
Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c: 8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr-
sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c: 2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb)
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch- users http://www.freeswitch.org
I just tried with the newest FreeSwitch Version 1.0.5547.
Here is the log up to the moment it crashed: http://pastebin.freeswitch.org/3141
Here is the bt; http://pastebin.freeswitch.org/3143
Here is the bt full: http://pastebin.freeswitch.org/3144
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
status API CALL [status()] output: UP 0 years, 7 days, 1 hour, 0 minutes, 39 seconds, 387 milliseconds, 199 microseconds 124 sessions since startup 0 sessions I have not crashes... Revision 1.0.5540... -----Mensaje original----- De: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] En nombre de Ivan C Myrvold Enviado el: Martes, 07 de Agosto de 2007 12:57 p.m. Para: freeswitch-users@lists.freeswitch.org Asunto: Re: [Freeswitch-users] segfaults after 24-36 hours Ouch, it just segfaulted again. That was a new record, about 3.5 days. OK, I am svn checking out revision 5577, and see if that helps. Ivan Den 7. aug. 2007 kl. 06:31 skrev Ivan C Myrvold:
I have had it running for almost 3 days now, see details below. IThat is the longest I have ever running it in the last few months. Do I need a newer version than 1.0.5567?
UP 0 years, 2 days, 21 hours, 16 minutes, 12 seconds, 521 milliseconds, 415 microseconds 26 sessions since startup 0 sessions
FreeSwitch Version 1.0.5567
Ivan
Den 6. aug. 2007 kl. 22:10 skrev Michael Jerris:
Can you please svn update to the newest code and see if you can reproduce the issue now. Also, if you are able to, can you post the details you have to a bug on jira.freeswitch.org.
Thanks Mike
On 7/29/07 3:51 PM, "Ivan C Myrvold" <ivan@myrvold.org> wrote:
Den 16. jul. 2007 kl. 07:59 skrev Ivan C Myrvold:
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
> > Assuming you have the core file: > > gdb -core=<corefile> /path/to/freeswitch > > once you get the gdb prompt issue the command: > > bt
Sorry about my stupid questions, but how do I get the core dump?
Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------ - -- - -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10)
2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867
Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c: 8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr-
sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c: 2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb)
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch- users http://www.freeswitch.org
I just tried with the newest FreeSwitch Version 1.0.5547.
Here is the log up to the moment it crashed: http://pastebin.freeswitch.org/3141
Here is the bt; http://pastebin.freeswitch.org/3143
Here is the bt full: http://pastebin.freeswitch.org/3144
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
We have a second report of this issue that seems to relate to some error condition on register, but I have not been able to reproduce it. I am going to need some detailed traces, and quite possibly to get in to the live process in gdb to trace this one down. On 8/7/07 2:02 PM, "Sebastian Nocetti" <gnocetti@hotmail.com> wrote:
status API CALL [status()] output: UP 0 years, 7 days, 1 hour, 0 minutes, 39 seconds, 387 milliseconds, 199 microseconds 124 sessions since startup 0 sessions
I have not crashes... Revision 1.0.5540...
-----Mensaje original----- De: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] En nombre de Ivan C Myrvold Enviado el: Martes, 07 de Agosto de 2007 12:57 p.m. Para: freeswitch-users@lists.freeswitch.org Asunto: Re: [Freeswitch-users] segfaults after 24-36 hours
Ouch, it just segfaulted again. That was a new record, about 3.5 days.
OK, I am svn checking out revision 5577, and see if that helps.
Ivan
Den 7. aug. 2007 kl. 06:31 skrev Ivan C Myrvold:
I have had it running for almost 3 days now, see details below. IThat is the longest I have ever running it in the last few months. Do I need a newer version than 1.0.5567?
UP 0 years, 2 days, 21 hours, 16 minutes, 12 seconds, 521 milliseconds, 415 microseconds 26 sessions since startup 0 sessions
FreeSwitch Version 1.0.5567
Ivan
Den 6. aug. 2007 kl. 22:10 skrev Michael Jerris:
Can you please svn update to the newest code and see if you can reproduce the issue now. Also, if you are able to, can you post the details you have to a bug on jira.freeswitch.org.
Thanks Mike
On 7/29/07 3:51 PM, "Ivan C Myrvold" <ivan@myrvold.org> wrote:
Den 16. jul. 2007 kl. 07:59 skrev Ivan C Myrvold:
Den 12. jul. 2007 kl. 23:10 skrev Chris Parker:
On Jul 12, 2007, at 3:59 PM, Ivan C Myrvold wrote:
>> >> Assuming you have the core file: >> >> gdb -core=<corefile> /path/to/freeswitch >> >> once you get the gdb prompt issue the command: >> >> bt > > Sorry about my stupid questions, but how do I get the core dump? > > Ivan
It'll probably be much easier to do:
gdb /path/to/freeswitch
gdb> set args <any args you start freeswitch with>
gdb> run
[ FreeSWITCH starts up, then when/if it crashes ]
gdb> bt
The output from the end after the 'bt' is what is needed.
-Chris -- \\\|||/// \ Chris Parker - Segmentation Fault ( core dumped ) \ ~ ~ / \ | @ @ | \ http://www.segv.org | cparker@segv.org oOo (_) oOo \ ------------------------------------------------------------------ - -- - -- # OS's are nothing more than device drivers! #
Now it crashed again, and here is the bt: (This is after around 2 days and 16 hours run, on FreeSwitch Version 1.0.5533 on OS X 10.4.10)
2007-07-16 01:27:26 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:28 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 nta_agent: tport: Bad message 2007-07-16 01:27:43 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048300 nta_agent: tport: Bad message 2007-07-16 01:27:47 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37397855 2007-07-16 01:27:49 [DEBUG] sofia_reg.c:69 sofia_reg_check_gateway() registered ip24_37048867
Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0xaaaaaaf6 [Switching to process 16385 thread 0x7003] 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c: 8756 8756 if (sr->sr_use_a_aaaa || sr->sr_use_srv || sr-
sr_use_naptr) (gdb) bt #0 0x012bb60f in outgoing_other_destinations (orq=0x326bda0) at nta.c:8756 #1 0x012b7549 in outgoing_tport_error (agent=0x183e000, orq=0x326bda0, tp=0x325c010, msg=0x326b5b0, error=0) at nta.c:7289 #2 0x0134d981 in tport_pending_error (self=0x325c010, dst=0x0, error=0) at tport.c:4013 #3 0x01348809 in tport_error_report (self=0x325c010, errcode=0, addr=0x0) at tport.c:2390 #4 0x013474d3 in tport_close (self=0x325c010) at tport.c:1988 #5 0x01347710 in tport_shutdown (self=0x325c010, how=2) at tport.c: 2037 #6 0x013499b1 in tport_recv_event (self=0x325c010) at tport.c:2731 #7 0x013495b2 in tport_base_wakeup (self=0x325c010, events=17) at tport.c:2627 #8 0x01349537 in tport_wakeup (magic=0x6a80f0, w=0x6a91e4, self=0x325c010) at tport.c:2613 #9 0x01332504 in su_kqueue_port_wait_events (self=0x6a87d0, tout=1000) at su_kqueue_port.c:558 #10 0x01330778 in su_base_port_run (self=0x6a87d0) at su_base_port.c:323 #11 0x0133866f in su_port_run (self=0x6a87d0) at su_port.h:314 #12 0x01338646 in su_root_run (self=0x6a9120) at su_root.c:683 #13 0x01337155 in su_pthread_port_clone_main (varg=0xb01f5c58) at su_pthread_port.c:300 #14 0x90024227 in _pthread_body () (gdb)
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/ freeswitch- users http://www.freeswitch.org
I just tried with the newest FreeSwitch Version 1.0.5547.
Here is the log up to the moment it crashed: http://pastebin.freeswitch.org/3141
Here is the bt; http://pastebin.freeswitch.org/3143
Here is the bt full: http://pastebin.freeswitch.org/3144
Hope that someone can fix this, because I am getting tired of restarting FreeSwitch every 1-2 days.
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi everybody. I'm starting with Freeswitch and I have a question. I want to make a dialer based on Freeswitch, the functionality will be like this: * An agent calls Freeswitch, let's say to extension 111 and logs in (via a js script) * After he(she) logs it should be put on hold (listening to music or whatever) to wait for an available call * In the meantime, Freeswitch starts to dial numbers, * As soon as it has a connected call it should unhold an agent and bridge the connected call to the agents call. * When the call is finished, the agent should be put on hold once again without hanging up the call. I will be controlling Freeswith (originating calls, bridging, etc) using the event_socket interface My question is: What is the best way to do the holding-unholding of the agents? Thanks. Cesar Cepeda.
On Jul 16, 2007, at 12:25 PM, Cesar Cepeda wrote:
Hi everybody.
I'm starting with Freeswitch and I have a question. I want to make a dialer based on Freeswitch, the functionality will be like this:
* An agent calls Freeswitch, let's say to extension 111 and logs in (via a js script)
Better off using a conference
* After he(she) logs it should be put on hold (listening to music or whatever) to wait for an available call
Same use a conference.
* In the meantime, Freeswitch starts to dial numbers,
FreeSWITCH doesn't do any thinking for you.. Your application will be doing the work and freeswitch will do what its told.
* As soon as it has a connected call it should unhold an agent and bridge the connected call to the agents call.
Drop in conf.. music stops.
* When the call is finished, the agent should be put on hold once again without hanging up the call.
Caller exits usercount goes to 1.. music should start again. (trixter isn't this in trunk?_
I will be controlling Freeswith (originating calls, bridging, etc) using the event_socket interface
Good idea.
My question is: What is the best way to do the holding-unholding of the agents?
Don't over think the process. ;) Hopefully this helps you. By using a conference you can have supervisors listen in and or coach an agent in such a way that the agent will hear the supervisor but the customer can't hear the supervisor. /b
Thanks.
Cesar Cepeda.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
If you REALLY want to over think the problem... You could look at using media bugs to do all of the supervisor like functions... It probably can be done a bit cheaper on the processor than using conferences, but would require you to write all the code necessary to handle things already handled in conference. You could take a look at how to use them in mod_soundtouch. As far as agent handling.. You would have to add logic to handle who was an agent, and what to do with them. Look at the park app and the broadcast api command for more ideas. Mike On 7/16/07 8:34 PM, "Brian West" <brian.west@mac.com> wrote:
On Jul 16, 2007, at 12:25 PM, Cesar Cepeda wrote:
Hi everybody.
I'm starting with Freeswitch and I have a question. I want to make a dialer based on Freeswitch, the functionality will be like this:
* An agent calls Freeswitch, let's say to extension 111 and logs in (via a js script)
Better off using a conference
* After he(she) logs it should be put on hold (listening to music or whatever) to wait for an available call
Same use a conference.
* In the meantime, Freeswitch starts to dial numbers,
FreeSWITCH doesn't do any thinking for you.. Your application will be doing the work and freeswitch will do what its told.
* As soon as it has a connected call it should unhold an agent and bridge the connected call to the agents call.
Drop in conf.. music stops.
* When the call is finished, the agent should be put on hold once again without hanging up the call.
Caller exits usercount goes to 1.. music should start again. (trixter isn't this in trunk?_
I will be controlling Freeswith (originating calls, bridging, etc) using the event_socket interface
Good idea.
My question is: What is the best way to do the holding-unholding of the agents?
Don't over think the process. ;)
Hopefully this helps you. By using a conference you can have supervisors listen in and or coach an agent in such a way that the agent will hear the supervisor but the customer can't hear the supervisor.
/b
Thanks.
Cesar Cepeda.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Brian, Mike, Thanks for your ideas, I'll try them out. Cesar Cepeda.
-----Mensaje original----- De: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] En nombre de Michael Jerris Enviado el: Lunes, 16 de Julio de 2007 16:34 Para: freeswitch-users@lists.freeswitch.org Asunto: Re: [Freeswitch-users] One question.
If you REALLY want to over think the problem... You could look at using media bugs to do all of the supervisor like functions... It probably can be done a bit cheaper on the processor than using conferences, but would require you to write all the code necessary to handle things already handled in conference. You could take a look at how to use them in mod_soundtouch. As far as agent handling.. You would have to add logic to handle who was an agent, and what to do with them. Look at the park app and the broadcast api command for more ideas.
Mike
On 7/16/07 8:34 PM, "Brian West" <brian.west@mac.com> wrote:
On Jul 16, 2007, at 12:25 PM, Cesar Cepeda wrote:
Hi everybody.
I'm starting with Freeswitch and I have a question. I want to make a dialer based on Freeswitch, the functionality will be like this:
* An agent calls Freeswitch, let's say to extension 111 and logs in (via a js script)
Better off using a conference
* After he(she) logs it should be put on hold (listening to music or whatever) to wait for an available call
Same use a conference.
* In the meantime, Freeswitch starts to dial numbers,
FreeSWITCH doesn't do any thinking for you.. Your application will be doing the work and freeswitch will do what its told.
* As soon as it has a connected call it should unhold an agent and bridge the connected call to the agents call.
Drop in conf.. music stops.
* When the call is finished, the agent should be put on hold once again without hanging up the call.
Caller exits usercount goes to 1.. music should start again. (trixter isn't this in trunk?_
I will be controlling Freeswith (originating calls, bridging, etc) using the event_socket interface
Good idea.
My question is: What is the best way to do the holding-unholding of the agents?
Don't over think the process. ;)
Hopefully this helps you. By using a conference you can have supervisors listen in and or coach an agent in such a way that the agent will hear the supervisor but the customer can't hear the supervisor.
/b
Thanks.
Cesar Cepeda.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-
users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
I think Mike and I covered both ends of the extreme possible right now. /b On Jul 16, 2007, at 5:05 PM, Cesar Cepeda wrote:
Brian, Mike,
Thanks for your ideas, I'll try them out.
Cesar Cepeda.
-----Mensaje original----- De: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch- users-bounces@lists.freeswitch.org] En nombre de Michael Jerris Enviado el: Lunes, 16 de Julio de 2007 16:34 Para: freeswitch-users@lists.freeswitch.org Asunto: Re: [Freeswitch-users] One question.
If you REALLY want to over think the problem... You could look at using media bugs to do all of the supervisor like functions... It probably can be done a bit cheaper on the processor than using conferences, but would require you to write all the code necessary to handle things already handled in conference. You could take a look at how to use them in mod_soundtouch. As far as agent handling.. You would have to add logic to handle who was an agent, and what to do with them. Look at the park app and the broadcast api command for more ideas.
Mike
On 7/16/07 8:34 PM, "Brian West" <brian.west@mac.com> wrote:
On Jul 16, 2007, at 12:25 PM, Cesar Cepeda wrote:
Hi everybody.
I'm starting with Freeswitch and I have a question. I want to make a dialer based on Freeswitch, the functionality will be like this:
* An agent calls Freeswitch, let's say to extension 111 and logs in (via a js script)
Better off using a conference
* After he(she) logs it should be put on hold (listening to music or whatever) to wait for an available call
Same use a conference.
* In the meantime, Freeswitch starts to dial numbers,
FreeSWITCH doesn't do any thinking for you.. Your application will be doing the work and freeswitch will do what its told.
* As soon as it has a connected call it should unhold an agent and bridge the connected call to the agents call.
Drop in conf.. music stops.
* When the call is finished, the agent should be put on hold once again without hanging up the call.
Caller exits usercount goes to 1.. music should start again. (trixter isn't this in trunk?_
I will be controlling Freeswith (originating calls, bridging, etc) using the event_socket interface
Good idea.
My question is: What is the best way to do the holding-unholding of the agents?
Don't over think the process. ;)
Hopefully this helps you. By using a conference you can have supervisors listen in and or coach an agent in such a way that the agent will hear the supervisor but the customer can't hear the supervisor.
/b
Thanks.
Cesar Cepeda.
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-
users
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
Can you see the log?, you should make a backtrace for give more help. 2007/7/12, Ivan C Myrvold <ivan@myrvold.org>:
My Freeswitch never runs more than 48 hours, and then segmentation faults.
Here are the messages before it segfaults:
http://pastebin.freeswitch.org/3120
Running version 1.0.5500 on OS X 10.4.10
Ivan
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- --- Eng. José R. Barrios R. Network & Data Manager TELKUS- COLOMBIA www.telkus-ip.com Tels +57 300 8059882 MSN: pepescool@gmail.com SKYPE: pepescool
participants (8)
-
Brian West
-
Cesar Cepeda
-
Chris Parker
-
Ivan C Myrvold
-
Jose Barrios
-
Ken Rice
-
Michael Jerris
-
Sebastian Nocetti