I have a Dell PowerEdge R910 with a PERC 700 controller that has a virtual
drive configured as a RAID 5 with 15 disks in it. We're running CentOS 5.10 at
the moment, and I created a 15Tb ext3 filesystem on that RAID group (set this
up a few years back) that has been running fine up until yesterday. I had the
opportunity to add another PERC H810 controller along with a PowerVault MD1200
to add more space (44Tb as XFS), but when we went to turn the server back on,
we noticed one of the disks in the RAID group had apparently failed. I didn't
think much of it at the time, as it was a RAID 5, but when the server came up
and I tried to mount it, I received the following error:
mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
missing codepage or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
I tried to get a listing of backup superblocks by doing the following:
[root@raos_apps01 ~]# mke2fs -b 8192 -n /dev/sdb1
Warning: blocksize 8192 not usable on most systems.
mke2fs 1.39 (29-May-2006)
mke2fs: 8192-byte blocks too big for system (max 4096)
Proceed anyway? (y,n) y
Warning: 8192-byte blocks too big for system (max 4096), forced to continue
Filesystem label=
OS type: Linux
Block size=8192 (log=3)
Fragment size=8192 (log=3)
1828894848 inodes, 1830420355 blocks
91521017 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4311218176
27934 block groups
65528 blocks per group, 65528 fragments per group
65472 inodes per group
Superblock backups stored on blocks:
65528, 196584, 327640, 458696, 589752, 1638200, 1769256, 3210872,
5307768, 8191000, 15923304, 22476104, 40955000, 47769912, 143309736,
157332728, 204775000, 429929208, 1023875000, 1101329096, 1289787624
But I am unable to actually use any of these, as they all end up giving the
same error:
[root@raos_apps01 ~]# e2fsck -b 65528 /dev/sdb1
e2fsck 1.39 (29-May-2006)
e2fsck: Bad magic number in super-block while trying to open /dev/sdb1
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
any idea how I can get the FS back? I ordered another drive to replace the
failed on thinking that *might* be part of the problem, so I will have to wait
and see on that, but I SHOULD be able to mount it, but I am not able to.
Thanks in advance
Michael
===================================
Please consider the environment before printing this e-mail
Cleveland Clinic is ranked as one of the top hospitals in America by U.S.News &
World Report (2015).
Visit us online at http://www.clevelandclinic.org for a complete listing of our
services, staff and locations.
Confidentiality Note: This message is intended for use only by the individual
or entity to which it is addressed and may contain information that is
privileged, confidential, and exempt from disclosure under applicable law. If
the reader of this message is not the intended recipient or the employee or
agent responsible for delivering the message to the intended recipient, you are
hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited. If you have received this communication
in error, please contact the sender immediately and destroy the material in
its entirety, whether electronic or hard copy.
Thank you.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
