[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sems
Subject:    Re: [Sems] sems-1.2.1 signal 2 ignore
From:       Stefan Sayer <stefan.sayer () googlemail ! com>
Date:       2010-06-20 21:41:13
Message-ID: 4C1E8AF9.6000801 () googlemail ! com
[Download RAW message or body]

Hi


Dmitriy wrote:
> HI
> I am run Sems-1.2.1 on FreeBSD-5.4 set
> media# cat /etc/libmap.conf
> libpthread.so.1 libc_r.so.5
> libpthread.so libc_r.so
> media#
> and sems ignore signal 2
> when reseived signal 2 in debug log next:
>  
> (86254) WARNING: [8165000] sig_usr_un (sems.cpp:91): Signal 2 received.
> (86254) DEBUG: [8165000] stop (AmThread.cpp:148): Thread 135616512 
> (135616512) calling on_stop, give it a chance to clean up.
> (86254) DEBUG: [8165000] on_stop (AmSessionContainer.cpp:146): 
> brodcasting ServerShutdown system event to 0 sessions...
> (86254) DEBUG: [8165000] on_stop (AmSessionContainer.cpp:150): waiting 
> for active event queues to stop...
> (86254) DEBUG: [8165000] on_stop (AmSessionContainer.cpp:155): cleaning 
> sessions...
> (86254) DEBUG: [8165000] clean_sessions (AmSessionContainer.cpp:77): 
> Session cleaner starting its work
> (86254) DEBUG: [8165000] stop (AmThread.cpp:163): Thread 135616512 
> (135616512) finished detach.
> (86254) DEBUG: [8155800] run (AmSessionContainer.cpp:138): Session 
> cleaner terminating
> (86254) DEBUG: [8155800] _start (AmThread.cpp:72): Thread 135616512 is 
> ending.
> (86254) DEBUG: [8165000] stop (AmThread.cpp:148): Thread 135681024 
> (135681024) calling on_stop, give it a chance to clean up.
> (86254) INFO: [8165000] on_stop (AmRtpReceiver.cpp:79): requesting RTP 
> receiver to stop.
> (86254) DEBUG: [8165000] stop (AmThread.cpp:163): Thread 135681024 
> (135681024) finished detach.
> (86254) DEBUG: [8165400] _start (AmThread.cpp:72): Thread 135681024 is 
> ending.
> (86254) INFO: [8165000] ~AmRtpReceiver (AmRtpReceiver.cpp:74): RTP 
> receiver has been recycled.
> (86254) INFO: [8165000] ~AmServer (AmServer.cpp:58): Signaling Server 
> has been recycled.
> (86254) DEBUG: [8165000] stop (AmThread.cpp:148): Thread 135680000 
> (135680000) calling on_stop, give it a chance to clean up.
> (86254) INFO: [8165000] on_stop (AmMediaProcessor.cpp:224): requesting 
> media processor to stop.
> (86254) DEBUG: [8165000] stop (AmThread.cpp:163): Thread 135680000 
> (135680000) finished detach.
> (86254) WARNING: [8165c00] sig_usr_un (sems.cpp:91): Signal 2 received.
> (86254) WARNING: [8155000] sig_usr_un (sems.cpp:91): Signal 2 received.
> (86254) WARNING: [8165800] sig_usr_un (sems.cpp:91): Signal 2 received.
> server process not die.
as you can see, it does the the shutdown procedure, but then hangs 
somewhere. Which is weird, because after the AmMediaProcessor (which 
apparently stops), it is almost finished already. Can you attach to 
the running process (do ps aux to get the pid, then do gdb sems <pid>) 
and do a thread apply all bt ?

thanks
Stefan

>  
> Best Regards.
> Dmitriy Soroka
> ICQ: 343637279
>  
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Sems mailing list
> Sems@lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/sems


-- 
Stefan Sayer
VoIP Services Consulting and Development

Warschauer Str. 24
10243 Berlin

tel:+491621366449
sip:sayer@iptel.org
email/xmpp:stefan.sayer@gmail.com


_______________________________________________
Sems mailing list
Sems@lists.iptel.org
http://lists.iptel.org/mailman/listinfo/sems
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic