Tape ufsdump errors
2007-12-25 10:22:00
My negligence - I didn't mention that I tried using another tape to no
avail and was able to successfully do a remote backup (ufsdump 0uf
remoteserver:/dev/rmt/0 /data). The culprit turns out to be a faulty tape
drive.
>Date: Thu, 14 May 1998 12:25:14 -0400
>To: sun-managers@ra.mcs.anl.gov
>From: "Michael A. Allen" <michael.allen@jhuapl.edu>
>Subject: Fwd: RE: Tape ufsdump errors
>
>Date: Thu, 14 May 1998 11:56:07 -0400
>To: sun-managers-requests@ra.mcs.anl.gov
>From: "Michael A. Allen" <michael.allen@jhuapl.edu>
>Subject: RE: Tape ufsdump errors
>
>Admins:
>
>Can someone give some insight on the below? There are no address
conflicts. The user explained that the script was working properly 2 weeks
prior to the errors. No additional s/w has been added. I did notice that
"/" is at 100%. Thanks in advance for you help.
>
>Michael Allen
>UNIX Systems Support
>JHU/APL ADI
>443 778 8513
>
>
>>Level 0 dump of the following partitions to tape aplcore project 2
>> Partition aplcore:/, tape file 1
>> DUMP: Writing 32 Kilobyte records
>> DUMP: Date of this level 0 dump: Thu May 14 02:30:02 1998
>> DUMP: Date of last level 0 dump: the epoch
>> DUMP: Dumping /dev/rdsk/c0t0d0s0 (aplcore.jhuapl.edu:/) to /dev/rmt/0hn.
>> DUMP: Mapping (Pass I) [regular files]
>> DUMP: Mapping (Pass II) [directories]
>> DUMP: Estimated 195700 blocks (95.56MB) on 0.01 tapes.
>> DUMP: Dumping (Pass III) [directories]
>> DUMP: Dumping (Pass IV) [regular files]
>> DUMP: Write error 6 feet into tape 1
>> DUMP: NEEDS ATTENTION: Do you want to restart?: ("yes" or "no")
DUMP: The E
>>NTIRE dump is aborted.
>> Partition aplcore:/usr, tape file 2
>> DUMP: Writing 32 Kilobyte records
>> DUMP: Date of this level 0 dump: Thu May 14 02:31:11 1998
>> DUMP: Date of last level 0 dump: the epoch
>> DUMP: Dumping /dev/rdsk/c0t0d0s3 (aplcore.jhuapl.edu:/usr) to
/dev/rmt/0hn.
>> DUMP: Mapping (Pass I) [regular files]
Comments
Got something to say?
You must be logged in to post a comment.
