The '-d' option is ignored if you use a changer.

What is your tapedev? `amgetconf stk_80-conf2 tapedev`
Is it valid?
What's in the amfetchdump.*.debug?

Jean-Louis

Jean-Francois Malouin wrote:

with amanda-2.5.2p1 trying to pull the last full of a DLE
using amfetchdump. All needed tapes are loaded in the library and I used
amtape to load the first one. Same thing happens if I specify the tape
device to amfetchdump '-d /hw/tape/tps22d2nrnsv' with or without '-a'.

# /opt/amanda/amanda2/sbin/amfetchdump -p -a stk_80-conf2 \
yorick /data/ipl/ipl10 20070616 | /usr/freeware/bin/tar -xvpf -
6 tape(s) needed for restoration
The following tapes are needed: stk_40-conf2-000028
stk_40-conf2-000029 stk_40-conf2-000030 stk_40-conf2-000021
stk_40-conf2-000032 stk_40-conf2-000022
no tapedev specified
amfetchdump: error reading file header: Bad file number
Not an amanda tape
Looking for tape stk_40-conf2-000028...
no tapedev specified
amfetchdump: error reading file header: Bad file number
Not an amanda tape
Looking for tape stk_40-conf2-000028...
no tapedev specified
amfetchdump: error reading file header: Bad file number
Not an amanda tape
Looking for tape stk_40-conf2-000028...
no tapedev specified
amfetchdump: error reading file header: Bad file number
Not an amanda tape
Looking for tape stk_40-conf2-000028...
no tapedev specified
amfetchdump: error reading file header: Bad file number
Not an amanda tape
Looking for tape stk_40-conf2-000028...
no tapedev specified
amfetchdump: error reading file header: Bad file number
Not an amanda tape
Looking for tape stk_40-conf2-000028...
no tapedev specified
amfetchdump: error reading file header: Bad file number
Not an amanda tape

Insert tape labeled stk_40-conf2-000028 in device (null) and press enter, ^D to finish reading tapes

thanks
jf