/ 2006-06-26 11:39:56 +0200
\ Lars Marowsky-Bree:
> On 2006-06-26T15:27:26, Huang Zhen <[EMAIL PROTECTED]> wrote:
> 
> > Sorry for the mistake :)
> > I mean support more than two nodes.
> > One is in primary and others in secondary.
> 
> It's on the list of features the drbd project is interested in, but it
> is a difficult problem - resynchronization can get realllly complex,
> write & read quorum begins to matter et cetera...
> 
> Much more interesting would be to have "floating peers", where the
> two end-points of any given replication pair can move among different
> nodes (which would of course need to share a storage backend then). This
> would be very useful for multi-site clusters, where one peer would be on
> some node at site A and the other peer on some node at site B.
> 
> This isn't too hard to add to the RA (basically instead of hard-coded
> hostnames, use a globally unique clone and the clone number as the
> hostname), but nobody has stepped forward to do it yet ;-)

of course you could put tailored drbd.conf files
on every node on such sites. then it would "just work".

if you insist on using identical drbd.conf files,
let me point you to some black magic:

you can configure something in drbd.conf, that reads basically
  resource blub {
        on some_node_site_A { ... }
        on some_node_site_B { ... }
  }
if you then call drbdadm, it will tell you that
 "There are multiple host sections for the peer"
and suggest you check the spelling of the local hostname.

BUT.
if you put something into the environment, like this:

 __DRBD_NODE__=some_node_site_A drbdadm -d up all

it will tell you that it

   found __DRBD_NODE__ in environment
   PRETENDING that I am >>some_node_site_A<<

... to whom it may concern ...

cheers,

-- 
: Lars Ellenberg                                  Tel +43-1-8178292-0  :
: LINBIT Information Technologies GmbH            Fax +43-1-8178292-82 :
: Schoenbrunner Str. 244, A-1120 Vienna/Europe   http://www.linbit.com :
_______________________________________________________
Linux-HA-Dev: [email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev
Home Page: http://linux-ha.org/

Reply via email to