Date: Thu, 29 Jan 1998 12:39:12 +0100 (CET) From: David Vrtin <vrtin@uni-mb.si> To: freebsd-scsi@FreeBSD.ORG Subject: DAT/dump problem Message-ID: <Pine.BSF.3.96.980129121923.11764A-100000@unicorn.uni-mb.si>
next in thread | raw e-mail | index | archive | help
Hello,
"man dump" says:
-a ``auto-size''. Bypass all tape length considerations, and enforce
writing until an end-of-media indication is returned. This fits
best for most modern tape drives. Use of this option is particu-
larly recommended when appending to an existing tape, or using a
tape drive with hardware compression (where you can never be sure
about the compression ratio).
I have Sony DDS DG90M (90m/295feet) data carttridge and:
(ncr0:6:0): "ARCHIVE Python 28388-XXX 5.45" type 1 removable SCSI 2
st0(ncr0:6:0): Sequential-Access
st0(ncr0:6:0): 6.7 MB/s (150 ns, offset 8)
density code 0x13, drive empty
Do I have "modern tape driver" or not? :-)
# mt rewind
# printenv TAPE
/dev/tape
# ls -la /dev/tape
lrwxrwxrwx 1 root wheel 5 Apr 15 1997 /dev/tape -> nrst0
# dump -0au /u
[...]
DUMP: 63.53% done, finished in 0:37
DUMP: 68.49% done, finished in 0:32
DUMP: 74.53% done, finished in 0:25
DUMP: 79.67% done, finished in 0:20
DUMP: 82.92% done, finished in 0:17
DUMP: write error 1773020 blocks into volume 1
DUMP: Do you want to restart?: ("yes" or "no") no
DUMP: "Yes" or "No"?
DUMP: Do you want to restart?: ("yes" or "no") no
DUMP: The ENTIRE dump is aborted.
On console:
ncr0: SCSI phase error fixup: CCB already dequeued (0xf0940400)
ncr0: timeout ccb=f0940800 (skip)
ncr0: timeout ccb=f0940400 (skip)
ncr0: timeout ccb=f0940000 (skip)
and then:
swap_pager: indefinite wait buffer: device: 132097, blkno: 2848, size 4096
swap_pager: indefinite wait buffer: device: 132097, blkno: 2848, size 4096
swap_pager: indefinite wait buffer: device: 132097, blkno: 19200, size 4096
swap_pager: indefinite wait buffer: device: 132097, blkno: 2848, size 4096
Etc..
Box freezes, hand reset.... :( I have 2.2.5-STABLE from 11. jan. 1998.
How can I dump 3GB disk file system to 2GB DAT??
If I use "a" options, I will never get "Is the new volume mounted and ready
to go?:" prompt. Some bug in dump?
Another strange example:
# dump -0u -s 295 -d 61000 /usr
DUMP: Date of this level 0 dump: Mon Jan 19 09:44:04 1998
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rsd0s1g (/usr) to /dev/tape
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 625024 tape blocks on 6.82 tape(s).
^^^^
6.82 tapes??????
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: Closing /dev/tape
DUMP: Change Volumes: Mount volume #2
DUMP: Is the new volume mounted and ready to go?: ("yes" or "no") yes
DUMP: Volume 2 begins with blocks from inode 24562
DUMP: 13.95% done, finished in 0:38
DUMP: Closing /dev/tape
DUMP: Change Volumes: Mount volume #3
DUMP: Is the new volume mounted and ready to go?: ("yes" or "no") yes
DUMP: Volume 3 begins with blocks from inode 46553
DUMP: 34.66% done, finished in 0:21
DUMP: Closing /dev/tape
DUMP: Change Volumes: Mount volume #4
DUMP: Is the new volume mounted and ready to go?: ("yes" or "no") no
DUMP: Do you want to abort?: ("yes" or "no") yes
DUMP: The ENTIRE dump is aborted.
#
Thanks for any help,
David
--
David Vrtin (system manager) # tel: +386 62 220-7129
University of Maribor, Faculty of EE and CS # fax: +386 62 211-178
Smetanova 17, SI-2000 Maribor, Slovenia # www.uni-mb.si/~david/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.980129121923.11764A-100000>