search for: ibuf_empty

I'm seeing something unusual in 5.0p1. Let me start by saying that I'm on kind of an oddball system (HP NonStop). What I'm seeing is that at the end of an scp session, the server gets stuck in a loop. First I see a shutdown failure, followed by looping on an "ibuf_empty delayed efd 9/(0)" condition. This may have to do with some minor semantic differences in the way the NonStop socket layer works, as opposed to stock XPG4 or BSD sockets. What I'm really concerned about is the looping. Debugging output excerpted below. -- begin excerpt debug2: channel...

...Let me start by saying that > I'm > > on kind of an oddball > > system (HP NonStop). > > > > What I'm seeing is that at the end of an scp session, the server gets > > stuck in a loop. > > First I see a shutdown failure, followed by looping on an "ibuf_empty > > delayed efd 9/(0)" condition. > > I'm not sure what is going wrong here, but could you please try a > snapshot? We fixed a long-existing race in the efd handling @ close > case and the fix may serendibitously fix your case :) > Is this race condition check the ch...

...ug2: channel 98: read<=0 rfd 105 len 0 May 29 14:43:07 DEBUG sshd[534]: debug2: channel 98: read failed May 29 14:43:07 DEBUG sshd[534]: debug2: channel 98: close_read May 29 14:43:07 DEBUG sshd[534]: debug2: channel 98: input open -> drain May 29 14:43:07 DEBUG sshd[534]: debug2: channel 98: ibuf_empty delayed efd 107/(0) May 29 14:43:07 DEBUG sshd[534]: debug2: notify_done: reading May 29 14:43:07 DEBUG sshd[534]: debug1: Received SIGCHLD. May 29 14:43:07 DEBUG sshd[534]: debug1: session_by_pid: pid 2514 May 29 14:43:07 DEBUG sshd[534]: debug1: session_exit_message: session 98 channel 98 pid 251...

Hi, We recently upgraded OpenSSH from 7.5p1 to 8.0p1, and received a report that there was a behavioral differences where the ssh session did not disconnect after a remote background command execution. For example, "ssh user at example.com 'tail -f /var/xxx &' After looking at the debug logs and comparing the code, it seems there was a bug in the portable version during the

...0: read<=0 rfd 8 len 0 debug2: channel 0: read failed debug2: channel 0: Fssh_chan_shutdown_read (i0 o3 sock -1 wfd 8 efd 10 [read]) debug2: channel 0: input open -> drain debug3: channel_handle_efd_read: channel 0: efd 10 isatty 0 detach_close 1 istate 1 force 0 FD_ISSET 0 debug2: channel 0: ibuf_empty delayed efd 10/(0) debug2: notify_done: reading debug3: channel_handle_efd_read: channel 0: efd 10 isatty 0 detach_close 1 istate 1 force 0 FD_ISSET 0 debug2: channel 0: ibuf_empty delayed efd 10/(0) debug3: channel_handle_efd_read: channel 0: efd 10 isatty 0 detach_close 1 istate 1 force 0 FD_ISSE...

...d or exit from a session, the connection hangs, ( line 326 of serverloop.c). This problem only exists when using ssh2. server side debug (-d -d -d ): debug1: Received SIGCHLD. debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open -> drain debug2: channel 0: ibuf_empty delayed efd 12/(0) debug2: notify_done: reading debug2: channel 0: read 0 from efd 12 debug2: channel 0: closing read-efd 12 debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain -> closed ------------------- I have tried my hand at gdb, and this is the output...

...lose the session is [crontol]+[c] even [~][.] does not work. This problem only exists when using ssh2 connections. the server side debug(-d -d -d) : debug1: Received SIGCHLD. debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open -> drain debug2: channel 0: ibuf_empty delayed efd 12/(0) debug2: notify_done: reading debug2: channel 0: read 0 from efd 12 debug2: channel 0: closing read-efd 12 debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain -> closed --->hangs<--- -------------------------------------------- below...

...d<=0 rfd 8 len -1 Dec 11 20:11:34 vsxxxxxxx sshd[3444]: debug2: channel 0: read failed Dec 11 20:11:34 vsxxxxxxx sshd[3444]: debug2: channel 0: close_read Dec 11 20:11:34 vsxxxxxxx sshd[3444]: debug2: channel 0: input open -> drain Dec 11 20:11:34 vsxxxxxxx sshd[3444]: debug2: channel 0: ibuf_empty delayed efd 10/(0) Dec 11 20:11:34 vsxxxxxxx sshd[3444]: debug2: notify_done: reading

...ext data 73 debug2: channel 0: read 103 from efd 9 debug2: channel 0: rwin 130829 elen 103 euse 1 debug2: channel 0: sent ext data 103 debug2: channel 0: read<=0 rfd 7 len 0 debug2: channel 0: read failed debug2: channel 0: close_read debug2: channel 0: input open -> drain debug2: channel 0: ibuf_empty delayed efd 9/(0) debug2: channel 0: read 0 from efd 9 debug2: channel 0: closing read-efd 9 debug2: channel 0: ibuf empty debug2: channel 0: send eof debug2: channel 0: input drain -> closed debug2: notify_done: reading debug1: Received SIGCHLD. debug1: session_by_pid: pid 11033 debug1: session...