Hi, I am happy with the usual GDB backtrace methods and so forth, but have an issue that I cannot work out how to trace on 1.6.2.10. If I use either the Bridge() app, or the manager Action: Bridge() in a certain scenario (Basically to bridge 2 SIP channels, like an attended transfer, resulting in 2 other SIP channels being discarded) then the whole server locks solid. The console stops, the network stops, something is hammering the box and nothing (including debug tools) seem to be able to do anything about it. If I 'nice' asterisk to lowest priority, and 'nice' a copy of 'top' to highest priority, everything still locks. After a short period, the box recovers, seemingly due to the 60 second RTP timer. Anything that was being logged is lost. My theory is the I am somehow causing a frame loop internal to Asterisk by setting up some type of illegal bridge, but I used the same code on 1.2 (I backported Bridge()) and it works just fine. I need suggestions please on how to determine where it is locking, and why. Many thanks, Steve
Steve Davies schrieb:> I need suggestions please on how to determine where it is locking, and why. > > Many thanks, > Steve > >hello, have you allready tried strace ? you could just easily start asterisk with this command: strace asterisk -vvvvdddd or whatever options you want. maybe you could see some more information with this. you could also try time asterisk -vvvvvdddd to see if its user or system time you loose. and finaly using a second terminal and try rasterisk -x"core show locks" for example will also give you some information. best regards steve
On 24/08/10 4:42 AM, Steve Davies wrote:> Hi, > > I am happy with the usual GDB backtrace methods and so forth, but have > an issue that I cannot work out how to trace on 1.6.2.10. > > If I use either the Bridge() app, or the manager Action: Bridge() in a > certain scenario (Basically to bridge 2 SIP channels, like an attended > transfer, resulting in 2 other SIP channels being discarded) then the > whole server locks solid. The console stops, the network stops, > something is hammering the box and nothing (including debug tools) > seem to be able to do anything about it. > > If I 'nice' asterisk to lowest priority, and 'nice' a copy of 'top' to > highest priority, everything still locks. After a short period, the > box recovers, seemingly due to the 60 second RTP timer. Anything that > was being logged is lost.Do you have high priority enabled in asterisk.conf? Are you using DAHDI? (maybe kernel not happy) I really thought that the canary should have sounded if Asterisk got in a loop - or maybe that only happens with high priority? -- Cheers, Matt Riddell _______________________________________________ http://www.venturevoip.com/news.php (Daily Asterisk News) http://www.venturevoip.com/exchange.php (Full ITSP Solution) http://www.venturevoip.com/st.php (SmoothTorque Predictive Dialer)