On Tue, 2002-04-30 at 21:28, Cory Visi wrote:
> I searched the list archives and read all the documentation and I cannot
> find this error anywhere.
>
> $ amlabel gcs DailySet1
> insert tape into slot 0 and press return
>
> labeling tape in slot 0 (/dev/nst0):
> rewinding, reading label, not an amanda tape
> rewinding, writing label DailySet1
> amlabel: writing label: Invalid argument
>
> Notice the "Invalid argument".
That would be an Invalid argument error number (errno) coming back from
the write to the tape drive. Perhaps the system tape driver is
configured for some obtuse fixed block size or something? Or maybe
the tapes are just write protected?
Marc
>
> I have a Seagate Python 04687 SCSI tape backup drive.
> I am using Amanda 2.4.2p2 which I compiled myself on the same machine,
> which is Linux 2.4.13 and glibc 2.2.2.
>
> The backup user is "backup". I am using "nst0" as my tape device and
> "backup" has permission to read/write:
>
> # ls -l /dev/nst0
> crw-rw---- 1 root disk 9, 128 Apr 14 2001 /dev/nst0
> # cat /etc/passwd | grep backup
> backup:x:417:6:Amanda Backup:/root/amanda-data:/bin/false
> # cat /etc/group | grep backup
> disk:x:6:root,backup
>
> Here is some of my amanda.conf:
>
> tpchanger "chg-manual"
> tapedev "/dev/nst0"
> changerfile "/root/amanda-data/changer-status"
> changerdev "/dev/null"
> tapetype DAT
> labelstr "^DailySet[0-9][0-9]*$"
> infofile "/root/amanda-data"
> logdir "/var/log/amanda"
> indexdir "/root/amanda-data"
> tapelist "/root/amanda-data/tapelist"
>
> define tapetype DAT {
> comment "Archive Python 04687-XXX"
> length 4000 mbytes
> filemark 100 kbytes
> speed 800 kbytes
> }
>
> amcheck returns no errors except that the current loaded tape has no label:
>
> $ amcheck gcs
> Amanda Tape Server Host Check
> -----------------------------
> Holding disk /mnt/spare/var/amanda/: 1731365 KB disk space available,
> that's plenty
> insert tape into slot 1 and press return
>
> amcheck-server: slot 1: not an amanda tape
>
> I obviously need to label my tapes. Anyone have any ideas?
> Thanks,
> Cory Visi
>
