SUMMARY: ufsdump under Sol 2.5

From: Greg Roberts (gregr@cibc.com)
Date: Thu Feb 01 1996 - 09:50:03 CST


Original question"

> Hi,
>
> I have the following config:
>
> SS20/150Mhz, 192Mb mem, 2 * 2.1gig internal drives,
> 8 * 2.1gig (DEC) external drives, 14Gb 8mm tape drive and Sol2.5.
> Not all of the DEC disks are mounted (in fact, only 4 are).
>
> I have a number of filesystems, /export1 ... /export4, that
> currently have nothing on them. When I try to do a level 0
> backup to /dev/rmt/0cn using ufsdump, the process hangs on one of
> the empty filesystems. I have rebooted a number of times, performed
> manual fsck's on each of the FS's and still have the same result.
> Unfortunately, I don't have a spare device to swap in and see if it
> is a H/W issue.
>
> Here is what I've got and some output:
>
> [59] mt -f /dev/rmt/0c status
> Exabyte EXB-8500 8mm tape drive:
> sense key(0x0)= No Additional Sense residual= 0 retries= 0
> file no= 7 block no= 0
>
> [60] df -kF ufs
> Filesystem kbytes used avail capacity Mounted on
> /dev/dsk/c0t3d0s0 153951 120338 18223 87% /
> /dev/dsk/c0t3d0s3 192807 2177 171350 2% /var
> /dev/dsk/c0t3d0s4 1481581 62710 1270721 5% /export
> /dev/dsk/c1t0d0s4 410887 110813 258994 30% /export1
> /dev/dsk/c1t3d0s4 447271 1 402550 1% /export4
> /dev/dsk/c1t2d0s4 447271 1 402550 1% /export3
> /dev/dsk/c1t1d0s4 447271 1 402550 1% /export2
>
> [61] ./backup
> |
> |
> ufsdump output here
> |
> |
> 96-01-25.08:37 ===== dumping /dev/dsk/c1t1d0s4
> DUMP: Writing 63 Kilobyte records
> DUMP: Date of this level 0 dump: Thu Jan 25 08:37:11 1996
> DUMP: Date of last level 0 dump: the epoch
> DUMP: Dumping /dev/rdsk/c1t1d0s4 (corp-db1:/export2) to /dev/rmt/0cn.
> DUMP: Mapping (Pass I) [regular files]
> DUMP: Mapping (Pass II) [directories]
> DUMP: Estimated 248 blocks (124KB) on 0.00 tapes.
> DUMP: Dumping (Pass III) [directories]
> DUMP: Dumping (Pass IV) [regular files]
> ^
> |
> |
> Here it hangs indefinitely!!
> If I truss one of the ufsdump processes:
>
> [62] truss -p 530
> *** SGID: rgid/egid/sgid = 1 / 7 / 7 ***
> read(5, 0x00054968, 1040) (sleeping...)
> ^C
>
A number of people replied, giving me hints and two solutions that
worked were provided.

1. rlave@dev.hcsd.hac.ca (Ross Lavender) told me he had the same problem
with Sol2.4 on empty files systems. By putting some sizable file in the
file systems initially (eg /usr/dict/words) fixed the problem.

2. ken_simpson@tmai.com suggested dumping the raw device. This is the
option that I went with. No problems since.

I haven't checked yet if a patch has been released for this.

Many thanks to:

steve@epic.co.uk
hkatz@panix.com
rlave@dev.hcsd.hac.ca (Ross Lavender)
mshon@sunrock.East.Sun.COM (Michael J. Shon {*Prof Services} Sun Rochester)
ken_simpson@tmai.com (Kenneth Simpson)
misawa@physics.Berkeley.EDU (Shigeki Misawa)
DAgarwal@tribune.com

Cheers, and thanks again to the group!!

______________________________________________________________
Greg Roberts Global Technology
CIBC Systems Administrator
Canadian Imperial Bank of Commerce email: gregr@cibc.com
425 Lexington Ave Phone: (212) 856 3825
New York, NY, 10017 FAX: (212) 856 3570
______________________________________________________________

----- End Included Message -----

______________________________________________________________
Greg Roberts Global Technology
CIBC Systems Administrator
Canadian Imperial Bank of Commerce email: gregr@cibc.com
425 Lexington Ave Phone: (212) 856 3825
New York, NY, 10017 FAX: (212) 856 3570
______________________________________________________________



This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:10:52 CDT