<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=KOI8-R" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Rupa Schomaker wrote:
<blockquote
 cite="mid:AANLkTim1nAGMrHa93=g=Tg9D5ftC=T+y=Emi5T43LtsA@mail.gmail.com"
 type="cite">I should note that you are looking for identical stack
traces (up to a certain depth) that are not blocked (eg on a mutex).
šIf there is a runaway thread (100% cpu implies this) then it should be
visible in the stack traces.
  <div><br>
  </div>
</blockquote>
Excuse me, I don't know, how to see stack trace in the running process,
without stopping it.<br>
<br>
<blockquote
 cite="mid:AANLkTim1nAGMrHa93=g=Tg9D5ftC=T+y=Emi5T43LtsA@mail.gmail.com"
 type="cite">
  <div>I assume you tried running with loglevel 7 and there is nothing
useful in the logs?<br>
  </div>
</blockquote>
This time - no. But, when analogous situation happens ~1 month ago, I
tried to use loglevel 7, ans siptrace on - did not found any suspicious
message.<br>
Prev time, it was happeining, also keep for ~2 days, and wanished.
Reboot, reinstall binaries, was not help. <br>
Looks like deadlock with some files access.<br>
<br>
<br>
This time, I have fixed (or, maybe problem vanished itself again) by
following:<br>
I disabled load modules mod_portaudio and mod_dingaling.<br>
Thereafter, program eats ~4%CPU (not 60%), memory does not leaks, and
FS works.<br>
But, prev. time, program consumed ~2%. I think, problem persist, but
just hidden.<br>
<br>
Also, when I run fs manually, and use "shutdown", then shutdown log
freeze on something like "Wait for pending SQL transaction".<br>
I tried to clear ./db directory, and restart FS - does not help...<br>
<br>
<blockquote
 cite="mid:AANLkTim1nAGMrHa93=g=Tg9D5ftC=T+y=Emi5T43LtsA@mail.gmail.com"
 type="cite">
  <div><br>
  <div class="gmail_quote">On Thu, Sep 16, 2010 at 6:39 AM, Rupa
Schomaker <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:rupa@rupa.com">rupa@rupa.com</a>&gt;</span> wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">That
core isn't going to help much, it is probably due to running out of
memory due to whatever is the "real" problem.
    <div><br>
    </div>
    <div>1) Review the "Reporting Bugs" page on the wiki.</div>
    <div><br>
    </div>
  </blockquote>
  </div>
  </div>
</blockquote>
OK, I will see, thank you.<br>
<blockquote
 cite="mid:AANLkTim1nAGMrHa93=g=Tg9D5ftC=T+y=Emi5T43LtsA@mail.gmail.com"
 type="cite">
  <div>
  <div class="gmail_quote">
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div></div>
    <div>2) After getting FS started and exhibiting the behavior, get a
few core dumps separated by time (10s apart?). šThe procedure should be
on the wiki. šUse gcore.</div>
    <div><br>
    </div>
  </blockquote>
  </div>
  </div>
</blockquote>
I will do, when problem will raised again.<br>
<blockquote
 cite="mid:AANLkTim1nAGMrHa93=g=Tg9D5ftC=T+y=Emi5T43LtsA@mail.gmail.com"
 type="cite">
  <div>
  <div class="gmail_quote">
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div>3) What platform is this? š32b or 64b?</div>
  </blockquote>
  </div>
  </div>
</blockquote>
<br>
Intel-32, celeron-300.<br>
<blockquote
 cite="mid:AANLkTim1nAGMrHa93=g=Tg9D5ftC=T+y=Emi5T43LtsA@mail.gmail.com"
 type="cite">
  <div>
  <div class="gmail_quote">
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div>
    <div>
    <div class="h5"><br>
    <br>
    <div class="gmail_quote">On Wed, Sep 15, 2010 at 7:05 PM, Oleg
Khovayko <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:khovayko@gmail.com" target="_blank">khovayko@gmail.com</a>&gt;</span>
wrote:<br>
    <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">As
I wrote before, my FS has strange behaviour:<br>
When it starts, it creates all threads, and go to command prompt.<br>
But, CPU usage so high, and program eat more and more memory.<br>
      <br>
When I invoke "shutdown", ito goes to shutdown, and after destroy<br>
gateway, freeze for ~2 minutes. Thereafter, crashes to core.<br>
      <br>
GDB output following.<br>
      <br>
PS: This is today's GIT build:<br>
      <br>
      <br>
2010-09-15 19:57:45.229882 [NOTICE] sofia_glue.c:4350 deleted gateway<br>
      <a moz-do-not-send="true" href="http://example.com"
 target="_blank">example.com</a><br>
2010-09-15 19:57:45.229882 [NOTICE] sofia_glue.c:4350 deleted gateway<br>
      <a moz-do-not-send="true" href="http://voipdiscount.com"
 target="_blank">voipdiscount.com</a><br>
2010-09-15 19:57:45.229882 [NOTICE] sofia_glue.c:4350 deleted gateway<br>
      <a moz-do-not-send="true" href="http://sipsorcery.com"
 target="_blank">sipsorcery.com</a><br>
2010-09-15 19:57:45.229882 [NOTICE] sofia_glue.c:4350 deleted gateway<br>
      <a moz-do-not-send="true" href="http://gizmo5.com" target="_blank">gizmo5.com</a><br>
