Unable to repair 8TB filesystem with fsck.

From: John Tobin (tobinjt@cs.tcd.ie)
Date: Tue Oct 09 2007 - 10:34:58 EDT


G'day all,

Background: our online backups server is a Sunfire 280R running Solaris
9, with all patches installed as of roughly six weeks ago. It has a
Fibrenetix RAID array attached via external SCSI; the array presents
itself as 4 x 2TB disks because Solaris 9 doesn't support SCSI devices
greater than 2TB. The four disks are partitioned into a small partition
holding a Solaris Volume Manager MSDB, and a larger data partition. The
data partitions are concatenated using Solaris Volume Manager to produce
one 8TB metadevice, which is formatted with a UFS filesystem. The
filesystem has always been mounted with logging enabled because of the
size of the filesystem.

The problem: over the weekend the SCSI card started producing errors,
leading to the filesystem being unavailable. Because the filesystem was
uncleanly umounted, it needs to be fscked; when attempting to mount it
rw the mount fails with the following error:
    Error accessing ufs log for /backups; Please run fsck(1M)
When attempting to run fsck on the filesystem fsck fails with the
following error:
    cannot alloc 2139823432 map bytes for statemap

/usr/lib/fs/ufs/fsck is a 32-bit executable, and so cannot allocate more
than 4GB of memory, making it impossible to allocate sufficient memory
to successfully check the filesystem.

The filesystem can be mounted ro, and there have been no problems
accessing any of the data when it is mounted. fsdb reports that the
filesystem is marked clean, but that the UFS log (which is empty) is in
an error state.

Does anyone know where to obtain a 64-bit fsck?
Does anyone know how to change the status of the UFS log so that the
filesystem can be mounted rw?
Does anyone have any other suggestions?

Thanks for your time, I'll summarise any answers.

-- 
John Tobin
"Interestingly enough - rendering dozenss of plasticine bunnies floating
in a giant vacumn cleaner complete with fake finger prints is actually
easier than doing websites. Good job Microsoft and Netscape! May you
rot in hell. IN HELL!"
                                          -- Simon Wistow, in london.pm
_______________________________________________
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:42:25 EDT