cpio error on SCO openserver 5
Dan Drummond
Has anyone ever seen the error "reached end of medium on input" when trying
to restore a backup created with cpio? How do i restore these files..
cpio -vicdmB < /dev/rct0 doesn't work.
thanks
dd
Stuart J. Browne
news:LAo68.18$tr6....@news0.optus.net.au...
Well! if ever there ws a topic to request more info on, this is it!
Simply speaking, I'm sure it's because the system beleives that it's pumped
enough data to the tape that it has indeed gotten to the end of media!
I'd suggest at a start to confirm that the tape is actually in a CPIO
format, by issuing:
dtype /dev/rct0
Beyond that, with this sketchy information, I'd say we want information..
like what OS, what patches, what types of tape, what format the tape is in,
did it come from another SCO system, or linux/solaris/msdos etc. etc. etc..
bkx
Dan Drummond
Backup is done by cpio - the command find / -print|cpio -ovcB >
/dev/rct0
Backup and restore is to the same server - one complete directory structure
Tape drive is a dds2 - there is no way that the tape is "overfull" - there
is only two 2gb drives in the server.
Media seems to backup fine, but when verifing, this error occurs. It as if
the tape is not being read as a valid format although the dtype is valid.
I have tried the tape erase/reset/rewind/status etc commands to no avail.
This server is in South America - I am in Australia doing everything
remotely
Any ideas?
dd
"Stuart J. Browne" <stu...@promed.com.au> wrote in message
news:a3db7a$6ta$1...@perki.connect.com.au...
Bill Vermillion
Dan Drummond <dan...@als.com.au> wrote:
>This is a SCO openserver 5 system.
>
>Backup is done by cpio - the command find / -print|cpio -ovcB >
>/dev/rct0
>
>Backup and restore is to the same server - one complete directory structure
>
>Tape drive is a dds2 - there is no way that the tape is "overfull" - there
>is only two 2gb drives in the server.
>
>Media seems to backup fine, but when verifing, this error occurs. It as if
>the tape is not being read as a valid format although the dtype is valid.
>
>I have tried the tape erase/reset/rewind/status etc commands to no avail.
>
>This server is in South America - I am in Australia doing everything
>remotely
You didn't answer the one critical question the other poster asked.
What is the output of dtype /dev/rct0
That would tell us if the system recognized the format. Sometimes
what you think has happened has not happened at all. If the system
doesn't respond that it is a cpio type file then any/all error
messages at that point would be helpful.
You first line says 'seems to backup fine'. Then the error occurs
during verifing. Maybe the tape is bad, drive needs cleaning.
What are the results of the tape erase/reset/rewind/status?
>
>Any ideas?
>dd
>
>
>
>"Stuart J. Browne" <stu...@promed.com.au> wrote in message
>news:a3db7a$6ta$1...@perki.connect.com.au...
>> "Dan Drummond" <dan...@als.com.au> wrote in message
>> news:LAo68.18$tr6....@news0.optus.net.au...
>> > Hi,
>> >
>> > Has anyone ever seen the error "reached end of medium on input" when
>> trying
>> > to restore a backup created with cpio? How do i restore these files..
>> > cpio -vicdmB < /dev/rct0 doesn't work.
>>
>> Well! if ever there ws a topic to request more info on, this is it!
>>
>> Simply speaking, I'm sure it's because the system beleives that it's
>pumped
>> enough data to the tape that it has indeed gotten to the end of media!
>>
>> I'd suggest at a start to confirm that the tape is actually in a CPIO
>> format, by issuing:
>>
>> dtype /dev/rct0
>>
>> Beyond that, with this sketchy information, I'd say we want information..
>> like what OS, what patches, what types of tape, what format the tape is
>in,
>> did it come from another SCO system, or linux/solaris/msdos etc. etc.
>etc..
>>
>> bkx
>>
>>
>
>
--
Bill Vermillion - bv @ wjv . com
Tom Podnar
There is a potential problem with the SCSI tape driver in 5.0.4 and
5.0.5. One of the problems is that in certain circumstances a tape
read error can be returned to the application program as an
end of medium error.
As this problem could affect users of our products, Caldera has
graciously allowed us to post an updated version of their driver
on our FTP site. Browse to
ftp://ftp.microlite.com/pub/SCO_Stp_Driver_Fix/
Download the contents and READ THE README.
Note that if this WAS related to the problem you are having, you
still have a problem.
After installing this driver, a tape read error will simply be
properly reported as a tape read error. You'll still have to fix
it, by cleaning heads, replacing media, or replacing the drive.
But since you are getting the right error return it will make more
sense.
If you have 5.0.6, update to 5.0.6a. Don't install this.
--
Tom
--
D. Thomas Podnar - President t...@microlite.com
Microlite Corporation 724-375-6711 Voice
2315 Mill Street 724-375-6908 Fax
Aliquippa PA 15001-2228 888-257-3343 Toll Free Sales
+-----------------------------------------------------------+
| Makers of |
| BackupEDGE SS - Data Archiving Software For UNIX & Linux |
| RecoverEDGE - Network-Enabled Smart Disaster Recovery |
| for Linux, Open UNIX 8, UnixWare 7.1, |
| and OpenServer 5.0.x. |
|http://www.microlite.com ftp://ftp.microlite.com|
+-----------------------------------------------------------+
| Now With Tape, Autochanger, CD-R/RW and DVD-RAM Support |
+-----------------------------------------------------------+
Matt Schalit
Cpio gives you this error if you are using shell
redirection and the end of the media has been reached.
'End of medium on input (output). To continue,
type device/file name when ready.'
Suggestions:
==============
Try to create the archive with -O rather than >
and then restore with -I rather than <.
What are the results?
Does the -O operation claim it's reached the end of
the tape and wants anonther tape to store more data?
Does the -I operation claim it's reached the end of
the tape and wants another tape to read more data from?
What about the dtype suggestion or Tom's patch?
Matthew
Mike Brown
Concise posting Matthew, thanks.
The DAT technology can "mark" bad sections of the tape,
and will jump over these during backup. It is possible
to reach end-of-tape at ..3Gbytes on a 4/8, and NOT
realize this from a shell script. During restore you
find a prompt for the next tape, and are without a
full backup.
I have tested tapes with Microlite's BackupEdge utility
called "edge.sizer" and found tapes to be MUCH smaller
then they should be. With shell redirection no
error was picked up.
Download and try the evaluation version of Edge, and
see what it says.
Mike
--
Michael Brown
The Kingsway Group