- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- VDump problems
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2004 12:05 AM
тАО09-03-2004 12:05 AM
VDump problems
I have to dump approximately 21 GB of data in a DDS4 20/40 GB tape. I issue those commands:
vdump -C0Nuf /dev/ntape/tape0 /mountpoint1
vdump -C0Nuf /dev/ntape/tape0 /mountpoint2.
...............................................
where mountpointX are the mount points of several domains.
Normally, the use of -C key causes the dump to be compressed, so my backup have to fit in a tape that can contain 40GB compressed data. But the backup is interrupted at 91% and requires to change the tape. It seems that vdump does not compress the data.
Can anyone help to find the problem?
Thank you in advance.
Mikel.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-03-2004 01:14 AM
тАО09-03-2004 01:14 AM
Re: VDump problems
can you post the error message. Does it state that it ran out of space?
greetings,
Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-05-2004 08:02 PM
тАО09-05-2004 08:02 PM
Re: VDump problems
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-06-2004 02:59 AM
тАО09-06-2004 02:59 AM
Re: VDump problems
look at "man tape", here you'll find under "...tape drive supporte formats":
tape?_d0 .... 20 GB DDS-4
tape?_d1 .... 40 GB DDS-4
I believe, tape0 without a density code is the same as tape0_d0.
If you look at /etc/ddr.dbase, you'll find
tape?_d0 is uncompressed and tape?_d1 is compressed (HW-compression). Try tape0_d1, as suggested by Ralph.
Greetings, Erich
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-07-2004 03:01 AM
тАО09-07-2004 03:01 AM
Re: VDump problems
the command vdump -C -f /dev/ntape/tape0c is the same as the command
vdump -f /dev/ntape/tape0_d1
The compression is not always 50%, if you loked at the stats on the tape drive while running vdump, you cann see it around 40%.
Any way, there night be some files that cannot be compressed, that's why it fills the tape.
HTH
Mohamed
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-11-2004 09:05 PM
тАО09-11-2004 09:05 PM
Re: VDump problems
I'd like to see speed, compression ratio, etc..
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-13-2004 12:39 AM
тАО09-13-2004 12:39 AM
Re: VDump problems
Anyways, I always look at the stats on the tape library's menu, you can see all the information about the tape drive and what is its stat while writing or reading.
Mohamed
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-13-2004 02:00 AM
тАО09-13-2004 02:00 AM
Re: VDump problems
Using the "-C" switch, imposes a high load on the CPU to calculate the compressed data.
If you do not have much spare CPU cycles, it migth mean that the system cannot feed data fast enough to the tapedrive to keep it streaming. Data padding will we used in an attempt to keep the drive streaming, with the result that you cannot store as much data as you would expect on 1 cartdrige.
The general rule is to NOT use host base compression, the "-C" is just there for OLD equipment thta does not support hardware compression.
_Johan_
_JB_
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-13-2004 05:26 AM
тАО09-13-2004 05:26 AM
Re: VDump problems
- Yes, it probably would be better to start a new thread...
- You are lucky! I've got an ordinary streamer and no ways of monitoring it neither with it's console, nor from Tru64.
Hi, Johan!
I agree that compressing with -C will use lots of CPU. On the other hand, vdump's compression algorithm will likely give better compression ratios. (Just for desperate situations...)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО09-13-2004 07:35 PM
тАО09-13-2004 07:35 PM
Re: VDump problems
Having both CPU-based and drive-based compression at the same time, most probably will result into worse total compression rate.
_Johan_
_JB_