search for: sigpip

While nbdkit itself must run with SIGPIPE ignored, many applications expect to inherit SIGPIPE in the default state. What's worse, POSIX states that a non-interactive shell script cannot use 'trap' to undo an inherited SIG_IGN on SIGPIPE. I have seen several bug reports over the years of something that works for a developer b...

...: >> On Fri, Aug 04, 2023 at 03:46:47PM +0300, Arseniy Krasnov wrote: >>> Hi Stefano, >>> >>> On 02.08.2023 10:46, Stefano Garzarella wrote: >>>> On Tue, Aug 01, 2023 at 05:17:26PM +0300, Arseniy Krasnov wrote: >>>>> POSIX requires to send SIGPIPE on write to SOCK_STREAM socket which was >>>>> shutdowned with SHUT_WR flag or its peer was shutdowned with SHUT_RD >>>>> flag. Also we must not send SIGPIPE if MSG_NOSIGNAL flag is set. >>>>> >>>>> Signed-off-by: Arseniy Krasnov <AVKr...

On Fri, Aug 04, 2023 at 03:46:47PM +0300, Arseniy Krasnov wrote: >Hi Stefano, > >On 02.08.2023 10:46, Stefano Garzarella wrote: >> On Tue, Aug 01, 2023 at 05:17:26PM +0300, Arseniy Krasnov wrote: >>> POSIX requires to send SIGPIPE on write to SOCK_STREAM socket which was >>> shutdowned with SHUT_WR flag or its peer was shutdowned with SHUT_RD >>> flag. Also we must not send SIGPIPE if MSG_NOSIGNAL flag is set. >>> >>> Signed-off-by: Arseniy Krasnov <AVKrasnov at sberdevices.ru> >...

...: >> On Fri, Aug 04, 2023 at 03:46:47PM +0300, Arseniy Krasnov wrote: >>> Hi Stefano, >>> >>> On 02.08.2023 10:46, Stefano Garzarella wrote: >>>> On Tue, Aug 01, 2023 at 05:17:26PM +0300, Arseniy Krasnov wrote: >>>>> POSIX requires to send SIGPIPE on write to SOCK_STREAM socket which was >>>>> shutdowned with SHUT_WR flag or its peer was shutdowned with SHUT_RD >>>>> flag. Also we must not send SIGPIPE if MSG_NOSIGNAL flag is set. >>>>> >>>>> Signed-off-by: Arseniy Krasnov <AVKr...

...:47PM +0300, Arseniy Krasnov wrote: >>>>> Hi Stefano, >>>>> >>>>> On 02.08.2023 10:46, Stefano Garzarella wrote: >>>>>> On Tue, Aug 01, 2023 at 05:17:26PM +0300, Arseniy Krasnov wrote: >>>>>>> POSIX requires to send SIGPIPE on write to SOCK_STREAM socket which was >>>>>>> shutdowned with SHUT_WR flag or its peer was shutdowned with SHUT_RD >>>>>>> flag. Also we must not send SIGPIPE if MSG_NOSIGNAL flag is set. >>>>>>> >>>>>>> Signed-...

...d eventually completely hoses the machine. After some debugging, I determined this to be the problem (as reported in the Red Hat bug ticket noted above): When the client rsync and ssh exit, and thus sshd on the other end exits, and then the server rsync tries to write to the client, it gets SIGPIPE. Alas, SIGPIPE is being ignored, because, quoting a comment in the rsync source code, "Ignore SIGPIPE; we consistently check error codes and will see the EPIPE." The comment is wrong; it does *not* see the SIGPIPE. What happens is that as a result of the SIGPIPE, exit_cleanup...

Dear OpenSSH gurus! ;-) I recently upgraded from "OpenSSH 2.1.1p4" to "OpenSSH 2.3.0p1" on my Linux 2.2.17 box with OpenSSL 0.9.5a (RedHat 7.0). According to the "ChangeLog", there was a change in SIGPIPE handling: | 20000930 | [...] | - (djm) Ignore SIGPIPEs from serverloop to child. Fixes crashes with | very short lived X connections. Bug report from Tobias Oetiker | <oetiker at ee.ethz.ch>. Fix from Markus Friedl <markus at cvs.openbsd.org> I don't know what it fi...

...re appears to "hang". I suspected that the ssh client was inappropriately ignoring the PIPE signal, so I tried restoring from a cat of a local stream, and observed that cat exited with a "Broken pipe" error. I made the following change, commenting out the line that ignores the SIGPIPE: nilda:2:ecashin openssh-2.9p1$ diff -u clientloop.c.dist clientloop.c --- clientloop.c.dist Fri Apr 20 08:50:51 2001 +++ clientloop.c Sun May 20 22:55:35 2001 @@ -814,7 +814,7 @@ signal(SIGINT, signal_handler); signal(SIGQUIT, signal_handler); signal(SIGTERM, si...

...60000) = 1 poll(0xFFBEF218, 1, 60000) = 1 read(7, " ?\0\0\b", 4) = 4 poll(0xFFBEF218, 1, 60000) = 1 read(7, " r s y n c : c o n n e".., 63) = 63 poll(0xFFBEE0E8, 1, 60000) = 1 write(1, " ?\0\0\b r s y n c : c".., 67) Err#32 EPIPE Received signal #13, SIGPIPE [ignored] write(2, " r s y n c : w r i t e".., 81) Err#32 EPIPE Received signal #13, SIGPIPE [ignored] sigaction(SIGUSR1, 0xFFBEDAF8, 0xFFBEDB78) = 0 sigaction(SIGUSR2, 0xFFBEDAF8, 0xFFBEDB78) = 0 getpid() = 7970 [7969] Received signal #18, SIGCLD [caught] siginfo: SI...

