From owner-freebsd-scsi Thu Jan 29 03:42:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21143 for freebsd-scsi-outgoing; Thu, 29 Jan 1998 03:42:18 -0800 (PST) (envelope-from owner-freebsd-scsi@FreeBSD.ORG) Received: from alpham.uni-mb.si (alpham.uni-mb.si [164.8.1.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA20883 for ; Thu, 29 Jan 1998 03:39:55 -0800 (PST) (envelope-from vrtin@uni-mb.si) Received: from unicorn.uni-mb.si by alpham.uni-mb.si (PMDF V5.1-9 #7554) with ESMTP id <01ISY8XDM6VW000898@alpham.uni-mb.si> for freebsd-scsi@freebsd.org; Thu, 29 Jan 1998 13:39:18 MET Received: from localhost (david@localhost) by unicorn.uni-mb.si (8.8.8/8.8.8/19970814) with SMTP id MAA12000 for ; Thu, 29 Jan 1998 12:39:17 +0100 (CET) Date: Thu, 29 Jan 1998 12:39:12 +0100 (CET) From: David Vrtin Subject: DAT/dump problem To: freebsd-scsi@FreeBSD.ORG Reply-to: David Vrtin Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII X-No-Archive: Yes Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org X-To-Unsubscribe: mail to majordomo@FreeBSD.org "unsubscribe freebsd-scsi" 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/