Re: Software RAID Stopped Working With Aurora Kernel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Neil Brown wrote:
> 
> On Tuesday May 21, cwebster@ec.rr.com wrote:
> >
> > There is only one thing that doesn't look right to me. That is the
> > contents of "/proc/mdstat".
> > The device numbers seem mismatched to their device names.
> 
> I don't know what caused the different numbering.  However as the raid
> drive is clearly putting the right disks in the right places I
> wouldn't worry about it.

There were a few other minor inconsistencies that I thought you might be
interested in between the output of "mdadm" and that of "lsraid" from
the new raidtools.


"mdadm --examine /dev/sda1" shows "State : dirty, no-errors". All other
RAID drives show the same.

"lsraid -D -a /dev/md0" shows "state		= good". All other RAID devices
show the same.

## Possibly related: 

## Because of this inconsistency, I ran "e2fsck /dev/md0":

-------------------------------------------------------------------------
[root@winggear root]# e2fsck /dev/md0
e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09
/dev/md0: clean, 69960/8847360 files, 9835985/17681664 blocks
-------------------------------------------------------------------------

## Okay, it says "clean" but I'm not buying it. Try "force"

-------------------------------------------------------------------------
[root@winggear root]# e2fsck -f /dev/md0
e2fsck 1.23, 15-Aug-2001 for EXT2 FS 0.5b, 95/08/09
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Filesystem contains large files, but lacks LARGE_FILE flag in
superblock.
Fix<y>? yes

Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/md0: ***** FILE SYSTEM WAS MODIFIED *****
/dev/md0: 69960/8847360 files (1.0% non-contiguous), 9835985/17681664
blocks
-------------------------------------------------------------------------

## I wonder why the LARGE_FILE flag was not set?

## I wonder if there is something else not quite right in the superblock
causing "mdadm" to report "dirty".

Everything seems to be running okay, though. The system will be getting
some exercise today. I should know soon if there are any problems. Let
me know if you'd like for me to check anything.

--Cal Webster
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux