Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I think what I want (viz. discriminate autoraid assembly)isn't going to work because, of course the OS /boot MD as well as the MD PV of vg00 require to be autostarted. But in the Raid1 OCF script there is this comment: # You might need to pass the command line parameter: raid=noautodetect # in an HA environment so that the kernel doesn't automatically start # up your raid partitions when you boot the node. This means that it isn't # going to work to use RAID for the system disks and the shared disks. # > -----Original Message----- > From: drbd-user-bounces at lists.linbit.com > [mailto:drbd-user-bounces at lists.linbit.com]On Behalf Of > Ralph.Grothe at itdz-berlin.de > Sent: Thursday, March 13, 2008 1:06 PM > To: florian.haas at linbit.com; drbd-user at lists.linbit.com > Subject: RE: [DRBD-user] Why isn't DRBD recognized as valid LVM PV? > > > Sorry for the second reply. > I forgot to squeeze this into my first. > > As you have seen > I stacked my devices like > > 0xfd partition => level 1 MD => DRBD => LVM2 PV > > As I see from the haresources of the old cluster > the MDs haven't been managed by Heartbeat separately yet. > > I assume because of the 0xfd part. type that the arrays are auto > assembled according to the UUIDs > of their members already within initrd on boot up, > including the one which serves as the base of the DRBD. > > I would like to change this so that assembly and stopping of this > particular MD array is entirely performed > by heartbeat. > > In /usr/lib/ocf/resource.d/heartbeat/Raid1 I found said script > that looks to be placed there for this purpose. > (I must say that the resource scripts' readability has suffered > dramatically owe to OCF compliance in HB2 > compared to HB1 - too many nestings, clutter and scatter) > > Although this is rather an HB than DRBD issue, > you probably may know off hand what is required? > > Would it suffice to put an Raid1 invocation prior to that of > drbddisk in my haresources? > I hope that by inspecting the contents of Raid1 that I will be > able to find out the args it > reuires apart from the implicit start|stop. > > Where would I have to deactivate the auto-assembly of the single > MD/DRBD array during initrd? > Would I have to revoke the 0xfd flag from its underpinning > partitions? > > > Thank you for your patience > > Ralph > > > > -----Original Message----- > > From: drbd-user-bounces at lists.linbit.com > > [mailto:drbd-user-bounces at lists.linbit.com]On Behalf Of Florian > Haas > > Sent: Wednesday, March 12, 2008 7:08 PM > > To: drbd-user at lists.linbit.com > > Subject: Re: [DRBD-user] Why isn't DRBD recognized as valid LVM > PV? > > > > > > You know, reading http://www.drbd.org/users-guide/ch-lvm.html > > (the whole > > chapter, not just the first section) would have saved you a lot > of > > experimentation effort. ;-) > > > > On Wednesday 12 March 2008 18:26:36 Ralph.Grothe at itdz-berlin.de > wrote: > > > # pvs > > > /dev/drbd0: open failed: Wrong medium type > > > PV VG Fmt Attr PSize PFree > > > /dev/md1 vg00 lvm2 a- 9.54G 3.91G > > > /dev/md3 vgdata lvm2 a- 27.94G 9.44G > > > /dev/md5 vgrh lvm2 a- 9.54G 3.91G > > > > > > > > > Oops, I wonder if "Wrong medium type" only disappears when > drbd > > > is completely shut down on this node? > > > > Because when DRBD is in Secondary mode, "wrong medium type" > > is what the kernel > > tells you when you attempt to access the device. When DRBD is > > shut down, its > > block device nodes disappear and LVM doesn't scan them to begin > with. > > > > Cheers, > > Florian > > > > -- > > : Florian G. Haas > > : LINBIT Information Technologies GmbH > > : Vivenotgasse 48, A-1120 Vienna, Austria > > > > Please note: when replying, there is no need to CC my > > personal address. Replying to the list is fine. Thank you. > > _______________________________________________ > > drbd-user mailing list > > drbd-user at lists.linbit.com > > http://lists.linbit.com/mailman/listinfo/drbd-user > > > _______________________________________________ > drbd-user mailing list > drbd-user at lists.linbit.com > http://lists.linbit.com/mailman/listinfo/drbd-user >