Sponsored Content
Top Forums UNIX for Dummies Questions & Answers Question about a tape write error doing backups Post 302392142 by methyl on Wednesday 3rd of February 2010 12:09:34 PM
Old 02-03-2010
If you are appending to the tape, you may have run off the end of the tape.
 

10 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Multiple backups on one tape

For those with backup tapes (and I just bought and installed a Seagate one for my FreeBSD box) I want to know how to get the most out of each tape by placing multiple backups on each tape (potentially 20GB). Please correct me if I'm wrong: First, retension the tape: # mt retension next, turn... (3 Replies)
Discussion started by: WIntellect
3 Replies

2. AIX

backups getting it so the tape doesn't rew.

Currently am running the backup command for AIX 5L and see that the tape is rewinding after the completion of the back. backup -0 -u -f /dev/rmt0 / >> $file 2>&1 What can I do to stop allow the backup to rew after the completion of this job? Any thoughts? Thanks again. (2 Replies)
Discussion started by: justinburbridge
2 Replies

3. UNIX for Dummies Questions & Answers

verifying tape backups

Hello all, how would i go about verifying that a tape is backing up data correctly other than restoring the backup. for example, what command would i use to check the tape for errors? Any and all help is appreciated -Coffee (0 Replies)
Discussion started by: coffeebrown
0 Replies

4. Shell Programming and Scripting

how to write orginal scripts to backups

hi iam new of scripting. give me some informtion of how to write backups file thanks&regards Naveen.g (1 Reply)
Discussion started by: naveeng.81
1 Replies

5. Filesystems, Disks and Memory

Tape drives used for taking backups

Hi, I am a abit new in AIX system administration field. I want to gather knowledge about backup techniques. As per my knowledge we use Tape archives for taking backups. Can anyone pls explain me in detail abt tape archive? Whether these tape archives come along with the systems or we have to... (1 Reply)
Discussion started by: forumsrahul
1 Replies

6. Solaris

Remote Backups to a Tape

My tape library is broken but backups still need to go on .I have 2 boxes running Solaris 10 Got SCSI tape drive attached to the DEV box ( my PROD Box has only fibre) I want to take the prod backup from the DEV box using ufsdump. ie /usr/sbin/ufsdump 0uvf DEV:/dev/rmt/1n... (2 Replies)
Discussion started by: Msororaji
2 Replies

7. AIX

How to optimize our tape backups ?

Hi, I am currently looking at how we can optimize and speed up our backups here. I am just a beginner operator and our system admin hardly knows anything (long term interim). There is this particular TAR backup of DB backups that for a 10.5Gb amount of files, it takes 5 hours to do the backup on... (6 Replies)
Discussion started by: Browser_ice
6 Replies

8. AIX

Tape backups: do you always verify them after doing them ?

It may seam a bit odd that I ask this question. After you have done your backups to tapes, do you verify the content of the tapes ? - never - sometimes - always The reason I am asking is that here in the office, all the backup procedures include verifying the content of the tapes (no... (5 Replies)
Discussion started by: Browser_ice
5 Replies

9. SCO

SCO tape backups won't restore in Ubuntu Linux environment

Hello folks. I have the following problem: I'm trying to create a tape backup of a list of files on a 10 year old server, running SCO Openserver 5.0.5 (the tape drive is a Seagate STD224000N, connected as a SCSI drive). I then want to restore the contents of this tape onto a new server... (6 Replies)
Discussion started by: klabelkholosh
6 Replies

10. AIX

Best method to encrypt AIX LTO6 tape backups?

Hello, I need to be able to encrypt LTO tapes that our AIX writes to for backups. We have a tape library (IBM TS3100) that our AIX host uses to write to LTO6 tapes. We then take those tapes off-site and restore to another AIX system using a 3580-H6S LTO6 tape drive - this is a very simple... (3 Replies)
Discussion started by: c3rb3rus
3 Replies
TM(4)							     Kernel Interfaces Manual							     TM(4)

NAME
tm - TM-11/TU-10 magtape interface DESCRIPTION
The files mt0, ..., mt7 refer to the DEC TU10/TM11 magtape. When closed it can be rewound or not, see below. If it was open for writing, two end-of-files are written. If the tape is not to be rewound it is positioned with the head between the two tapemarks. If the 0200 bit is on in the minor device number the tape is not rewound when closed. A standard tape consists of a series of 512 byte records terminated by an end-of-file. To the extent possible, the system makes it possi- ble, if inefficient, to treat the tape like any other file. Seeks have their usual meaning and it is possible to read or write a byte at a time. Writing in very small units is inadvisable, however, because it tends to create monstrous record gaps. The mt files discussed above are useful when it is desired to access the tape in a way compatible with ordinary files. When foreign tapes are to be dealt with, and especially when long records are to be read or written, the `raw' interface is appropriate. The associated files are named rmt0, ..., rmt7. Each read or write call reads or writes the next record on the tape. In the write case the record has the same length as the buffer given. During a read, the record size is passed back as the number of bytes read, provided it is no greater than the buffer size; if the record is long, an error is indicated. In raw tape I/O, the buffer must begin on a word boundary and the count must be even. Seeks are ignored. A zero byte count is returned when a tape mark is read, but another read will fetch the first record of the new tape file. FILES
/dev/mt?, /dev/rmt? SEE ALSO
tp(1) BUGS
If any non-data error is encountered, it refuses to do anything more until closed. In raw I/O, there should be a way to perform forward and backward record and file spacing and to write an EOF mark. TM(4)
All times are GMT -4. The time now is 11:18 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy