Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Digimer wrote:
>
> On 04/08/2011 11:22 AM, Cristian Mammoli - Apra Sistemi wrote:
>> Hi, as far as I understand from the docs, DRBD as a RHCS resource is
>> only supported as single primary.
>> If I need to use it as a dual primary device for GFS or CLVM I need to
>> start it BEFORE cman and manage it outside of the cluster.
>> Right?
>
> Nope. :)
>
> I use DRBD Primary/Primary extensively in RHCS. What I do is add it as a
> script resource along with clvmd and gfs2. Then I create two failover
> domains, one for each node, that is restricted and contains only that
> node. Then for each failover domain, I create a service tree that
> starts, in order, drbd -> clvmd -> gfs2.
>
> Then you can create normal services, failover groups and whatnot.
>
> --
> Digimer
> E-Mail: digimer at alteeve.com
> AN!Whitepapers: http://alteeve.com
> Node Assassin: http://nodeassassin.org
> _______________________________________________
> drbd-user mailing list
> drbd-user at lists.linbit.com
> http://lists.linbit.com/mailman/listinfo/drbd-user
>
>
I was able to do this as well except I also used a virtual IP. I tried to
get the drdb.sh and drbd.metadata stuff working with RHCS but I didn't have
any luck. I ended up just using the /etc/init.d/drbd script and it appears
to work fine.
So I used a nested service with the following resources Virtual IP -> DRBD
-> CLVM -> GFS2 -> nfs export.
My DRBD resource as defined in system-config-cluster is just a script which
points to /etc/init.d/drbd.
I tested relocating the resource via "clusvcadm -r <service> -m <node> and
it worked. I tested powering off the working node and the service migrated
to the other node, and I tested just running "/etc/init.d/drbd stop" on the
working node and the service relocated.
The tricky thing was the drbd.conf. I didn't use the "on host" keyword. I
used "floating" and listed both virtual IPs:port. Also, you have to list the
floating IP:port last. If you put meta-data after them, drbd startup
bitches.
My drbd.conf looks like this:
resource r0 {
startup {
become-primary-on both;
}
protocol C;
device /dev/drbd1;
disk /dev/dm-1;
metadisk internal;
floating <insert virtual IP:port here>;
floating <insert other virtual IP:port here>;
net {
allow-two-primaries;
after-sb-0pri discard-zero-changes;
after-sb-1pri discard-secondary;
after-sb-2pri call-pri-lost-after-sb;
}
}
--
View this message in context: http://old.nabble.com/RHCS-and-dual-primary-tp31352855p31481065.html
Sent from the DRBD - User mailing list archive at Nabble.com.