Re: backup up large disks

["Gene L Reynolds/GYR/CC01/INEEL/US" <GYR inel gov>]

Thank you for the help.  I do have a 20 gb drive on the system. In my
example I did leave off a couple of digits in the size field and it
calculated the tapes wrong, however I tried it correctly with - a option,
the correct size option and also the blocking factor changed.  To no
avail!!!.  I have other disks on another machine that fail the same way....
Im glad I tried it today to test it.  After some experimenting I find that
the dump command always fails with a disk slice somewhere between six and
seven gb. I dont get it.. again here is the failure on a different machine
as Im taring a backup on the previous machine
Again thanks everyone for the help



[root 7of9 log]# dump 0uaf /dev/st0 /usr/edms/magnetic/vol10
  DUMP: Date of this level 0 dump: Mon May  8 16:36:14 2000
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/sde7 (/usr/edms/magnetic/vol10) to /dev/st0
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 3612411 tape blocks.
  DUMP: Volume 1 started at: Mon May  8 16:36:24 2000
  DUMP: dumping (Pass III) [directories]
  DUMP: SIGSEGV: ABORTING!
  DUMP: SIGSEGV: ABORTING!
Segmentation fault
[root 7of9 log]#   DUMP: SIGSEGV: ABORTING!
  DUMP: SIGSEGV: ABORTING!
  DUMP: SIGSEGV: ABORTING!

/dev/sde1             1      6081  48845601    5  Extended
/dev/sde5             1      2614  20996923   83  Linux
/dev/sde6          2615      3587   7815622   83  Linux
/dev/sde7          3588      4924  10739452   83  Linux   <<<<<<< This is the file system failing on this machine
/dev/sde8          4925      6081   9293602   83  Linux