On 8/5/2012 8:26 μμ, Peter Haag wrote:

> So it hangs and does not die? or did I misunderstood something?
>

Sorry, my wording is wrong; it dies: Here is a new "death", I just 
received:

=========================================================
Program received signal SIGPIPE, Broken pipe.
0x00000036e040df15 in __libc_send (fd=4, buf=0x12e47250, n=12, flags=0) 
at ../sysdeps/unix/sysv/linux/x86_64/send.c:28
28          return INLINE_SYSCALL (sendto, 6, fd, buf, n, flags, NULL, 
NULL);
(gdb) backtrace full
#0  0x00000036e040df15 in __libc_send (fd=4, buf=0x12e47250, n=12, 
flags=0) at ../sysdeps/unix/sysv/linux/x86_64/send.c:28
         oldtype = <value optimized out>
         result = <value optimized out>
#1  0x00000036e18cf063 in Perl_pp_send (my_perl=0x122cc010) at pp_sys.c:1934
         sp = <value optimized out>
         mark = 0x123b2498
         origmark = 0
         targ = 0x12d94000
         gv = 0x12e2ffa0
         io = 0x12e1f980
         bufsv = 0x12d93fd0
         buffer = 0x12e47250 ".timeout=10\n"
         length = <value optimized out>
         retval = <value optimized out>
         blen = 12
         mg = <value optimized out>
#2  0x00000036e188a39e in Perl_runops_standard (my_perl=0x122cc010) at 
run.c:37
No locals.
#3  0x00000036e18380ba in S_run_body (my_perl=0x122cc010) at perl.c:2372
No locals.
#4  perl_run (my_perl=0x122cc010) at perl.c:2289
         oldscope = 1
         ret = <value optimized out>
         cur_env = {je_prev = 0x122cc2a8, je_buf = {{__jmpbuf = 
{140737112882744, -4505203467600239115, 0, 140737112882736, 0, 0, 
-4505232749203105354,
                 -4505203375786747859}, __mask_was_saved = 0, 
__saved_mask = {__val = {11, 235712106880, 0, 0, 0, 304927072, 
304922640, 304922640,
                   140737112882736, 304927072, 304922640, 235712042554, 
0, 304923304, 0, 140737112882744}}}}, je_ret = 0, je_mustcatch = 0 '\000'}
#5  0x00000000004017bc in main (argc=3, argv=0x7fffe99ebe38, env=<value 
optimized out>) at perlmain.c:99
         exitstatus = -32
=========================================================

As I am running gdb in parallel, I see (the "death" has already occured):

# ps axjf | grep nfsen
13513 25096 25095 13513 pts/5    25095 S+       0   0:00  |       \_ 
grep nfsen
13569 21875 21875 13569 pts/7    21875 S+       0   0:00  |       \_ gdb 
/data/nfsen/bin/nfsend 17558
     1  2776  2775  2775 ?           -1 S      504   1:17 
/usr/local/bin/nfcapd -w -D -p 9995 -u nfsen -g nfsenadmin -B 200000 -S 
1 -P /data/nfsen/var/run/p9995.pid -z -n pen 195.251.204.246 
/data/nfsen/profiles-data/live/pen -n thi 195.251.204.209 
/data/nfsen/profiles-data/live/thi
     1  2783  2783  2783 ?           -1 Ss     504   0:00 
/data/nfsen/bin/nfsend-comm
     1 13541 13541 13541 ?           -1 Ss     504   0:04 
/data/nfsen/bin/nfsend-comm
     1 17558 17558 17558 ?           -1 Ts     504   3:37 /usr/bin/perl 
-w /data/nfsen/bin/nfsend
17558 17559 17559 17559 ?           -1 Ss     504   0:00  \_ 
/data/nfsen/bin/nfsend-comm

and:

# /data/nfsen/bin/nfsen status
NfSen version: 1.3.6p1
NfSen status:
Collector for (pen thi) port 9995 is running [2776].
nfsen daemon:  pid: [17558] is running.

But when I exit gdb:

(gdb) quit
A debugging session is active.

         Inferior 1 [process 17558] will be detached.

Quit anyway? (y or n) y
LND: Sending signal 13 to Thread 0x2ba021cff770 (LWP 17558)
Detaching from program: /usr/bin/perl, process 17558

then:

# ps axjf | grep nfsen
     ...
     1  2776  2775  2775 ?           -1 S      504   1:17 
/usr/local/bin/nfcapd -w -D -p 9995 -u nfsen -g nfsenadmin -B 200000 -S 
1 -P /data/nfsen/var/run/p9995.pid -z -n pen 195.251.204.246 
/data/nfsen/profiles-data/live/pen -n thi 195.251.204.209 
/data/nfsen/profiles-data/live/thi
     1  2783  2783  2783 ?           -1 Ss     504   0:00 
/data/nfsen/bin/nfsend-comm
     1 13541 13541 13541 ?           -1 Ss     504   0:04 
/data/nfsen/bin/nfsend-comm
     1 17559 17559 17559 ?           -1 Ss     504   0:00 
/data/nfsen/bin/nfsend-comm

Also:

# /data/nfsen/bin/nfsen status
NfSen version: 1.3.6p1
NfSen status:
Collector for (pen thi) port 9995 is running [2776].
nfsen daemon:  pid: [17558] died for unknown reason.

It seems that the above nfsend-comm processes are orphaned (one from the 
died nfsen process and the others from earlier nfsen restarts). These 
won't go if I do "nfsen start", but only if I first do "nfsen stop" and 
then "nfsen start".

> If it dies does it produce a core, you could backtrace?
>

Hmm, how do I do that? The only backtrace I know how to do is the one I 
did. If there is something more I can do, please provide details and 
I'll be glad to do so.

Regards,
Nick

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Nfsen-discuss mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/nfsen-discuss

Reply via email to