ext3 partition problems w/Apple Xserve RAID

Randy Martin wolf at CLEMSON.EDU
Fri Jul 20 20:37:53 UTC 2007


I'm running Red Hat AS 4 on a Dell PowerEdge 1950.  It connects to an Apple
Xserve RAID via a Qlogic QLE2460 card.  I am able to create a 4TB ext3
partition with no problems and use it fine.  When the system power drops or
it's rebooted, the file system can't  be mounted again.  It looks like the
partition table is getting corrupted.  Here is some of the doc I gathered:

 

Output from fsck:

 

fsck /dev/sdb1

fsck 1.35 (28-Feb-2004)

e2fsck 1.35 (28-Feb-2004)

 

The filesystem size (according to the superblock) is 1098848000 blocks

 

The physical size of the device is 25106176 blocks

Either the superblock or the partition table is likely to be corrupt!

 

----------------------------------------------------------------------------

Output from parted:

 

parted /dev/sdb

GNU Parted 1.6.19

Copyright (C) 1998 - 2004 Free Software Foundation, Inc.^M

This program is free software, covered by the GNU General Public License.

 

This program is distributed in the hope that it will be useful, but WITHOUT

ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
FITNESS

FOR A PARTICULAR PURPOSE.  See the GNU General Public License for more

details.

 

Using /dev/sdb

(parted) print

Disk geometry for /dev/sdb: 0.000-4292376.000 megabytes

Disk label type: msdos

Minor    Start       End     Type      Filesystem  Flags

1          0.031  98071.031  primary   ext3        

(parted) check 1

Warning: Partition 1 is 98071.000Mb, but the file system is 4292375.000Mb.

 

---------------------------------------------------------------------------

Output from debugfs:

 

debugfs /dev/sdb

debugfs 1.35 (28-Feb-2004)

/dev/sdb: Bad magic number in super-block while opening filesystem

debugfs:  open /dev/sdb1

/dev/sdb1: Can't read an inode bitmap while reading inode bitmap

debugfs:  quit

----------------------------------------------------------------------------

We connect via a Qlogic QLE2460 to the Apple XServe RAID:

 

qla2400 0000:0c:00.0:

 QLogic Fibre Channel HBA Driver: 8.01.07

  QLogic QLE2460 - PCI-Express to 4Gb FC, Single Channel

  ISP2432: PCIe (2.5Gb/s x4) @ 0000:0c:00.0 hdma+, host#=1, fw=4.00.26 [IP]

  Vendor: APPLE     Model: Xserve RAID       Rev: 1.51

  Type:   Direct-Access                      ANSI SCSI revision: 05

qla2400 0000:0c:00.0: scsi(1:0:0:0): Enabled tagged queuing, queue depth 32.

sdb : very big device. try to use READ CAPACITY(16).

SCSI device sdb: 8790786048 512-byte hdwr sectors (4500882 MB)

SCSI device sdb: drive cache: write back

sdb : very big device. try to use READ CAPACITY(16).

SCSI device sdb: 8790786048 512-byte hdwr sectors (4500882 MB)

SCSI device sdb: drive cache: write back

 sdb: sdb1

Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0

 

----------------------------------------------------------------------------

Current output of parted after I remade the file system and restored the
data:

 

parted /dev/sdb1

GNU Parted 1.6.19

Copyright (C) 1998 - 2004 Free Software Foundation, Inc.

This program is free software, covered by the GNU General Public License.

 

This program is distributed in the hope that it will be useful, but WITHOUT
ANY

WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS
FOR A

PARTICULAR PURPOSE.  See the GNU General Public License for more details.

 

Using /dev/sdb1

(parted) print

Disk geometry for /dev/sdb1: 0.000-4292375.967 megabytes

Disk label type: loop

Minor    Start       End     Filesystem  Flags

1          0.000 4292375.967  ext3

 

I'm afraid this will happen again the next time I reboot the system.  Any
ideas what might be causing it and how to fix it?

 

Thanks,

Randy

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/ext3-users/attachments/20070720/d837f7e1/attachment.htm>


More information about the Ext3-users mailing list