Still celebrating National IT Professionals Day with 3 months of free Premium Membership. Use Code ITDAY17

x
?
Solved

problem with rdump from HP-UX to Solaris

Posted on 1997-12-02
6
Medium Priority
?
476 Views
Last Modified: 2013-12-23
I have a problem to dump a HP-UX 09.01 filesystem on a Sun running Solaris 5.4, over a LAN.
The dump command that i use is running on the same HP-UX System with success.
The successfull dump-partition is smaler than ~3 GB. The problem appears with partitions that are greater than ~3 GB.
The storage-medium is a 4mm DAT Autoloader with a capacity of ~8 GB, i have tested it on a 8 mm Exabyte-DAT too, without success.

I use the following command-lines (2 lines) in a shell-script, that runs on the SUN :

echo "Dump hp1 /dev/dsk/c201d2s0 mountpoint /users1    vom `date`
EXITCODE=`rsh hp1 "(/etc/rdump 0ubdsf 126 54000 6000 sun46:$LAUFWERK /dev/dsk/c201d2s0 && echo ok)"

And this is the output on the SUN :

Dump hp1 /dev/dsk/c201d2s0 mountpoint /users1    vom Tue Dec  2 01:38:53 MET 1997
DUMP: Date of this level 0 dump: Tue Dec  2 02:41:47 1997  
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rdsk/c201d2s0 (/users1) to /dev/rmt/1cn on host sun46
DUMP: This is an HP long file name filesystem
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 3039625 tape blocks on -0.07 tape(s).
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: 2.93% done, finished in 2:45
DUMP: 6.23% done, finished in 2:30
DUMP: 9.50% done, finished in 2:22
DUMP: 12.78% done, finished in 2:16
DUMP: 16.09% done, finished in 2:10
DUMP: 19.53% done, finished in 2:03
DUMP: 24.06% done, finished in 1:50
DUMP: 28.63% done, finished in 1:39
DUMP: 33.22% done, finished in 1:30
DUMP: 37.79% done, finished in 1:22
DUMP: 42.34% done, finished in 1:14
DUMP: 46.24% done, finished in 1:09
DUMP: 50.27% done, finished in 1:04
DUMP: 54.54% done, finished in 0:58
DUMP: 58.67% done, finished in 0:52
DUMP: 62.07% done, finished in 0:48
DUMP: 65.22% done, finished in 0:45
DUMP: 68.32% done, finished in 0:41
DUMP: 71.50% done, finished in 0:37
DUMP: 74.71% done, finished in 0:33
DUMP: 77.78% done, finished in 0:29
DUMP: 80.99% done, finished in 0:25
DUMP: 84.91% done, finished in 0:20
DUMP: 88.93% done, finished in 0:14
DUMP: 92.96% done, finished in 0:09
DUMP: Tape rewinding
DUMP: Change Tapes: Mount tape #2
DUMP: fopen on /dev/tty fails
DUMP: The ENTIRE dump is aborted.

The dump with the following stations is successfull, so the tape is not full.

I hope someone can help me !.

Thank you.
0
Comment
Question by:lui
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 4
  • 2
6 Comments
 
LVL 1

Expert Comment

by:dhughes111797
ID: 1583039
Those dump parameters are fine for an exabyte 8200, but will
be far too little to backup to an 8GB tape. You need to
increase either the s or the d arguments. It doesn't matter
which since both are superfluous. The only thing they do
is tell you how much of the dump is remaining. I'm not sure
what the exact values are for an 8GB dat, but, since your primary goal
is probably just to GET IT TO WORK! :), just do 4X the s
value to make it 24000, which should be approximately close.
0
 

Author Comment

by:lui
ID: 1583040
Adjusted points to 105
0
 
LVL 1

Expert Comment

by:dhughes111797
ID: 1583041
You might want to make a comment on why you rejected that
answer. Check the man page, you'll find that I am right.
(man ufsdump - s and d flags only control ufsdump notion of
end of tape)

If increasing one doesn't work, than increase the other one
instead.
0
What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

 

Author Comment

by:lui
ID: 1583042
Sorry.
I must test that first.
The Backup is running at night, so i can´t say its successfull or not.
0
 
LVL 1

Expert Comment

by:dhughes111797
ID: 1583043
Well, it's too late now, but you probably should test the
solution before rejecting the answer. Otherwise, the
person who gives the correct answer may not get any credit.
That wouldn't be fair, would it?
0
 
LVL 1

Accepted Solution

by:
dhughes111797 earned 200 total points
ID: 1583044
have you had a chance to test the dump options? They do work!
0

Featured Post

Survive A High-Traffic Event with Percona

Your application or website rely on your database to deliver information about products and services to your customers. You can’t afford to have your database lose performance, lose availability or become unresponsive – even for just a few minutes.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

This article will inform Clients about common and important expectations from the freelancers (Experts) who are looking at your Gig.
This article will show how Aten was able to supply easy management and control for Artear's video walls and wide range display configurations of their newsroom.
This video shows how to set up a shell script to accept a positional parameter when called, pass that to a SQL script, accept the output from the statement back and then manipulate it in the Shell.
Monitoring a network: how to monitor network services and why? Michael Kulchisky, MCSE, MCSA, MCP, VTSP, VSP, CCSP outlines the philosophy behind service monitoring and why a handshake validation is critical in network monitoring. Software utilized …
Suggested Courses

722 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question