search for: sig_ign

...t; ) = 1 (in [5], left {59, 240000}) 28445 --- SIGCHLD (Child exited) @ 0 (0) --- 28461 read(5, "", 4) = 0 28461 write(2, "rsync: connection unexpectedly closed (579059629 bytes received so far) [receiver]\n", 83) = 8 3 28461 rt_sigaction(SIGUSR1, {SIG_IGN}, {0x80570b0, [USR1], SA_RESTART}, 8) = 0 28461 rt_sigaction(SIGUSR2, {SIG_IGN}, {0x80570e0, [USR2], SA_RESTART}, 8) = 0 28461 waitpid(28446, <unfinished ...> 28445 waitpid(-1, <unfinished ...> 28461 <... waitpid resumed> 0xbfff8fd8, WNOHANG) = -1 ECHILD (No child processes) 28...

xend crashes at startup with following stack trace: ... File "/usr/lib64/python/xen/xend/XendPIF.py", line 68, in linux_get_phy_ifaces phy_ifaces.append((name, int(mtu), bridged_mac)) UnboundLocalError: local variable ''bridged_mac'' referenced before assignment The simple patch attached below prevent the crash, and allow xend to start normally. It seems the crash

...The code in question is in socket.c in start_accept_loop. The user is getting these warning messages: ----------------------------- Jul 8 12:56:59 ftp kernel: application bug: rsync(1051) has SIGCHLD set to SIG_IGN but calls wait(). Jul 8 12:56:59 ftp kernel: (see the NOTES section of 'man 2 wait'). Workaround activated. ----------------------------- I was able to reproduce that error with rsync server and client on Red...

...ot;\0\0\0\0\0\0\0\0\0\0\0\0Q\332\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 4092) = -1 EPIPE (Broken pipe) 31556 --- SIGPIPE (Broken pipe) @ 0 (0) --- 31556 write(2, "rsync: writefd_unbuffered failed"..., 82) = 82 31556 write(2, "\n", 1) = 1 31556 rt_sigaction(SIGUSR1, {SIG_IGN}, NULL, 8) = 0 31556 rt_sigaction(SIGUSR2, {SIG_IGN}, NULL, 8) = 0 31556 wait4(31557, 0x7fffea7a594c, WNOHANG, NULL) = 0 31556 getpid() = 31556 31556 kill(31557, SIGUSR1) = 0 31556 kill(31622, SIGUSR1) = 0 31622 <... select resumed> )...

