From: Bill Bradford (mrbill@mrbill.net)
Date: Thu Aug 21 2003 - 21:01:38 EDT
I've looked this up in Google, Quantum's DLT guide, Sun's documentation,
and I can't seem to find out what I'm doing wrong.
I've got a Sun (Quantum) DLT 4000 drive hooked up to a SunFire 280R.
I can't seem to get more than 20G (exactly) on the tape - and I *know*
what I'm putting on there will compress (its web data).
I'm using DLT-IV tapes, which should give me 20G native, 40G compressed.
(I had the exact same problem with an E250 running Solaris 8)
Solaris 9 (update 4), all patches and updates as of a week ago. OBP
4.10.1 (latest).
Here's the st.conf entries:
"Quantum DLT4000", "Quantum DLT4000", "DLT-data",
"SUN DLT4000", "DLT4000", "DLT-data";
DLT-data = 1, 0x38, 0, 0x0D639, 4, 0x80, 0x81, 0x82, 0x83, 2;
The system I'm backing up: (actual hostname hidden)
root@systemname:~> df -h
Filesystem Size Used Avail Use% Mounted on
/dev/dsk/c1t0d0s0 4.0G 3.0G 961M 76% /
swap 3.8G 40K 3.8G 1% /var/run
swap 3.8G 240K 3.8G 1% /tmp
/dev/dsk/c1t0d0s6 10M 1.1M 8.0M 12% /md1
/dev/dsk/c1t0d0s3 29G 22G 6.7G 77% /disk
/dev/dsk/c1t0d0s7 10M 1.1M 8.0M 12% /md2
The ufsdump commands I'm using:
#!/bin/bash
ufsdump 0ucf /dev/nrdlt /
ufsdump 0ucf /dev/nrdlt /disk
The SCSI devices:
lrwxrwxrwx 1 root other 11 Aug 16 13:50 /dev/nrdlt -> /dev/nrst35
lrwxrwxrwx 1 root root 8 Aug 16 13:42 /dev/nrst35 -> rmt/0cbn
lrwxrwxrwx 1 root root 46 Aug 16 13:42 0cbn -> ../../devices/pci@8,700000/scsi@6,1/st@4,0:cbn
root@systemname:/dev/rmt> ls
0 0bn 0cb 0cn 0hb 0hn 0lb 0ln 0mb 0mn 0u 0ubn
0b 0c 0cbn 0h 0hbn 0l 0lbn 0m 0mbn 0n 0ub 0un
And output from ufsdump:
DUMP: Date of this level 0 dump: Thu Aug 21 15:52:33 2003
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rdsk/c1t0d0s0 (systemname.domain.com:/) to /dev/nrdlt.
DUMP: Mapping (Pass I) [regular files]
DUMP: Mapping (Pass II) [directories]
DUMP: Writing 63 Kilobyte records
DUMP: Estimated 6289894 blocks (3071.24MB).
DUMP: Dumping (Pass III) [directories]
DUMP: Dumping (Pass IV) [regular files]
DUMP: 50.63% done, finished in 0:09
DUMP: 77.56% done, finished in 0:05
DUMP: 6289792 blocks (3071.19MB) on 1 volume at 1963 KB/sec
DUMP: DUMP IS DONE
DUMP: Level 0 dump on Thu Aug 21 15:52:33 2003
DUMP: Date of this level 0 dump: Thu Aug 21 16:19:22 2003
DUMP: Date of last level 0 dump: the epoch
DUMP: Dumping /dev/rdsk/c1t0d0s3 (systemname.domain.com:/disk) to /dev/nrdlt.
DUMP: Mapping (Pass I) [regular files]
DUMP: Mapping (Pass II) [directories]
DUMP: Writing 63 Kilobyte records
DUMP: Estimated 44997520 blocks (21971.45MB).
DUMP: Dumping (Pass III) [directories]
DUMP: Dumping (Pass IV) [regular files]
DUMP: 5.61% done, finished in 2:48
DUMP: 9.21% done, finished in 3:17
DUMP: 12.74% done, finished in 3:25
DUMP: 16.27% done, finished in 3:26
DUMP: 19.84% done, finished in 3:22
DUMP: 23.40% done, finished in 3:16
DUMP: 26.99% done, finished in 3:09
DUMP: 30.59% done, finished in 3:01
DUMP: 34.18% done, finished in 2:53
DUMP: 37.72% done, finished in 2:45
DUMP: 41.23% done, finished in 2:37
DUMP: 44.75% done, finished in 2:28
DUMP: 48.46% done, finished in 2:18
DUMP: 52.17% done, finished in 2:08
DUMP: 55.77% done, finished in 1:59
DUMP: 59.33% done, finished in 1:49
DUMP: 62.94% done, finished in 1:40
DUMP: 66.61% done, finished in 1:30
DUMP: 70.11% done, finished in 1:21
DUMP: 73.67% done, finished in 1:11
DUMP: End-of-tape detected
DUMP: 77.31% done, finished in 1:01
DUMP: Change Volumes: Mount volume `#2' on `systemname.domain.com:/dev/nrdlt'
DUMP: NEEDS ATTENTION: Is the new volume (#2) mounted on `systemname.domain.com:/dev/nrdlt' and ready to go?: ("yes" or "no") DUMP: "yes" or "no"?
DUMP: NEEDS ATTENTION: Is the new volume (#2) mounted on `systemname.domain.com:/dev/nrdlt' and ready to go?: ("yes" or "no") no
DUMP: NEEDS ATTENTION: Do you want to abort dump?: ("yes" or "no") yes
DUMP: The ENTIRE dump is aborted.
*surely* I can get ~25G onto a 20G-native, 40G-with-optimal-compression tape.
Am I using the wrong tape device? Any help is greatly appreciated.
Bill
-- bill bradford mrbill@mrbill.net austin, texas _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:26:58 EDT