Hi all, Last time, in the hopes that someone can tell me something. I've tried a couple more things and it appears that I can both _read_ and write w/o any problems as long as the data was originally created on a FAT32 partition. However, if I try and copy linux data from EXT2 to FAT32 then write to tape and try to read it back, the system (or program) locks up. I'm about ready to send back the Tekram adaptor, I feel like I've tried everything and nobody can seem to point me in the right direction. I'm just afraid that if I send it back and get something else (along with new cables, etc, etc), I'll have to same problem. Please can anyone give me an idea as to what the problem may be? Thanks.
Mike ----- Original Message ----- From: "Michael Sobik" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 25, 2001 11:17 AM Subject: Please Help! Problems with amverify and amrecover > I posted this earlier, but I have yet more information. It seems that I > cannot manually recover the dump images from tape like I previously posted. > I can restore some of them, the smaller ones. If I try something like: > > dd if=/dev/nst0 of=/dev/null bs=32k skip=1 > > the drive reads for a couple of seconds, then just goes back to ready > status. If I look at the process list I see dd having status D (I think > that's waiting for I/O). > > I thought it must be a problem with my SCSI adaptor (Tekram DC315u) and/or > drive, but I can dd large mp3 files to and from the tape with compression > on/off without problems. The drive is a cs1553 and I'm using the > SURESTORE-12000E tapetype. Does anyone have any idea where I can start > looking for the problem? BTW the dumps all complete fine, it seems that > reading them back from tape is the problem. Thanks a lot! > > Mike > ----- Original Message ----- > From: "Michael Sobik" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Wednesday, October 24, 2001 7:45 AM > Subject: RE: Problems with amverify and amrecover - more info > > > > If I try: > > > > amrestore -p /dev/<device> no-such-host > /dev/null > > > > amrestore correctly lists all the dump images on the tape. However, if I > > try and restore with: > > > > amrestore -p /dev/<device> <real hostname> <real disk name> > /dev/null > > > > I get: > > > > amrestore: 3: restoring realhostname.diskimage.0 > > > > the console seems to hang and NO lights flash on the drive, it just sits > > there with Ready status. Once again, I can get the image with mt, dd, and > > tar. > > > > Mike > > ----- Original Message ----- > > From: "Michael Sobik" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Wednesday, October 24, 2001 6:25 AM > > Subject: Problems with amverify and amrecover > > > > > > > All, > > > > > > Thanks to the help of this list, I have just recently configured Amanda > > and > > > run my first backups. However, I'm experiencing problems with amverify > > and > > > amrecover. The morning after the first backups ran, I tried to run > > amverify > > > on the first tape of the run. Here's the report I got back from > amverify > > > (ran for at least an hour): > > > > > > Tapes: linuxman11 > > > Errors found: > > > linuxman11 (linuxman._mnt_share_Angela.20011023.0): > > > amrestore: 0: skipping start of tape: date 20011023 label linuxman11 > > > amrestore: 1: restoring linuxman._mnt_share_Angela.20011023.0 > > > amrestore: read error: Input/output error > > > /bin/tar: Unexpected EOF in archive > > > /bin/tar: Error is not recoverable: exiting now > > > 64+0 records in > > > 64+0 records out > > > linuxman11 (): > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > linuxman11 (): > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > linuxman11 (): > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > linuxman11 (): > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > linuxman11 (): > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > amtape: could not load slot 2: Unloading Data Transfer Element into > > Storage > > > Element 1...mtx: Request Sense: Long Report=yes > > > amtape: could not load slot 2: Unloading Data Transfer Element into > > Storage > > > Element 1...mtx: Request Sense: Long Report=yes > > > > > > amverify linuxman > > > Tue Oct 23 17:34:44 MST 2001 > > > > > > Loading 1 slot... > > > Using device /dev/nst0 > > > Volume linuxman11, Date 20011023 > > > ** Error detected (linuxman._mnt_share_Angela.20011023.0) > > > amrestore: 0: skipping start of tape: date 20011023 label linuxman11 > > > amrestore: 1: restoring linuxman._mnt_share_Angela.20011023.0 > > > amrestore: read error: Input/output error > > > /bin/tar: Unexpected EOF in archive > > > /bin/tar: Error is not recoverable: exiting now > > > 64+0 records in > > > 64+0 records out > > > ** Error detected () > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > ** Error detected () > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > ** Error detected () > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > ** Error detected () > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > ** Error detected () > > > amrestore: error reading file header: Input/output error > > > ** No header > > > 0+0 records in > > > 0+0 records out > > > Too many errors. > > > Loading next slot... > > > ** Error loading slot next > > > amtape: could not load slot 2: Unloading Data Transfer Element into > > Storage > > > Element 1...mtx: Request Sense: Long Report=yes > > > Advancing past the last tape... > > > ** Error advancing after last slot > > > amtape: could not load slot 2: Unloading Data Transfer Element into > > Storage > > > Element 1...mtx: Request Sense: Long Report=yes > > > > > > After it finished, the tape drive was flashing an error and requested a > > > cleaning. I cleaned the drive and let amdump run last night. > Everything > > > completed successfully, so I tried amverify on todays tape. This time > the > > > machine locked up solid...no mouse, no keyboard, nothing. > > > > > > I also tried to run amrecover. Everything worked great up until I tried > > to > > > do the actual extract. I loaded the tape and amrecover began > > > rewinding/seeking the drive, but then just seemed to hang. I rebooted. > > > > > > Anyone have any idea as to where I should begin looking for the problem? > > > Drive issue, SCSI problem? I know it's not actual errors on the tape > since > > I > > > CAN recover the data manually using mt, dd, and tar. I also know the > > index > > > for each disklist entry is correct since I manually g unzipped them and > > > amrecover requested the correct tape for the file I requested. Thanks > for > > > the help. > > > > > > Mike > > > > > >
