Simply put, I'm using an Exabyte 8505XL tape drive and dump fails upon
reaching the EOT.
Some system background...
Kernel 2.4.20-ac2
IDE Hard disk and IDE CDRom
scsi controller:
SCSI subsystem driver Revision: 1.00
PCI: Found IRQ 11 for device 00:0d.0
ncr53c8xx: at PCI bus 0, device 13, function 0
ncr53c8xx: 53c825 detected
ncr53c825-0: rev 0x2 on pci bus 0 device 13 function 0 irq 11
ncr53c825-0: ID 7, Fast-10, Parity Checking
scsi0 : ncr53c8xx-3.4.3b-20010512
Vendor: EXABYTE Model: EXB-85058SQANXR0 Rev: 0808
Type: Sequential-Access ANSI SCSI revision: 02
scsi1 : SCSI host adapter emulation for IDE ATAPI devices
Vendor: CREATIVE Model: DVD-ROM DVD5240E Rev: 1.01
Type: CD-ROM ANSI SCSI revision: 02
st: Version 20020805, bufsize 32768, wrt 30720, max init. bufs 4, s/g
segs 16
Attached scsi tape st0 at scsi0, channel 0, id 2, lun 0
Attached scsi CD-ROM sr0 at scsi1, channel 0, id 0, lun 0
sr0: scsi3-mmc drive: 32x/32x cd/rw xa/form2 cdda tray
upon reaching (what I believe is EOT on a 160m tape) dump reports the
following:
started with: (I've tried both with and without -a)
dump -0 -a -u -f /dev/st0 /home
ends with...
DUMP: 45.31% done at 538 kB/s, finished in 4:37
DUMP: 46.22% done at 537 kB/s, finished in 4:33
DUMP: write error 7618220 blocks into volume 1: Input/output error
DUMP: Do you want to rewrite this volume?: ("yes" or "no") no
DUMP: Do you want to start the next tape?: ("yes" or "no") no
DUMP: The ENTIRE dump is aborted.
now if I specify:
it gets to:
dump -0 -B7000000 -u -f /dev/st0 /home
DUMP: 42.62% done at 541 kB/s, finished in 4:49
DUMP: Closing /dev/st0
DUMP: Volume 1 completed at: Wed Jan 29 12:14:15 2003
DUMP: Volume 1 7000000 tape blocks (6835.94MB)
DUMP: Volume 1 took 3:39:21
DUMP: Volume 1 transfer rate: 531 kB/s
DUMP: Change Volumes: Mount volume #2
DUMP: Is the new volume mounted and ready to go?: ("yes" or "no") yes
DUMP: Volume 2 started with block 7000001 at: Wed Jan 29 15:13:26 2003
DUMP: Volume 2 begins with blocks from inode 1750074
DUMP: 42.71% done, finished in 4:54
and works correctly (it never reaches EOT and ends based upon byte
count). Kinda wastes the compression ability.
I have upgraded to dump 0.4b32 with the same results.
any help would be appreciated.
Jeff
--
Psyche-list mailing list
Psyche-list@redhat.com
https://listman.redhat.com/mailman/listinfo/psyche-list
