sshd error: channel 0: chan_read_failed for istate 3

BillyBob-SA1 · n00b Joined: 17 Nov 2004 Posts: 53

Hi there folks,

Ever since I emerged the ssh update last Saturday (July 9), I have been getting these errors on my Netra T105's and an E220 from scp'ing file over to them. They have never been present before.

secure:Jul 9 16:02:21 web2 sshd[13693]: error: channel 0: chan_read_failed for istate 3

Files are copied ok and md5 sums check good between boxes.

Here is my emerge --info

Any thoughts will be appreciated.

Portage 2.1.2.9 (default-linux/sparc/sparc64/2006.1, gcc-3.3.5-20050130, glibc-2.3.6-r5, 2.6.15-gentoo-r1-Production-1 sparc64)
=================================================================
System uname: 2.6.15-gentoo-r1-Production-1 sparc64 sun4u
Gentoo Base System release 1.12.9
Timestamp of tree: Mon, 09 Jul 2007 08:50:01 +0000
dev-lang/python: 2.3.5-r3, 2.4.4-r4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.61
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.17
sys-devel/gcc-config: 1.3.16
sys-devel/libtool: 1.5.23b
virtual/os-headers: 2.6.19.2-r2
ACCEPT_KEYWORDS="sparc"
AUTOCLEAN="yes"
CBUILD="sparc-unknown-linux-gnu"
CFLAGS="-O2 -mcpu=ultrasparc"
CHOST="sparc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -mcpu=ultrasparc"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo http://gentoo.osuosl.org/ ftp://mirrors.tds.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://sync.oneeighty.com/gentoo-portage"
USE="apache2 berkdb caps clearpasswd cli cracklib crypt dri eds emboss encode foomaticdb fortran gcc64 gdbm gif gstreamer gtk2 iconv imlib isdnlog jpeg libwww mad mbox midi mikmod motif mpeg mudflap ncurses nls nptl nptlonly ogg openmp pam pcre perl png pppd python qt3 readline reflection session sparc spell spl tcpd userlocales vorbis xinetd xml xorg zlib" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="dummy fbdev glint mach64 mga r128 radeon sunbw2 suncg14 suncg3 suncg6 sunffb sunleo tdfx v4l voodoo"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
_________________
-------------------------------------------------------
John Jaeger
System Administrator
Billings, Montana USA

erik258 · Posted: Mon Jul 09, 2007 10:54 pm Post subject:

Have you tried restarting your sshd daemon to make sure changes to the software go into effect?

Did you etc-update? Did you push through changes to sshd_config? If so, it might be worth revisiting that file.
_________________
Configuring a Firewall? Try my iptables configuration
LinuxCommando.com is my blog for linux-related scraps and tidbits. Stop by for a visit!

BillyBob-SA1 · n00b Joined: 17 Nov 2004 Posts: 53

Yuppers to all of the above. Been at this a few years <G> One thing I did for get was my version of ssh & open_ssl.

This was just released last week:
net-misc/openssh-4.6_p1-r2

And this has been around awhile:
dev-libs/openssl-0.9.8d

Since there is no real issue with the files transfered, I am not going to revert.

I came off:
net-misc/openssh-4.5_p1-r1

<G>
_________________
-------------------------------------------------------
John Jaeger
System Administrator
Billings, Montana USA

erik258 · Posted: Tue Jul 10, 2007 3:16 am Post subject:

BillyBob-SA1 · n00b Joined: 17 Nov 2004 Posts: 53

Mine were happy at that too... Oh well, I'm sure I won't be the only one wondering. All my Sun's are doing the same thing.

Have a good evening...
_________________
-------------------------------------------------------
John Jaeger
System Administrator
Billings, Montana USA

starrbuck · Posted: Tue Jul 10, 2007 7:33 pm Post subject:

BillyBob-SA1 · n00b Joined: 17 Nov 2004 Posts: 53

Kinda figured there were other issues

I just threw this up as info for the developers. They are usually pretty quick in the Sparc fourm to notice this stuff. I suppose I should file a bug report instead...

P.S There is a similar bug open for net-misc/openssh-4.6_p1-r1 although I never had an issue with it.

https://bugs.gentoo.org/show_bug.cgi?id=181407

I'll just leave it be for awhile :roll:

_________________
-------------------------------------------------------
John Jaeger
System Administrator
Billings, Montana USA

Philippe23 · Posted: Fri Aug 03, 2007 12:57 pm Post subject:

I just noticed this in my logs last night too. (I did a scp to the machine.)

I'm running an x86 (Core 2 Duo)

hanj · Veteran Joined: 19 Aug 2003 Posts: 1500

Yep... I'm seeing these too since openssh update this morning.

hanji
_________________
Server Admin Blog - Uno-Code.com

hanj · Veteran Joined: 19 Aug 2003 Posts: 1500

Looks like this is fixed now. You'll need to add ~x86 to get the latest version with the fix.

portage/package.keywords:

trojahn · n00b Joined: 29 Jun 2006 Posts: 8

Well, installing the new version did fixed the errors but the accounts that used to login using rbash now can't... Changing them to bash make them work but, obviously, they use rbash for a reason

Ideas?

trojahn · n00b Joined: 29 Jun 2006 Posts: 8

tredman2 · Posted: Thu Aug 09, 2007 7:39 pm Post subject: SSH Issues

According to a bug on the OpenSSH tracker (https://bugzilla.mindrot.org/show_bug.cgi?id=1306), this was fixed in 4.7p1. There was a ancient HUP bug that was being fixed (I was seeing it about 25% of the time), and the fix for that created the spurious error messages, particularly on scp operations, it seems. There was some talk about backing out the patch that caused this problem, but it seems they were able to fix the spurious errors without reintroducing the HUP regression. 4.6p1-r4 (Bug 181407) seems to backport the fix to 4.6, so that should work until 4.7 makes its way into the tree.
_________________
Tim
"I drank what?" - Socrates, 399 BCE

ashak · n00b Joined: 19 Mar 2003 Posts: 11

If anyone comes across this post searching for 'not being able to login with rbash via ssh' like I did, then what trojahn suggests above above changing the order of /etc/pam.d/sshd is incorrect. The reason rbash doesn't work because the first line in /etc/pam.d/sshd:

auth required pam_shells.so

Checks for a 'valid shell' and some other things. Essentially that the users shell is listed in /etc/shells. Adding rbash to this file allows users to login that have rbash set as their shell. Without having to reorder the correctly ordered default pam sshd file.

natros · n00b Joined: 26 Sep 2003 Posts: 70

Thank you,
you saved my day.

I was unable to login because my /etc/shells was empty.
_________________
-=[abit ip35 pro core2quad q6600 (oc 3.0 ghz) 8 gb ram 2x320 raid0 ext4 xfx8800gt 512mb]=-