On Friday 06 September 2019 08:28:15 Gene Heskett wrote: > On Thursday 05 September 2019 08:54:37 Gene Heskett wrote: > > On Thursday 05 September 2019 08:06:19 Nathan Stratton Treadway wrote: > > > On Thu, Sep 05, 2019 at 04:14:43 -0400, Gene Heskett wrote: > > > > Looks like its worse than I thought. While amcheck was happy, > > > > picnc crashed on the first access last night. > > > > > > > > >From the email: > > > > > > > > FAILURE DUMP SUMMARY: > > > > picnc / lev 1 FAILED [data timeout] > > > > picnc / lev 1 FAILED [[request failed: No route to host]] > > > > picnc / lev 1 FAILED [dumper TRYAGAIN: [request failed: No > > > > route to host]] > > > > > > These messages are also consistent with the case that picnc had > > > already crashed before the Amanda run first started, so check the > > > logs on picnc carefully to establish the timeline of events. > > > > > > (If in fact there is evidence that the crash was related to Amanda > > > starting up on the client side, that's definitely not related to > > > the "new reject msg" issue, so it's probably best to start a new > > > thread for the crash issue...) > > > > > > Nathan > > > > It was running just fine an hour before the backup started, as I had > > another missing excludes file msg from amcheck, and had created > > the /GenesAmandaHelper-0.61 directory, and had touched the excludes > > file therein. I had not made any entries in that tile so it would > > exclude such as /sys or /proc from the / dle. I suspect that > > allowing tar to scan /proc may have lead to the crash, as I note > > that /boot is absent from this report so it, /boot, being first in > > the dle list was probably done ok. Debian-arm does not use "u-boot", > > but uses grub, another huge advantage IMO. > > > > I won't have a chance to do much about it until much later today, my > > truck is in need of its annual inspection, (might need front disks) > > and I have a dental appointment at 2P in Bridgeport, 30 some minutes > > north up the sooperslab. Stuff I need to get done before the > > additional heart work. > > > > By the time I take care of the missus, I'll be about bushed for the > > day. > > I did manage to get picnc rebooted, and the excludes file's data > formatted, listed everything that should be excluded, except > possibly ./dev. I'll add that next. > > But this time the failure was 100%, it crashed apparently on the first > amanda access: > > FAILURE DUMP SUMMARY: > picnc / lev 0 FAILED [data timeout] > picnc / lev 0 FAILED [[request failed: No route to host]] > picnc / lev 0 FAILED [dumper TRYAGAIN: [request failed: No route to > host]] > > # this above dle used an excludes that included all further entries > below # as well as ./proc and ./sys. I'll add ./dev just for grins > next. > > picnc /boot lev 0 FAILED [[request failed: No route to host]] > picnc /boot lev 0 FAILED [dumper TRYAGAIN: [request failed: No > route to host]] > picnc /boot lev 0 FAILED [[request failed: No route to host]] > picnc /boot lev 0 FAILED [dumper TRYAGAIN: [request failed: No > route to host]] > picnc /media/workpi1 lev 0 FAILED [[request failed: No route to > host]] picnc /media/workpi1 lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > picnc /media/workpi1 lev 0 FAILED [[request failed: No route to > host]] picnc /media/workpi1 lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > picnc /media/backuppi lev 0 FAILED [[request failed: No route to > host]] > picnc /media/backuppi lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > picnc /media/backuppi lev 0 FAILED [[request failed: No route to > host]] > picnc /media/backuppi lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > picnc /media/bootpi lev 0 FAILED [[request failed: No route to > host]] picnc /media/bootpi lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > picnc /media/bootpi lev 0 FAILED [[request failed: No route to > host]] picnc /media/bootpi lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > picnc /media/work120 lev 0 FAILED [[request failed: No route to > host]] picnc /media/work120 lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > picnc /media/work120 lev 0 FAILED [[request failed: No route to > host]] picnc /media/work120 lev 0 FAILED [dumper TRYAGAIN: [request > failed: No route to host]] > > How do we next go about troubleshooting this? > > Perhaps I should add that I had at one point a connected 4G > memory "rock64" running "armbian" that was also crashed by any amanda > access. And it ran solid, until amanda touched it. Its been removed, > and the net cable is now connected to a 2Gig rpi-4b, but not powered > up as I'm having a usb problem on this machine and cannot get a > debian-arm net install written to its boot u-sd. > > Perhaps the usr merge in buster is confusing things? IDK. jessie and > stretch installations of raspbian on this same rpi-3b haven't had a > problem with amanda. > > Thanks all.
With the usr merge, and I'm reading its not just debian but RH too, /bin becomes a link to usr/bin, and likewise /sbin becomes a link to usr/sbin. And /bib becomes a link to /usr/lib... But thats going to trigger on /usr/bin and /usr/sbin, preventing the backup of both subdirs. Thats not good. How do I fix that? Do I name the full path in 3 more dle's? I'll try that. But that will also screw up a bare metal recovery. So we need to come up with a better method. We need to backup the link, but without following it. ???? Ideas ???? I need another gallon of coffee... Or more sleep. Thanks all > > > ------------------------------------------------------------------ > > >-- -- ------ 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 > > > > Copyright 2019 by Maurice E. Heskett > > Cheers, Gene Heskett > > Copyright 2019 by Maurice E. Heskett > Cheers, Gene Heskett Copyright 2019 by Maurice E. Heskett Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) If we desire respect for the law, we must first make the law respectable. - Louis D. Brandeis Genes Web page <http://geneslinuxbox.net:6309/gene>
