- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: remote tar backup - I/O error
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
Forums
Discussions
Discussions
Discussions
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
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
10-31-2001 07:50 AM
10-31-2001 07:50 AM
I have tried this:
On source system (Sun Solaris 7)
tar cvfBh -
F.Y.I.
tar options, B - Block, force tar to perform multiple reads(if necessary) to read exactly enough bytes to fill a block.
tar options, h - Follow symbolic links
ssh - secure shell (not necassary, but we have a high security standard)
Remote server is a HP, K570 with a Quantum 7000 DLT (4 drives).
I have mounted the tape with the mc command and it is about 20GB data.
It worked fine, but after about 2h I got I/O error.
Am I doing the right thing?
Thanks!
//Fredric
Solved! Go to Solution.
- Tags:
- tar
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-31-2001 07:54 AM
10-31-2001 07:54 AM
Re: remote tar backup - I/O error
http://hpux.connect.org.uk/hppd/hpux/Gnu/tar-1.13.22/
live free or die
harry
- Tags:
- gtar
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-31-2001 08:26 AM
10-31-2001 08:26 AM
Re: remote tar backup - I/O error
Take a look at the thread below,
http://us-support.external.hp.com/cki/bin/doc.pl/sid=b4b285091b7cfbd55c/screen=ckiDisplayDocument?docId=200000055821055
http://us-support.external.hp.com/cki/bin/doc.pl/sid=b4b285091b7cfbd55c/screen=ckiDisplayDocument?docId=200000024669442
An IO error can also be due to an error on the tape media.
Hope this helps.
thanks
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-01-2001 02:36 AM
11-01-2001 02:36 AM
SolutionThe general problem is that a 'remote pipe' does not guarantee a certain blocksize out of the pipe. I.e. if you write 5 records of 10KB, you will get 50KB out of the remote pipe, but not neccessarily in 5 records of 10KB.
To solve this problem, use dd(1) commands around the remote pipe (You used one dd(1) command, but you should use two and you should specify the right block size). I have left off the Solaris option B and assume 10KB (20 blocks) records:
tar cvfh -
To check the block size which Solaris' tar uses, you can use:
tar cvfh -
If it is other than 10KB, then use tar options until it is 10KB. Don't use anything smaller, because it gives a bad performance on a DLT. If you use something bigger, then note it down, because it is non-standard.
Out of interest, why are you using tar when you have OmniBack and Legato?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-01-2001 04:13 AM
11-01-2001 04:13 AM