SUMMARY: Remote Tape drive backup

From: boyd0009@mc.duke.edu
Date: Mon Apr 01 1996 - 11:07:43 CST


Recently, I posted a question to the Sun Managers list about how to
perform a remote backup of files on a machine. I've received a few
replies to my post and am very grateful for the help these people
offered. I have not been able to do what I want, but I do have a
partial solution.

One of the respondents to my question suggested providing more details
about my problem and a clearer explanation of what I wanted to
accomplish. Rather than include the original question, I've included
an updated and hopefully more clear definition of the problem.

PROBLEM:
I have access to two machines, machine1 and machine2. Machine1 is an
IBM RISC 6000 running AIX v3.2.5 and has an 8mm tape drive attached to
it. It also has very little useable space. Machine2 is a SUN running a
version of Solaris. I have been granted temporary access to machine2
and am loosing this access soon. I would like to backup my data on
machine2 in hopes of restoring the data to machine1 when machine1 has
enough available space.

I read the man pages for tar from SUN and these pages gave an example
of how to do what I want. Here is the procedure I used and the problem
I'm having.

Backing Up the files:
1) I telnet to machine2 and login.
2) I cd to the directory where my files are.
3) As a test, I'm backing up a single file, howard.tst. At the prompt,
   I enter: tar cvfb - 20 howard.tst | rsh machine1 -l username dd
            of=/dev/rmt0 obs=20b
   I use the -l parameter because the login ids on machine1 and
   machine2 are different.
4) The tar runs and doesn't report errors.

Checking the Restore:
1) As a test, I always like to use tar tvf to check to see where the
   restore will go (relative vs. full paths). I telnet to machine1
   and cd to my personal tmp directory.
2) At the prompt, I enter: tar tvf /dev/rmt0. I get the following
   message back:
   -rw-r--r-- 8116 108 48947 Mar 28 09:56:33 1996 howard.tst
   80 blocks on /dev/rmt0
   tar: End of tape. Mount next tape on /dev/rmt0 and type return.
3) When I press return, I get:
   proceeding to device /dev/rmt0
   tar: tape read error: Not enough space

Restoring the files to machine1:
If I login to machine1 and try to restore the files using:
tar xvf /dev/rmt0, I get:
     x howard.tst, 48947 bytes, 96 tape blocks
     80 blocks on /dev/rmt0
     tar: End of tape. Mount next tape on /dev/rmt0 and type return.
I press return and get:
     proceeding to device /dev/rmt0
     tar: tape read error: Not enough space
My file is restored, but it is missing the bottom portion of the file.
The entire file isn't restored, only a piece of it is restored.

PARTIAL SOLUTION:
The problem I'm having appears to have something to do w/ IBM vs. SUN
tar and dd. As a test, I ran the same procedure listed above replacing
machine1 w/ a SUN SPARC20 running Solaris v2.4. I was able to
successfully restore the files I remotely backed up.

SUMMARY:
Probably the best method for doing what I want to do would be to ftp
the files over from machine2 to machine1 and perform the tar. The
problem w/ this solution is that machine1 doesn't have the required
space for this procedure. Bob Fulwiler suggested compressing the files
on machine2. Even compressed, I would not have enough space to ftp the
files over to machine1.

If anyone can shed some more light on the problem and provide me w/ a
solution, I would appreciate the help.

Thanks to:
Mark Anderson anderson@neon.mitre.org
Alex Finkel afinkel@pfn.com
Bob Fulwiler bobf@psa.pencom.com
Glenn Satchell Glenn.Satchell@Uniq.com.au

Special thanks to both Mark Anderson and Glenn Satchell who have
helped me previously with problems I have posted to this group. I also
see their names listed frequently in the "thank you" sections of other
posts. It is people like Mark and Glenn that make this list work.
Everyone can post a problem, but it takes a special individual to take
the time to read a post and respond with a solution knowing that they
will not receive any financial returns for their effort. Thanks a
bunch guys!



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:10:56 CDT