How to check Tape size ( Percentage free and utilize space)
Any can please help me to provide detail how can I check tape size.
Percentage free and Utilize space.
What tape drive are you referring to?
For the tape size, I think you can deduce this by running "mt status" and looking at the density code. Some of the values you can expect to see are documented at http://adsm.org/lists/html/Amanda-Us.../msg00145.html.
Regarding the percentage free and used space, I this will depend a little on what backup software you are using, and in particular how many (tape) "files" you are writing to the tape (think non-rewind devices - typically /dev/nst0 I think). You would be able to determine how much space is utilized by running something like "dd if=/dev/st0 of=/dev/null" and looking at the output to see how many (512-byte) blocks were read from the tape. This will take some time, though, as it physically reads everything on the tape. For multi-file tapes you will need to repeat this for each file.
Once you have the tape size & space utilized, you can calculate the percentage free & used.
soemsrv1:~ # mt -f /dev/st0 status
drive type = Generic SCSI-2 tape
drive status = 1107296256
sense key error = 0
residue count = 0
file number = 0
block number = 0
Tape block size 0 bytes. Density code 0x42 (LTO-2).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN
In this out put Density code is 0X42 but i have not found value for this code please suggest.
I have run dd , plesae see out put of command below,
soemsrv1:~ # dd if=/dev/st0 of=/dev/null
dd: reading `/dev/st0': Cannot allocate memory
0+0 records in
0+0 records out
0 bytes (0 B) copied, 7.95949 seconds, 0.0 kB/s
I think you'd need to have a little camera mounted so that it could watch the spinning reels to see how much tape they contain. ;)
Regarding the dd error, I think this has to do with the block size. How did you write your backup to the tape (command)? It might help to specify a block size, as in: "dd if=/dev/st0 of=/dev/null bs=32768".
This info is really helpful for me.
I write backup to the tape via command:- tar -rvf /dev/st0 /path/to/backup
One tip: don't run the tar output through a compression utility if you are enabling hardware compression. It seems to slow down the tape drive's ability to put data on tape fast enough. Apparently, the hardware-based compression slows the data transfer immensely as it tries to further compress previously compressed data. The tape drive falls out of streaming mode and has to reseek the EOT before it can write again. Performance plummets big time.
|All times are GMT -5. The time now is 09:10 AM.|