On Fri, 9 Jun 2006, Paul Bijnens wrote: > On 2006-06-09 13:27, Geert Uytterhoeven wrote: > > After upgrading amanda from 2.5.0 to 2.5.0p2 (Debian testing), all backups > > fail with: > > > > | *** THE DUMPS DID NOT FINISH PROPERLY! > > | | The next tape Amanda expects to use is: DAILY18. > > | | FAILURE AND STRANGE DUMP SUMMARY: > > | anakin / RESULTS MISSING > > ^^^^^^^^^^^^^^^ > > | anakin /boot RESULTS MISSING > > ^^^^^^^^^^^^^^^ > > | ... > > | driver: FATAL reading result from taper: Connection reset by peer > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > Seems like taper died suddenly? > Or the TCP connection between driver and taper was broken by a local > firewall rule maybe? > > > There's no indication of the failure in any log file in /tmp/amanda/. > > Taper and driver have their stderr redirected into the amdump file > which gets renamed to amdump.1 (etc.) when finished. > Any clue in there?
Hmm, how could I have missed that file? | FATAL: Can't find system command 'cdrecord' on search path ('/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin')! | Can't use string ("0") as a HASH ref while "strict refs" in use at /usr/lib/amanda/taper line 48. | driver: reading result from taper: Connection reset by peer (I'm using cdrw-taper, but I'm not actually backing up to CD). The strange thing is that cdrecord is /usr/bin/cdrecord... Ah, but it's not accessible for user backup, because backup is not a member of group cdrom: | [EMAIL PROTECTED]:~$ ls -l /usr/bin/cdrecord | -rwsr-xr-- 1 root cdrom 133 Jan 7 19:43 /usr/bin/cdrecord | [EMAIL PROTECTED]:~$ groups | backup disk tape | [EMAIL PROTECTED]:~$ Time to file a bug with Debian's cdrw-taper... Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- [EMAIL PROTECTED] In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds