Amanda-Users

Re: tape spanning problem with 2.5.2-20070523

2007-06-06 12:09:11
Subject: Re: tape spanning problem with 2.5.2-20070523
From: Jean-Francois Malouin <Jean-Francois.Malouin AT bic.mni.mcgill DOT ca>
To: Jean-Louis Martineau <martineau AT zmanda DOT com>
Date: Wed, 6 Jun 2007 14:59:24 -0400
* Jean-Louis Martineau <martineau AT zmanda DOT com> [20070606 14:53]:

[...]

> >>
> >>Another problem I get in amrecover is that I can't 'add' a file
> >>directly from the root directory, I have to cd to the subdir and then
> >>'add' it:
> >>
> >>amrecover> add 
> >>jenkai/McGill/data-minc/football/MF030/20050902_140405_9_mri.mnc.gz
> >>File jenkai/McGill/data-minc/football/MF030/20050902_140405_9_mri.mnc.gz 
> >>doesn't exist in directory
> >>amrecover> cd jenkai/McGill/data-minc/football/MF030-/
> >>/data/concussion/concussion1/jenkai/McGill/data-minc/football/MF030
> >>amrecover> add 20050902_140405_9_mri.mnc.gz
> >>Added file 
> >>/jenkai/McGill/data-minc/football/MF030/20050902_140405_9_mri.mnc.gz
> >>
> >>Never noticed that before but is this the normal behaviour?
> >>    
> The "add" never worked with a patch, you must 'cd' to the dir before 
> 'add'. This is not a change.
> 
> The amfetchdump debug file must be in /tmp/amanda/server/spantest,
> can you send it?

no such file:
find . /tmp/amanda-spantest -name '*fetch*'
returns nothing.

> >
> >No one seems to be answering this one so let me continue with some
> >more problems. Just completed a spanning tape DLE on a testing
> >system and now I get:
> >
> >wart 217# /opt/amanda/spantest/sbin/amfetchdump -p -d \
> >/hw/tape/tps6d4nrnsv spantest wart /bigdisk 20070605 | \
> >/usr/freeware/bin/tar -tf -
> >2 tape(s) needed for restoration
> >The following tapes are needed: spantest-000010 spantest-000011
> >Press enter when ready
> >
> >no tapedev specified
> >amfetchdump: error reading file header: Bad file number
> >Not an amanda tape
> >Looking for tape spantest-000010...
> >no tapedev specified
> >amfetchdump: error reading file header: Bad file number
> >Not an amanda tape
> >Looking for tape spantest-000010...
> >no tapedev specified
> >amfetchdump: error reading file header: Bad file number
> >Not an amanda tape
> >Insert tape labeled spantest-000010 in device (null)
> >and press enter, ^D to finish reading tapes
> >
> >Can't tell more than that as no debug files seem to be generated.
> >Got the same error with 2.5.2-20070523 and 2.5.2-20070606.
> >tapedev is defined in both amanda.conf and amanda-client.conf 
> >and set to "/hw/tape/tps6d4nrnsv"...
> >
> >Looking at the tape headers:
> >
> > dd if=/hw/tape/tps6d4nrnsv bs=32k count=1
> >AMANDA: TAPESTART DATE 20070605160209 TAPE spantest-000010
> >014
> >1+0 records in
> >1+0 records out
> >
> >mt -f /hw/tape/tps6d4nrnsv rewind
> >mt -f /hw/tape/tps6d4nrnsv fsf 1
> >dd if=/hw/tape/tps6d4nrnsv bs=32k count=1
> >AMANDA: SPLIT_FILE 20070605160209 wart /bigdisk  part 1/-1  lev 0 comp
> >N program /usr/freeware/bin/tar
> >To restore, position tape at start of file and run:
> >        dd if=<tape> bs=32k skip=1 |      /usr/freeware/bin/tar -xpGf - ...
> >
> >1+0 records in
> >1+0 records out
> >
> >Notice the extra '014' which is extra-stuff that got put there when
> >I first labeled the tapes with a amanda version that had an option to
> >od incompatible with the irix version.
> >
> >I'm inclined to say from my 'experiments' over the last few weeks that
> >tape spanning is still not a 'matured' feature and I would be very
> >nervous to have that in my production environment. 
> >
> >jf
> >

<Prev in Thread] Current Thread [Next in Thread>