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:
| backup@anakin:~$ ls -l /usr/bin/cdrecord
| -rwsr-xr-- 1 root cdrom 133 Jan 7 19:43 /usr/bin/cdrecord
| backup@anakin:~$ groups
| backup disk tape
| backup@anakin:~$
Time to file a bug with Debian's cdrw-taper...
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert AT linux-m68k
DOT org
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
|