>I've tried to backup an reiserfs which failed with dumptype=
>nocomp-test. If I backup a ext2fs it works. ...
The file system type or dumptype would not have anything to do with taper.
I suspect those are just coincidences with your tape changer problems.
>Q: In a correct log, is there the device name in the taper and changer
>messages (e.g.taper: slot /usr/bin/mt -f <device>::)?
I'm not sure exactly what you're asking, but here's some more info.
First I recommend you work with "amtape" first before diving into amdump.
It provides a much smaller working set of potential variables.
I don't use chg-zd-mtx, but here's what I get with my changer for some
typical commands similar to what taper does:
$ amtape acmaint slot current
amtape: changed to slot B00163 on /utdb/amanda_data/acmaint/B00163.lts
$ cat $(ls -1t amtape* | head -1)
amtape: debug 1 pid 7234 ruid 2875 euid 2875 start time Thu Jul 5 13:16:22 2001
changer: got exit: 0 str: B00163 /utdb/amanda_data/acmaint/B00163.lts
amtape: pid 7234 finish time Thu Jul 5 13:17:17 2001
$ amtape acmaint slot next
amtape: changed to slot B00164 on /utdb/amanda_data/acmaint/B00164.lts
$ cat $(ls -1t amtape* | head -1)
amtape: debug 1 pid 7343 ruid 2875 euid 2875 start time Thu Jul 5 13:18:33 2001
changer: got exit: 0 str: B00164 /utdb/amanda_data/acmaint/B00164.lts
amtape: pid 7343 finish time Thu Jul 5 13:20:00 2001
The "got exit" lines above mean the changer script exited with a status
code of zero (normal) and the string it sent back on stdout was (e.g.)
"B00163 /utdb/amanda_data/acmaint/B00163.lts", so the "slot" was "B00163"
and the drive was "/utdb/amanda_data/acmaint/B00163.lts".
Here's a typical set of amdump.<NN> log entries (I had done an amcheck
earlier so the tape was already mounted):
changer: opening pipe to: /usr/local/etc/lts-local -info
changer: got exit: 0 str: B00162 40 1
changer_query: changer return was 40 1
changer_query: searchable = 0
changer_find: looking for B00162/acmaint changer is searchable = 0
changer: opening pipe to: /usr/local/etc/lts-local -slot current
changer: got exit: 0 str: B00162 /utdb/amanda_data/acmaint/B00162.lts
taper: slot B00162: date 20010526 label B00162/acmaint (exact label match)
>changer: opening pipe to: /usr/lib/amanda/chg-zd-mtx -slot next
>taper: slot /usr/bin/mt:: no tape online
That's definitely not a good response. My guess is that text ended up
on stdout or stderr by mistake and taper soaked it up as the answer.
You should probably look at /tmp/amanda/changer.debug.drive*. That should
show you what was going on inside chg-zd-mtx.
>Peter
John R. Jackson, Technical Software Specialist, [EMAIL PROTECTED]