Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1037313 > unrolled thread

Bug#977245: openssh-server: Kernel error after big rsync or scp

Started byGabe <jgmanilla@yahoo.com>
First post2020-12-13 04:00 +0100
Last post2020-12-13 22:00 +0100
Articles 3 — 2 participants

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#977245: openssh-server: Kernel error after big rsync or scp Gabe <jgmanilla@yahoo.com> - 2020-12-13 04:00 +0100
    Bug#977245: openssh-server: Kernel error after big rsync or scp Ben Hutchings <ben@decadent.org.uk> - 2020-12-13 17:50 +0100
    Bug#977245: openssh-server: Kernel error after big rsync or scp Ben Hutchings <ben@decadent.org.uk> - 2020-12-13 22:00 +0100

#1037313 — Bug#977245: openssh-server: Kernel error after big rsync or scp

FromGabe <jgmanilla@yahoo.com>
Date2020-12-13 04:00 +0100
SubjectBug#977245: openssh-server: Kernel error after big rsync or scp
Message-ID<BlpM6-1jW-5@gated-at.bofh.it>
Package: openssh-server
Version: 1:8.4p1-3
Severity: important
X-Debbugs-Cc: jgmanilla@yahoo.com

Dear Maintainer,

After attempting to scp or rsync a directory with many large-ish files
(20-600M) to a remote host, the remote machine will crash. This hasn't happened
with smaller file transfers; only when the directory contains gigabytes of
data, after about 3GB have been copied. I tried once to scp a similar ammount
of data from a different client to the same machine, with the same result. The
commands used were:

	scp -r ./localdirectory jgmanilla@remotehost:~/
	rsync -avP ./localdirectory jgmanilla@remotehost:~/

If you happened to be logged into an ssh session, you may get the following
message before the system goes down:

	Message from syslogd@localhost at Dec 12 16:22:24 ...
	 kernel:[  406.101940] Internal error: Oops: 96000004 [#1] SMP

	Message from syslogd@localhost at Dec 12 16:22:24 ...
	 kernel:[  406.130105] Code: b9402a62 f9405e63 8b020014 dac00e81 (f8626814) 

Expected outcome was for scp and rsync to complete their file transfers
with no errors.

The hardware of the remote machine was a RockPro64.
The client operating systems tested were Gentoo and Arch linux.

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 5.9.0-4-arm64 (SMP w/6 CPU threads)
Locale: LANG=es_MX.UTF-8, LC_CTYPE=es_MX.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages openssh-server depends on:
ii  adduser                3.118
ii  debconf [debconf-2.0]  1.5.74
ii  dpkg                   1.20.5
ii  libaudit1              1:2.8.5-3.1+b1
ii  libc6                  2.31-5
ii  libcom-err2            1.45.6-1
ii  libcrypt1              1:4.4.17-1
ii  libgssapi-krb5-2       1.18.3-4
ii  libkrb5-3              1.18.3-4
ii  libpam-modules         1.3.1-5
ii  libpam-runtime         1.3.1-5
ii  libpam0g               1.3.1-5
ii  libselinux1            3.1-2+b2
ii  libssl1.1              1.1.1h-1
ii  libsystemd0            247.1-3
ii  libwrap0               7.6.q-31
ii  lsb-base               11.1.0
ii  openssh-client         1:8.4p1-3
ii  openssh-sftp-server    1:8.4p1-3
ii  procps                 2:3.3.16-5
ii  runit-helper           2.10.2
ii  ucf                    3.0043
ii  zlib1g                 1:1.2.11.dfsg-2

Versions of packages openssh-server recommends:
ii  libpam-systemd [logind]  247.1-3
ii  ncurses-term             6.2+20201114-1
ii  xauth                    1:1.0.10-1

Versions of packages openssh-server suggests:
pn  molly-guard   <none>
pn  monkeysphere  <none>
pn  ssh-askpass   <none>
pn  ufw           <none>

-- debconf information excluded

[toc] | [next] | [standalone]


#1037382

FromBen Hutchings <ben@decadent.org.uk>
Date2020-12-13 17:50 +0100
Message-ID<BlCJk-10g-5@gated-at.bofh.it>
In reply to#1037313

[Multipart message — attachments visible in raw view] — view raw

Control: tag -1 moreinfo

On Sun, 2020-12-13 at 09:57 +0000, Colin Watson wrote:
[...]
> In general kernel oopses are kernel bugs, not userspace bugs, so
> reassigning to linux.  I expect that the full contents of the oops
> message from syslog would be helpful to the kernel maintainers.

Right, we can't do anything useful without that.

Also, are you using the on-board Ethernet or a separate adapter in the
RockPro64?

Ben.

-- 
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.

[toc] | [prev] | [next] | [standalone]


#1037426

FromBen Hutchings <ben@decadent.org.uk>
Date2020-12-13 22:00 +0100
Message-ID<BlGDf-3mo-1@gated-at.bofh.it>
In reply to#1037313

[Multipart message — attachments visible in raw view] — view raw

[Reply to all, not just to me]

On Sun, 2020-12-13 at 20:11 +0000, Gabe Alvarez wrote:
> I am using the on-board ethernet.
> I've checked the files in /var/log, and none of them contain
> anything referencing the oopses that have happened; neither does
> anything in journalctl. Please advise.

You'll need to capture the kernel log using a serial console
<https://www.kernel.org/doc/html/latest/admin-guide/serial-console.html>
or netconsole
<https://www.kernel.org/doc/html/latest/networking/netconsole.html>.

Ben.

-- 
Ben Hutchings
The two most common things in the universe are hydrogen and stupidity.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web