07-28-2008
how to use tar to retrieve all tape content
Hi,
I use tar to backup the following programs:
tar -cvf /dev/rmt0.1 u04/devdb/log/arch
tar -cvf /dev/rmt0.1 u01/app/oracle/product/10.2.0.2/dbs
tar -cvf /dev/rmt0 u01/app/oracle/product/10.2.0.2/network/admin
when I want to retrieve the tape content list with:
tar -tvf /dev/rmt0
it lists only the "u04/devdb/log/arch"
My question is how to list all content of the tape with a single command?
Thanks!!
Victor Cheung
10 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Hi!
We have an Oracle db export that was compressed and written to DLT tape directly!- This is from box1
The next step is to restore the contents of the tape into the database on box2. The problem is that there is no DLT tape drive attached to box2. There is a box3 that has the tape drive... (1 Reply)
Discussion started by: sdharmap
1 Replies
2. UNIX for Dummies Questions & Answers
Howdy,
I'm trying to tar some directories to tape and then extract them from tape on another machine. I was hoping someone could help me with the syntax of the tar commands. Both machines are running Solaris 8.
Need to get all files and directories under the following:
... (6 Replies)
Discussion started by: pmetal
6 Replies
3. Filesystems, Disks and Memory
Hi,
The scenario is as follow:
Backup was done using:
tar cvf /dev/rmt/0mn file1.ext
tar cvf /dev/rmt/0mn file2.ext
tar cvf /dev/rmt/0mn file3.ext
tar cvf /dev/rmt/0mn file4.ext
tar cvf /dev/rmt/0mn file5.ext
When I do; tar tvf /dev/rmt/0m,
it only gives me the first file on the... (1 Reply)
Discussion started by: kong
1 Replies
4. UNIX for Advanced & Expert Users
I tried to buckup some oracle archive logs (from a solaris machine) to a remote tape (in a HP-UX machine).
I added the solaris machine name and user to .rhosts, and i tried to use this commande :
tar cvf HPhost:/dev/rmt/0mn /u01/*
The probleme that it gives:
HPhost:/dev/rmt/0mn : No such... (1 Reply)
Discussion started by: lasgaa
1 Replies
5. UNIX for Advanced & Expert Users
Trying to answer a question about whether tar table-of-contents is a good tool for verifying tape data. (1 Reply)
Discussion started by: tjlst15
1 Replies
6. UNIX for Dummies Questions & Answers
Hi Guy`s I`m a newbie to Unix and I`m starting to love it
I got stuck donig backups of tar files to tape
I use this to find all tar files
find . -name '*.tar.*' > output
in output there would be n of file eg. 6
the size output is 156 but tar files are:
9.3M Jul 18 09:48... (1 Reply)
Discussion started by: donovan
1 Replies
7. UNIX for Advanced & Expert Users
Hello,
This might be a dumb question, but I havent been able to find the answer anywhere.
I currently have a backup script that uses 'tar' to backup some files to tape. I need to add a directory to the backup script, but I want to use 'vdump' to back it up to tape.
So my question is can I... (3 Replies)
Discussion started by: xadamz23
3 Replies
8. UNIX for Advanced & Expert Users
I have the below script which has been written to retrieve files from tape drive i.e. TSM server. Now i have to write the script using UNIX commands for retrieve operation but I am not able to proceed. The script is:
#!/usr/local/bin/expect -f
set timeout 1800
set file
spawn $env(SHELL)... (0 Replies)
Discussion started by: hrsaurav
0 Replies
9. UNIX for Advanced & Expert Users
I want to use this command to tar to tape:
tar cf - DIR | compress > `hostname`_`date +%m-%d-%y`.DIR.tar.Z
this of course goes to the FS.
How do I modify this to go directly to tape?
My tape device is /dev/rmt/0
thanks.
Having so many posts you should be familiar using code tags.... (7 Replies)
Discussion started by: djehresmann
7 Replies
10. Solaris
Hi,
I am trying to determine if a tape is full because on 2 different tapes, im receiving 2 different kind of errors:
# uname
SunOS
# /bin/tar cvf /dev/rmt/0n /export/home
a /export/home/jerry/wlserver_10.0.tar.gz 28528 tape blocks
tar: write error: unexpected EOF
# mt -f /dev/rmt/0n... (5 Replies)
Discussion started by: mosies
5 Replies
HT(4) Kernel Interfaces Manual HT(4)
NAME
ht - RH-11/TU-16 magtape interface
DESCRIPTION
The files mt0, mt1, ... refer to the DEC RH/TM/TU16 magtape. When opened for reading or writing, the tape is not rewound. When closed,
it is rewound (unless the 0200 bit is on, see below). If the tape was open for writing, a double end-of-file is written. If the tape is
not to be rewound the tape is backspaced to just between the two tapemarks.
A standard tape consists of a series of 512 byte records terminated by a double end-of-file. To the extent possible, the system makes it
possible, 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 last octal digit of the minor device number selects the drive. The middle digit selects a controller. The initial digit is even to
select 800 BPI, odd to select 1600 BPI. If the 0200 bit is on (initial digit 2 or 3), the tape is not rewound on close. Note that the
minor device number has no necessary connection with the file name, and in fact tp(1) turns the short name x into `/dev/mtx'.
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
may be named rmt0, ..., rmt7, but the same minor-device considerations as for the regular files still apply.
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 count is returned when a tape mark is read; another read will fetch the first record of the next tape file.
FILES
/dev/mt?, /dev/rmt?
SEE ALSO
tp(1)
BUGS
The magtape system is supposed to be able to take 64 drives. Such addressing has never been tried.
Taking a drive off line, or running off the end of tape, while writing have been known to hang the system.
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 explicitly.
HT(4)