...L) = 2505 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2505, si_status=0, si_utime=0, si_stime=0} --- wait4(-1, 0x7ffd2cbd4490, WNOHANG, NULL) = -1 ECHILD (No child processes) rt_sigreturn() = 0 rt_sigaction(SIGINT, {SIG_IGN, [], SA_RESTORER, 0x7f1a0245b250}, {SIG_IGN, [], SA_RESTORER, 0x7f1a0245b250}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 stat("/bin/pkill", {st_mode=S_IFREG|0755, st_size=28336, ...}) = 0 stat("/bin/pkill", {st_mode=S_IFREG|0...

Some background information. I have used Debian with Asterisk for several years. Have encountered zero problems. I am now trying to setup an Asterisk on a CentOS7 box using VMWare Workstation. I am brand new to CentOS and RHEL so I may be missing something obvious. I am installing CentOS Minimal Install and Asterisk from Source. (I have installed Asterisk from Source on Debian hundreds of

...+888,16 @@ client_init_dispatch(); - /* Set signal handlers to restore non-blocking mode. */ - signal(SIGINT, signal_handler); - signal(SIGQUIT, signal_handler); - signal(SIGTERM, signal_handler); + /* + * Set signal handlers, (e.g. to restore non-blocking mode) + * but don't overwrite SIG_IGN, matches behaviour from rsh(1) + */ + if (signal(SIGINT, SIG_IGN) != SIG_IGN) + signal(SIGINT, signal_handler); + if (signal(SIGQUIT, SIG_IGN) != SIG_IGN) + signal(SIGQUIT, signal_handler); + if (signal(SIGTERM, SIG_IGN) != SIG_IGN) + signal(SIGTERM, signal_handler); if (have_pty) signal(S...

...] rt_sigaction(SIGTERM, {0x8056330, [TERM], SA_RESTART}, <unfinished ...> [pid 16546] <... sendmsg resumed> ) = -1 EPIPE (Broken pipe) [pid 16545] <... rt_sigaction resumed> {SIG_DFL}, 8) = 0 [pid 16546] --- SIGPIPE (Broken pipe) @ 0 (0) --- [pid 16545] rt_sigaction(SIGPIPE, {SIG_IGN}, <unfinished ...> [pid 16546] write(2, "\1Ffd_send(-1) failed: Broken pip"..., 34 <unfinished ...> [pid 16545] <... rt_sigaction resumed> {SIG_IGN}, 8) = 0 [pid 16546] <... write resumed> ) = -1 EPIPE (Broken pipe) [pid 16545] rt_sigaction(SIGALRM, {SIG_IGN...

...24 Jan 2003 01:24:09 -0000 @@ -63,11 +63,11 @@ extern int log_got_error; static int inside_cleanup = 0; - if (inside_cleanup != 0) { + if (inside_cleanup > 10) { /* prevent the occasional infinite recursion */ return; } - inside_cleanup = 1; + inside_cleanup++; signal(SIGUSR1, SIG_IGN); signal(SIGUSR2, SIG_IGN); -------------- next part -------------- Index: cleanup.c =================================================================== RCS file: /cvsroot/rsync/cleanup.c,v retrieving revision 1.15 diff -u -r1.15 cleanup.c --- cleanup.c 16 Jan 2003 20:09:31 -0000 1.15 +++ cleanup...

...No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) time([1204938394]) = 1204938394 getpid() = 31787 rt_sigaction(SIGPIPE, {0x411140, [], SA_RESTORER, 0x35fec8}, {SIG_IGN}, 8) = 0 send(4, "<27>Mar 7 20:06:34 swat[31787]:"..., 96, 0) = 96 rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0 geteuid32() = 0 write(3, " getpeername failed. Error was "..., 63) = 63 time(NULL) = 1204938394 time...

...ones@redhat.com> wrote: > Peter Dimitrov and myself were debugging a very peculiar bug when > libguestfs is run as a plugin from collectd: > > https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 > > The long story short is that collectd leaks SIGCHLD == SIG_IGN setting > into plugins: > > https://www.redhat.com/archives/libguestfs/2018-November/msg00095.html > > This means that any plugin that does the usual pattern of: > > pid = fork (); > ... > if (waitpid (pid, NULL, 0) == -1) { > perror ("waitpid");...

...ichard W.M. Jones wrote: > Peter Dimitrov and myself were debugging a very peculiar bug when > libguestfs is run as a plugin from collectd: > > https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 > > The long story short is that collectd leaks SIGCHLD == SIG_IGN setting > into plugins: > > https://www.redhat.com/archives/libguestfs/2018-November/msg00095.html > > This means that any plugin that does the usual pattern of: > > pid = fork (); > ... > if (waitpid (pid, NULL, 0) == -1) { > perror ("waitpid"...

...ils 4021) the cpu keeps spinning (took 85%) and the rest was taken by Postgresql. Looks like Rails keep sending sql statement to the database. I did a strace and following messages repeat: send(8, "Q\0\0\0\nBEGIN\0", 11, 0) = 11 rt_sigaction(SIGPIPE, {0xb7ec06bc, [], SA_RESTART}, {SIG_IGN}, 8) = 0 poll([{fd=8, events=POLLIN|POLLERR, revents=POLLIN}], 1, -1) = 1 recv(8, "C\0\0\0\nBEGIN\0Z\0\0\0\5T", 16384, 0) = 17 rt_sigaction(SIGPIPE, {SIG_IGN}, {0xb7ec06bc, [], SA_RESTART}, 8) = 0 send(8, "Q\0\0\0\vCOMMIT\0", 12, 0) = 12 rt_sigaction(SIGPIPE, {0xb7ec06bc, []...

Peter Dimitrov and myself were debugging a very peculiar bug when libguestfs is run as a plugin from collectd: https://www.redhat.com/archives/libguestfs/2018-November/thread.html#00023 The long story short is that collectd leaks SIGCHLD == SIG_IGN setting into plugins: https://www.redhat.com/archives/libguestfs/2018-November/msg00095.html This means that any plugin that does the usual pattern of: pid = fork (); ... if (waitpid (pid, NULL, 0) == -1) { perror ("waitpid"); exit (EXIT_FAILURE); } will fail, becaus...

Hi, thank you very much for reporting this! Sounds like a bug in the exec plugin – it never ceases to amaze me how many issues a single plugin can have ;) > > > This means that any plugin that does the usual pattern of: > > > > > > pid = fork (); Note that the exec plugin is the *only* plugin that does this. All other plugins are forbidden to fork(), popen() or

...DONLY) = -1 ENOENT (No such file or directory) [pid 12624] open("/etc/localtime", O_RDONLY) = -1 ENOENT (No such file or directory) [pid 12624] open("/etc/localtime", O_RDONLY) = -1 ENOENT (No such file or directory) [pid 12624] rt_sigaction(SIGPIPE, {0x400f5000, [], 0}, {SIG_IGN}, 8) = 0 [pid 12624] send(3, "<156>Jan 20 03:35:14 rsyncd[1262"..., 143, 0) = 143 [pid 12624] rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0 [pid 12624] rt_sigaction(SIGUSR1, {SIG_IGN}, {0x8055cd0, [USR1], SA_RESTART}, 8) = 0 [pid 12624] rt_sigaction(SIGUSR2, {SIG_IGN}, {0x80...

A quick glance shows that the exec plugin actually is clearing the signal mask: https://github.com/collectd/collectd/blob/master/src/exec.c#L526 Can you give some more context when this problem comes up? Ideally in a Github issue (hint, hint ;). -- Florian octo Forster Hacker in training GnuPG: 0x0C705A15 http://octo.it/

On Tue, Nov 13, 2018 at 12:00:19PM +0100, Florian Forster wrote: > Hi, > > thank you very much for reporting this! Sounds like a bug in the exec plugin – > it never ceases to amaze me how many issues a single plugin can have ;) > > > > > This means that any plugin that does the usual pattern of: > > > > > > > > pid = fork (); > > Note

On Tue, Nov 13, 2018 at 03:17:33PM +0200, Peter Dimitrov wrote: > I was extending the virt plugin. > It already collects similar data (about VMs) using Libvirt's API, but lacks > disk usage information. > > I went through some hoops to link libguestfs correctly to collectd. > Is it okay to just include fork(), waitpid() example? It does reproduce the > issue. Yes, I

...4:08:05.689595 write(4, "GET VAR galaxy ups.status\n", 26) = 26 4275 14:08:05.689721 select(5, [4], NULL, NULL, {5, 0}) = 1 (in [4], left {4, 996929}) 4275 14:08:05.692927 read(4, "VAR galaxy ups.status \"OL\"\n", 64) = 27 4275 14:08:05.693050 rt_sigaction(SIGALRM, {SIG_IGN, [ALRM], SA_RESTORER|SA_RESTART, 0x7fdc20b471e0}, {SIG_IGN, [ALRM], SA_RESTORER|SA_RESTART, 0x7fdc20b471e0}, 8) = 0 4275 14:08:05.693108 alarm(0) = 10 4275 14:08:05.693139 rt_sigaction(SIGALRM, {SIG_IGN, [ALRM], SA_RESTORER|SA_RESTART, 0x7fdc20b471e0}, {SIG_IGN, [ALRM], SA_RESTORER|SA_RE...