search for: chan_input_closed

...have caused no problems with the previous openssh snapshot version openssh-SNAP-20001016, 2.3.0p1 and the latest snapshot (openssh-SNAP-20001114). The patch adds 3 lines to nchan.c in a switch stmt (line 100). It simply caters for the cases where the input channel state is CHAN_INPUT_WAIT_DRAIN or CHAN_INPUT_CLOSED. In these cases it simply exits (breaks) from the switch stmt. This seems to be necessary now because an earlier fix caused nchan to be called twice when closing a session. The first time is okay, but the second (with the channel now in one of the above states) causes the error message. John. ---...

When I encounter the problem with TCP port forwarding locking up, I'll see this on the client window (if I haven't invoked ssh with -q): chan_shutdown_read failed for #1/fd6: Transport endpoint is not connected chan_shutdown_read failed for #1/fd6: Transport endpoint is not connected This is with Blowfish encryption. I have to kill and restart the client when this happens. Phil

...* be some more data waiting in the pipe. * djm - This is no longer true as we have allowed one pass through * the select loop before killing the connection */ if (c->ostate != CHAN_OUTPUT_CLOSED) chan_write_failed(c); if (c->istate != CHAN_INPUT_CLOSED) chan_read_failed(c); s->chanid = -1; The output from the server when copying a file from one system to another using scp gives: debug1: channel 0: close_write debug1: Received SIGCHLD. debug1: tvp!=NULL kid 1 mili 100 debug1: session_by_pid: pid 28343 debug1: session_e...

...19:24:29.000000000 -0700 +++ crypto/openssh/channels.c 2019-08-19 19:19:39.000000000 -0700 @@ -2103,7 +2103,15 @@ channel_handle_efd_read(struct ssh *ssh, ssize_t len; int r, force; + force = c->detach_close; - force = c->isatty && c->detach_close && c->istate != CHAN_INPUT_CLOSED; if (c->efd == -1 || (!force && !FD_ISSET(c->efd, readset))) return 1; --- Thanks. Hong.

...Flag| | --- Comment #7 from Damien Miller <djm at mindrot.org> 2007-05-17 15:27:59 --- Created an attachment (id=1281) --> (http://bugzilla.mindrot.org/attachment.cgi?id=1281) Revised diff This diff does not force a read when the channel is in istate CHAN_INPUT_CLOSED and so should silence these messages. I'd appreciate test reports, as well as confirmation that it doesn't break the hang-on-exit fix :) -- Configure bugmail: http://bugzilla.mindrot.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the as...

The command "ssh ls -l /doesnotexist" gives various responses: Running from a 200 MHz PentiumPro with dsa key added to ssh-agent: Mistakes worst to fast machine: To a faster 600 MHz dual processor i686 600 MHz machine: ls: /doesnotexist: No such file or directory -- correct nothing at all -- wrong ls: select: Bad file descriptor -- wrong

...: switch (c->ostate) { nchan.c: error("internal error: channel %d: cannot send OCLOSE for ostate %d", c->self, c->istate); nchan.c: c->self, c->sock, c->istate, c->ostate, strerror(errno)); nchan.c: if (c->istate == CHAN_INPUT_CLOSED && c->ostate == CHAN_OUTPUT_CLOSED) { nchan.c:chan_init_iostates(Channel *c) nchan.c: c->ostate = CHAN_OUTPUT_OPEN; channels.h: int ostate; /* output to channel (state of transmit half) */ nchan.h:void chan_init_iostates(Channel * c); =======================...

I am running OpenSSH 2.9p1 on SunOS 5.7 w/4-24-2001 patch cluster. Like many other users I am seeing the hanging session on logout with background processes. This is a huge problem for me as I centrally manage 50+ machines with rdist across ssh. Instead of just complaining about the problem I thought I would put my CS degree to use and try to track down the problem myself. For starters,

...019-08-19 19:19:39.000000000 -0700 > > @@ -2103,7 +2103,15 @@ channel_handle_efd_read(struct ssh *ssh, > > ssize_t len; > > int r, force; > > > > + force = c->detach_close; > > - force = c->isatty && c->detach_close && c->istate != CHAN_INPUT_CLOSED; > > This change wasn't a refactor or a mistake, but an intentional bugfix for > https://bugzilla.mindrot.org/show_bug.cgi?id=2071 > > Anyway, I don't see any change in behaviour for your testcase between > OpenSSH 7.2 and 8.0 on Linux - they both wait for the tail process...

...Jan 2010 03:07:49 -0000 @@ -159,7 +159,7 @@ chan_ibuf_empty(Channel *c) switch (c->istate) { case CHAN_INPUT_WAIT_DRAIN: if (compat20) { - if (!(c->flags & CHAN_CLOSE_SENT)) + if (!(c->flags & (CHAN_CLOSE_SENT|CHAN_LOCAL))) chan_send_eof2(c); chan_set_istate(c, CHAN_INPUT_CLOSED); } else { @@ -276,9 +276,12 @@ static void chan_rcvd_close2(Channel *c) { debug2("channel %d: rcvd close", c->self); - if (c->flags & CHAN_CLOSE_RCVD) - error("channel %d: protocol error: close rcvd twice", c->self); - c->flags |= CHAN_CLOSE_RCVD; + if (...

https://bugzilla.mindrot.org/show_bug.cgi?id=2492 Bug ID: 2492 Summary: Incomplete output of child process Product: Portable OpenSSH Version: 7.1p1 Hardware: amd64 OS: Linux Status: NEW Severity: major Priority: P5 Component: sshd Assignee: unassigned-bugs at mindrot.org