From mboxrd@z Thu Jan 1 00:00:00 1970 From: Randy Terbush Subject: Re: (Re: Questions regarding startup of imsm container) Date: Tue, 23 Mar 2010 08:33:50 -0600 Message-ID: <7db987b31003230733n127ed0e2u35bbd1de3cb57733@mail.gmail.com> References: <7db987b31003222056i46c42112s541ba949821a6759@mail.gmail.com> <20100323080419.GA9374@maude.comedia.it> <7db987b31003230558l5993817fwb283c66bbf3633e9@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: <7db987b31003230558l5993817fwb283c66bbf3633e9@mail.gmail.com> Sender: linux-raid-owner@vger.kernel.org To: linux-raid@vger.kernel.org List-Id: linux-raid.ids To follow-up this startup challenge... here is what I am getting. mdraid is being started with mdadm -As I have the following in mdadm.conf HOMEHOST Volume0 #DEVICE /dev/sd[bcde] AUTO +imsm hifi:0 -all ARRAY metadata=3Dimsm UUID=3D30223250:76fd248b:50280919:0836b7f0 ARRAY /dev/md/Volume0 container=3D30223250:76fd248b:50280919:0836b7f0 member=3D0 UUID=3D8a4ae452:da1e7832:70ecf895:eb58229c The following devices are being created. # ls -l /dev/md/ total 0 lrwxrwxrwx 1 root root 6 Mar 23 08:10 0 -> ../md0 lrwxrwxrwx 1 root root 8 Mar 23 08:17 126 -> ../md126 lrwxrwxrwx 1 root root 8 Mar 23 08:17 127 -> ../md127 lrwxrwxrwx 1 root root 8 Mar 23 08:17 imsm0 -> ../md127 lrwxrwxrwx 1 root root 8 Mar 23 08:17 Volume0 -> ../md126 cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid= 4] md126 : active raid5 sdb[3] sdc[2] sdd[1] sde[0] 2930280448 blocks super external:/md127/0 level 5, 64k chunk, algorithm 0 [4/4] [UUUU] [>....................] resync =3D 1.8% (18285824/976760320) finish=3D182.6min speed=3D87464K/sec md127 : inactive sde[3](S) sdb[2](S) sdc[1](S) sdd[0](S) 9028 blocks super external:imsm unused devices: So the container device is getting moved from md0 to md127. Not sure wh= y. And would sure like to have a write-intent bitmap active to avoid this resync issue which seems to be happening way too frequently. On Tue, Mar 23, 2010 at 6:58 AM, Randy Terbush wrot= e: > On Tue, Mar 23, 2010 at 2:04 AM, Luca Berra wrote: >>> # mdadm --version >>> mdadm - v3.1.2 - 10th March 2010 >>> >>> # mdadm -Es >>> ARRAY metadata=3Dimsm UUID=3D30223250:76fd248b:50280919:0836b7f0 >>> ARRAY /dev/md/Volume0 container=3D30223250:76fd248b:50280919:0836b7= f0 >>> member=3D0 UUID=3D8a4ae452:da1e7832:70ecf895:eb58229c >>> >>> # ls -l /dev/md/ >>> total 0 >>> lrwxrwxrwx 1 root root 6 Mar 22 20:54 0 -> ../md0 >>> lrwxrwxrwx 1 root root 8 Mar 22 20:54 127 -> ../md127 >>> lrwxrwxrwx 1 root root 8 Mar 22 20:54 Volume0_0 -> ../md127 >>> >>> As you can see, the name for the link in /dev/md does not agree wit= h >>> the name that the Examine is coming up with. >> >> please read mdadm.conf manpage, under the section "HOMEHOST" > > If I understand this correctly, I think there still may be a problem > as I am not clear on how I could have set the homehost in the metadat= a > for this imsm array. The Volume0 is provided by imsm and is configure= d > in the option ROM. > > The underlying question here is should the ARRAY entry in mdadm.conf > be changed to reflect the on disk name of the device, or is the > startup process munging that entry when it processes mdadm.conf to > strip the _0. > > I'll try setting HOMEHOST to see if I am getting expected re= sults. > > I seem to have some problems with startup still as I have the > following entry where the container is now md127. Was md0 when > originally created. > > # cat /proc/mdstat > Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [ra= id4] > md126 : active raid5 sdb[3] sdc[2] sdd[1] sde[0] > =A0 =A0 =A02930280448 blocks super external:/md127/0 level 5, 64k chu= nk, > algorithm 0 [4/4] [UUUU] > > md127 : inactive sde[3](S) sdb[2](S) sdc[1](S) sdd[0](S) > =A0 =A0 =A09028 blocks super external:imsm > > unused devices: > > I am also running into a problem where fsck will crash during boot on > the ext4 filesystems that this array contains. No problem running fsc= k > after the boot process has completed so have not seemed to find the > magic with order of startup for this device. > > >> >>> Is it better to just forgo the ARRAY statements and go with an AUTO= +imsm? >>> > -- To unsubscribe from this list: send the line "unsubscribe linux-raid" i= n the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html