On Fri, Sep 06, 2019 at 13:07:55 -0400, Gene Heskett wrote:
> Humm, so why does amanda crash the debian version of buster, but not the
> raspian's (jessie, stretch) that preceded it? And crashed the armbian on
> a rock64, supposedly stretch based? Gotta be something different,
I would be very surprised if usrmerge has anything to do with full
system crashes.
You might have better luck tracking this down in a rpi-related forum --
from what you have posted Amanda does seem to be triggering it, but
Amanda isn't doing anything "unusual" that should be able to trigger a
hardware/system crash, so almost certainly there's a more general
hardware or OS problem which Amanda is tickling somehow.
I don't have any personal experience rpi systems, but off hand a few
possible crash triggers would be
* high network usage causes network interface to die
* high disk I/O causes failure of some disk device or data bus
* high CPU usage causes temperature to exceed max-temp threshold and
triggers shutdown
* high something/combination-of-things exceeds available power budget
of system
To differentiate some of these possibilities you would need to watch the
system while Amanda started up and see if there were any signs of
individual components failing first. Also, watch "top" and similar
monitoring utilities on the system while Amanda starts up to see what
actually going on right then. (But, again, rpi-specific forums would
probably have more useful advice.)
As far as Amanda-centric testing, you could try running dumps of just
one DLE at at time, to see if the crash is consistent independent of the
DLEs or only happens for specific ones.
Also, you could pull the "tar" and "gzip" commands out of the Amanda
client debug files and run them manually (directing output either to
/dev/null or to a network pipe to another system) to see if you can
identify which specific command triggers the crash.
> I just spent an hour looking at picnc's /var/log/amanda stuff, nothing
> looks out of place. So now I am puzzled for sure.
(Did you check /var/log/kern.log or /var/log/syslog ?)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - [email protected] - Mid-Atlantic region
Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239