2010-09-15 19:59:54.935939 [NOTICE] switch_loadable_module.c:572<br>
Deleting Application 'hash'<br>
2010-09-15 19:59:54.944150 [NOTICE] switch_loadable_module.c:599<br>
Deleting API Function 'hash'<br>
2010-09-15 19:59:54.948691 [NOTICE] switch_loadable_module.c:599<br>
Deleting API Function 'hash_dump'<br>
2010-09-15 19:59:54.951357 [NOTICE] switch_loadable_module.c:599<br>
Deleting API Function 'hash_remote'<br>
2010-09-15 19:59:54.954504 [NOTICE] switch_loadable_module.c:803<br>
Deleting Limit interface 'hash'<br>
2010-09-15 19:59:54.958190 [CONSOLE] switch_loadable_module.c:1396<br>
Stopping: mod_hash<br>
2010-09-15 19:59:54.960612 [NOTICE] switch_loadable_module.c:557<br>
Deleting Timer 'soft'<br>
2010-09-15 19:59:54.960612 [CONSOLE] switch_loadable_module.c:1396<br>
Stopping: CORE_SOFTTIMER_MODULE<br>
2010-09-15 19:59:54.965641 [CONSOLE] switch_time.c:852 Soft timer thread<br>
exiting.<br>
2010-09-15 19:59:54.966260 [NOTICE] switch_loadable_module.c:99 Thread<br>
ended for CORE_SOFTTIMER_MODULE<br>
2010-09-15 19:59:54.977525 [NOTICE] switch_event.c:1500 Event Binding<br>
deleted for CORE_SOFTTIMER_MODULE:RELOADXML<br>
2010-09-15 19:59:54.980836 [NOTICE] switch_loadable_module.c:491<br>
Deleting Endpoint 'dingaling'<br>
2010-09-15 19:59:54.983836 [NOTICE] switch_loadable_module.c:599<br>
Deleting API Function 'dl_debug'<br>
[New Thread 0x28802030 (LWP 100077)]<br>
      <br>
Program received signal SIGSEGV, Segmentation fault.<br>
[Switching to Thread 0x28802030 (LWP 100077)]<br>
sqlite3HashInsert (pH=0x0, pKey=0x2959cd78, nKey=15, data=0x28c41080) at<br>
./src/hash.c:347<br>
347 š š š xHash = hashFunction(pH-&gt;keyClass);<br>
(gdb) where<br>
#0 šsqlite3HashInsert (pH=0x0, pKey=0x2959cd78, nKey=15,<br>
data=0x28c41080) at ./src/hash.c:347<br>
#1 š0x280e972f in switch_core_hash_insert (hash=0x0, key=0x2959cd78<br>
"173.79.240.220", data=0x28c41080) at src/switch_core_hash.c:80<br>
#2 š0x28eb0969 in sofia_glue_add_profile (key=0x2959cd78<br>
"173.79.240.220", profile=0x28c41080) at sofia_glue.c:4246<br>
#3 š0x28ed4d50 in sofia_reg_handle_sip_i_register (nua=0x2882a240,<br>
profile=0x28c41080, nh=0x2b5f2de0, sofia_private=0x0, sip=0x2b5df89c,<br>
š š tags=0x2b6033bc) at sofia_reg.c:1442<br>
#4 š0x28eaa5a5 in sofia_event_callback (event=nua_i_register,<br>
status=100, phrase=0x2b6033c4 "Trying", nua=0x2882a240,
profile=0x28c41080,<br>
š š nh=0x2b5f2de0, sofia_private=0x0, sip=0x2b5df89c, tags=0x2b6033bc)<br>
at sofia.c:912<br>
#5 š0x28f1e866 in nua_application_event (dummy=0x0, sumsg=0xbf354cd8,<br>
ee=0x2b6033a4) at nua_stack.c:393<br>
#6 š0x28f6ec3c in su_base_port_execute_msgs (queue=0x0) at<br>
su_base_port.c:280<br>
#7 š0x28f6f4a8 in su_base_port_run (self=0x28806c50) at
su_base_port.c:335<br>
#8 š0x28f6a6a1 in su_root_run (self=0x28c46200) at su_port.h:326<br>
#9 š0x28ea1a59 in sofia_profile_thread_run (thread=0x28c41d68,<br>
obj=0x28c41080) at sofia.c:1571<br>
#10 0x2817b436 in dummy_worker (opaque=0x28c41d68) at<br>
threadproc/unix/thread.c:138<br>
#11 0x282766ff in pthread_getprio () from /lib/libthr.so.3<br>
#12 0x00000000 in ?? ()<br>
(gdb)<br>
      <br>
      <br>
      <br>
      <br>
_______________________________________________<br>
FreeSWITCH-dev mailing list<br>
      <a moz-do-not-send="true"
 href="mailto:FreeSWITCH-dev@lists.freeswitch.org" target="_blank">FreeSWITCH-dev@lists.freeswitch.org</a><br>
      <a moz-do-not-send="true"
 href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev"
 target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a moz-do-not-send="true"
 href="http://lists.freeswitch.org/mailman/options/freeswitch-dev"
 target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
      <a moz-do-not-send="true" href="http://www.freeswitch.org"
 target="_blank">http://www.freeswitch.org</a><br>
    </blockquote>
    </div>
    <br>
    <br clear="all">
    <br>
    </div>
    </div>
-- <br>
-Rupa<br>
    </div>
  </blockquote>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br>
-Rupa<br>
  </div>
  <pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
FreeSWITCH-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-dev@lists.freeswitch.org">FreeSWITCH-dev@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-dev">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
  </pre>
</blockquote>
<br>
</body>
</html>