RE: Raid 5 Issue, cannot recognize EXT3 File system.

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

 



I am stopping and starting the array. I couldn't mount in both instances.
The before is the initial assembly array that I force assembled through
mdadm -Af. This assembled the raid, but couldn't see an ext3 file system.

The after is when I recreated the array. Again I still could not mount.
Again I stopped and started the array.

Sunpyo Hong

-----Original Message-----
From: linux-raid-owner@xxxxxxxxxxxxxxx
[mailto:linux-raid-owner@xxxxxxxxxxxxxxx] On Behalf Of Robin Hill
Sent: Monday, September 21, 2009 11:56 AM
To: linux-raid@xxxxxxxxxxxxxxx
Subject: Re: Raid 5 Issue, cannot recognize EXT3 File system.

On Mon Sep 21, 2009 at 11:32:17AM -0400, Sunpyo Hong wrote:

> Here's some more info:
> 
> Before
> root@ubuntu:/home/ubuntu# cat /proc/mdstat
> Personalities : [raid1] [raid6] [raid5] [raid4] 
> md2 : active raid5 sdb4[2] sdc4[1] sdd4[0]
>       5856150144 blocks level 5, 64k chunk, algorithm 2 [4/3] [UUU_]
>       
> md0 : active raid1 sdd1[0] sdb1[2] sdc1[1]
>       208768 blocks [4/3] [UUU_]
> 
What exactly is this "before"?  Is this the state of the array when you
first connected (before trying anything else)?  If so, then this should
be the correct device order and chunk size.

Here md2 has the same device order as md0:
    0 => sdd
    1 => sdc
    2 => sdb

> Now.
> root@ubuntu:/home/ubuntu# cat /proc/mdstat
> Personalities : [raid1] [raid6] [raid5] [raid4] 
> md2 : active raid5 sdd4[2] sdb4[1] sdc4[0]
>       5856150144 blocks level 5, 64k chunk, algorithm 2 [4/3] [UUU_]
>       
> md0 : active raid1 sdd1[0] sdb1[2] sdc1[1]
>       208768 blocks [4/3] [UUU_]
> 
And here it has a different order.  If the array mounted fine in the
"Before" state but doesn't now, then I'd say you need to recreate the
array in the correct order.

> [58638.991719] RAID5 conf printout:
> [58638.991720]  --- rd:4 wd:3
> [58638.991722]  disk 0, o:1, dev:sdc4
> [58638.991724]  disk 1, o:1, dev:sdb4
> [58638.991726]  disk 2, o:1, dev:sdd4
> [58638.993434]  md2: unknown partition table
> [58672.600433] VFS: Can't find ext3 filesystem on dev md2.
> [59137.799835] md: md2 stopped.
> [59137.799848] md: unbind<sdd4>
> [59137.800920] md: export_rdev(sdd4)
> [59137.800961] md: unbind<sdb4>
> [59137.804771] md: export_rdev(sdb4)
> [59137.804778] md: unbind<sdc4>
> [59137.804808] md: export_rdev(sdc4)
> [59166.007689] md: bind<sdd4>
> [59166.012173] md: bind<sdc4>
> [59166.014076] md: bind<sdb4>
> [59166.021627] raid5: device sdb4 operational as raid disk 2
> [59166.021630] raid5: device sdc4 operational as raid disk 1
> [59166.021633] raid5: device sdd4 operational as raid disk 0
> [59166.022090] raid5: allocated 4219kB for md2
> [59166.022092] raid5: raid level 5 set md2 active with 3 out of 4 devices,
> algorithm 2
> [59166.022095] RAID5 conf printout:
> [59166.022097]  --- rd:4 wd:3
> [59166.022099]  disk 0, o:1, dev:sdd4
> [59166.022100]  disk 1, o:1, dev:sdc4
> [59166.022102]  disk 2, o:1, dev:sdb4
> [59166.023663]  md2: unknown partition table
> [59219.038548] VFS: Can't find ext3 filesystem on dev md2.
> [59446.152543] kjournald starting.  Commit interval 5 seconds
> [59446.153319] EXT3 FS on sda1, internal journal
> [59446.153323] EXT3-fs: mounted filesystem with ordered data mode.
> [59527.884970] VFS: Can't find ext3 filesystem on dev md2.
> [60189.928644] VFS: Can't find ext3 filesystem on dev md2.
> [60649.834143] VFS: Can't find ext4 filesystem on dev md2.
> 
And this output appears to show it assembling the array in two different
orders (both the "before" and "now" order), and failing to mount it in
either.  Is this from a single boot or is this as you're stopping &
recreating the array?

Cheers,
    Robin
-- 
     ___        
    ( ' }     |       Robin Hill        <robin@xxxxxxxxxxxxxxx> |
   / / )      | Little Jim says ....                            |
  // !!       |      "He fallen in de water !!"                 |

--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
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