...ckname(19, {sa_family=AF_LOCAL, NULL}, [2]) = 0 0.000043 epoll_ctl(15, EPOLL_CTL_ADD, 19, {EPOLLIN|EPOLLPRI|EPOLLERR|EPOLLHUP, {u32=850618928, u64=140128453618224}}) = 0 0.000040 write(19, "VERSION\tauth-worker\t1\t0\nDBHASH\t5"..., 97) = -1 EPIPE (Broken pipe) 0.000035 --- SIGPIPE {si_signo=SIGPIPE, si_code=SI_USER, si_pid=17956, si_uid=108} --- 0.000020 epoll_wait(15, {{EPOLLIN|EPOLLHUP, {u32=850618928, u64=140128453618224}}}, 14, 12614) = 1 0.000031 read(19, "", 8192) = 0 0.000026 epoll_ctl(15, EPOLL_CTL_DEL, 19, 7fff77616870) = 0 0.00...

Hello, I have several systems which I recently updated with yum -y update to all the latest packages. These systems use yum-priorities and use the CentOS (priority 1) EPEL (priority 5) and rpmforge (priority 10) repositories. After the updates, dhcpd stopped working with a SIGPIPE error which occurs shortly after it attempts to fork into the background. I worked around that problem by building a new server with no additional repos, only CentOS and dhcpd works fine on that system. Since then I have found the problem, or similar problems with a few more applications. Here is...

Hello, I've got problems with Samba 3.6.0 up to 3.6.6. Forked smbd processes are closing unexpectedly and sometimes smbd server exits. (In Samba 3.5.16 everything works). When invoke smbd from gdb and turn off SIGPIPE passing (by command "handle SIGPIPE nostop nopass") everything works fine. I found out that SigBlk flag of forked smbd processes in /proc/*/status is: 0000000000000880 and should be 0000000000001880 (It works in Samba 3.5.16). This flag changes after invoking getpwnam function, after...

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

appro@fy.chalmers.se wrote: > > No, it's not:-) > > static int sig_pipe(void) > { > BlockSignals( True, SIGPIPE ); > > DEBUG( 0, ("Got SIGPIPE\n") ); > if ( !is_daemon ) > exit(1); > BlockSignals( False, SIGPIPE ); > #ifndef DONT_REINSTALL_SIG > signal(SIGHUP,SIGNAL_CAST sig_pipe); > WOW!!! -------------^^^ >...

...d -D process it runs (see end of message) Any ideas? TIA. Mike write(5, " convert_string: Required 2, av"..., 42) = 42 time(NULL) = 1061444707 time([1061444707]) = 1061444707 getpid() = 28508 rt_sigaction(SIGPIPE, {0x420db0d0, [], SA_RESTORER, 0x420276f8}, {SIG_DFL}, 8) = 0 send(4, "<30>Aug 21 15:45:07 smbd[28508]:"..., 92, 0) = 92 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 geteuid32() = 0 write(5, "[2003/08/21 15:45:07, 3] lib/cha"..., 59) = 59 time...

On Sat, Aug 26, 2023 at 08:59:00PM +0300, Arseniy Krasnov wrote: >This adds two tests for 'shutdown()' call. It checks that SIGPIPE is >sent when MSG_NOSIGNAL is not set and vice versa. Both flags SHUT_WR >and SHUT_RD are tested. > >Signed-off-by: Arseniy Krasnov <avkrasnov at salutedevices.com> >--- > tools/testing/vsock/vsock_test.c | 138 +++++++++++++++++++++++++++++++ > 1 file changed, 138 insert...

...l seeing anything about it. If it is old news I apologize. I discovered a bug in the inetd that comes with NetKit-B-0-08 and older. If a single SYN is sent to port 13 of the server, inetd will die of Broken Pipe: write(3, "Sun Jan 12 21:50:35 1997\r\n", 26) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) --- I am no C-guru but I think this patch to inetd would fix it without adding any other problems: 1426c1426,1427 < sprintf(buffer, "%.24s\r\n", ctime(&clocc)); --- > (void) sprintf(buffer, "%.24s\r\n", ctime(&clocc)); > signal(SIGPIPE, SIG_I...

On Sat, Aug 26, 2023 at 08:58:59PM +0300, Arseniy Krasnov wrote: >POSIX requires to send SIGPIPE on write to SOCK_STREAM socket which was >shutdowned with SHUT_WR flag or its peer was shutdowned with SHUT_RD >flag. Also we must not send SIGPIPE if MSG_NOSIGNAL flag is set. > >Signed-off-by: Arseniy Krasnov <avkrasnov at salutedevices.com> >--- > net/vmw_vsock/af_vsock....

Hi R-devel, tcltk devel, and sqldf devel, The transcript below shows how loading the tcl/tk library in under R causes subprocesses to ignore SIGPIPE. I am including the developer of the (wonderful) sqldf package since it requires tcltk and you might like to make this dependence optional to the user (at least until this is fixed in tcltk). Am I mistaken in calling this a 'bug'? Any insights appreciated! Thanks, Malcolm Cook Computa...

...ST/DEFAULT.PLP", "user.DOSATTRIB", 0x7fbffff180, 256) = -1 ENODATA (No data available) fcntl(11, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=428, len=1}) = 0 open("3277/TEST/DEFAULT.PLP", O_RDONLY) = 27 time([1100611783]) = 1100611783 rt_sigaction(SIGPIPE, {0x2a96c00940, [], 0x4000000}, {SIG_DFL}, 8) = 0 sendto(18, "<13>Nov 16 06:29:43 smbd_audit[2"..., 75, 0, NULL, 0) = 75 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 time(NULL) = 1100611783 geteuid() = 107 write(26, "...