using dump command ask for a new tape

[miki leon]

Hi

i have a que. about using dump command ,
when i m using the dump command to a file i m getting this message :

[viva]/opt/test>dump 0uf /opt/test/tt /stand
DUMP: Date of this level 0 dump: Wed Dec 4 16:51:08 2002
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/vg00/rlvol1 (/stand) to /opt/test/tt
DUMP: This is an HP long file name filesystem
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 47620 tape blocks on 1.22 tape(s).
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: Change Tapes: Mount tape #2
DUMP: NEEDS ATTENTION: Is the new tape mounted and ready to go?: ("yes" or "no
") yes

why do he ask me for a new tape ?
when i m telling him yes , he finish the backup with no error .

does someone has a clue ?

[Sridhar Bhaskarla]

Did you see it writing to the first tape?. Probably one tape is not sufficient to complete the backup so is asking for the second tape.

I wonder if it overwrote the first tape when you typed yes.

-Sri

[Stefan Farrelly]

dump is very poor at working out the correct tape length and thus usually asks for a 2nd tape well before the tape is actually used up. We always pipe dump into dd before writing to tape - this way you use the full tape length availabe. eg; dump 0uf - | dd of=/dev/rmt/xx bs=1024k

[miki leon]

Hi

you are rigth that it is a very old command and it is better to use fbackup , but i must use this command .

the issue is that i m not writing to a tape device but to a file in /opt ( i have 2 g.b. free in /opt ) .

i m trying to backup /stand that is a HFS filesystem .
also like i said , it take like 5 second to end after i m giving his yes .
why do he ask for another tape if i m backup
to a file ?

do i need to use a wilde card that i didnt used

[John Palmer · Accepted solution]

The message 'DUMP: estimated 47620 tape blocks on 1.22 tape(s). ' is significant. It's saying that more than one tape is required.

I use the b d and s arguments to get it to write large blocks and not worry about the tape size, something like...

dump 0bdfs 64 62000 99999 /

Regards,
John

[Stefan Farrelly]

Even if youre dumping to a filesystem and not a tape device dump stil tries to work out how much space/tape is free at the destination. Always pipe it through dd to remove this problem. We always do, and it works fine.

[miki leon]

Hi

thanks for the help , need to chec kthe issue of the block size that i m using the dump command , it i will have other problem i will use the dd option .

i hate old command !!

thanks a lot for the help