>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]

Reply via email to