Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
I've done about zero research into this, but perhaps you could run two separate daemon instances, one listening on each IP. On Tue, May 11, 2010 at 8:55 AM, Bart Coninckx <bart.coninckx at telenet.be>wrote: > On Tuesday 11 May 2010 12:58:45 Michael Iverson wrote: > > I'd be quite interested as well, obviously. So this is what we would > > end up with: > > > > Host A is primary for drbd volume 1, and secondary for drbd volume 2. > > It acts as an iSCSI target for whatever's on volume 1. > > > > Host B is primary for volume 2, and secondary for volume 1. It acts as > > a target for whatever's on volume 2. > > > > If either node fails, the opposite node takes over the secondary > > volume, and exports its fallen comrade's iSCSI targets. > > > > This idea could possibly be extended with Ben's approach of one DRBD > > volume per iSCSI target. (Except that it would be in a > > primary/secondary role, instead of primary/primary.) This would make > > the process of rebalancing the load between the two nodes fairly > > trivial. > > > > Mike > > > > On Tue, May 11, 2010 at 5:09 AM, Bart Coninckx <bart.coninckx at telenet.be > > > wrote: > > >> It is. I'm planning to showcase this in one of our upcoming webinars. > > >> > > >> Cheers, > > >> Florian > > > > > > Excellent, any timeframe on this? As it happens I'm dealing with a > setup > > > now that could definitely benefit from this. > > > > > > B. > > > _______________________________________________ > > > drbd-user mailing list > > > drbd-user at lists.linbit.com > > > http://lists.linbit.com/mailman/listinfo/drbd-user > > > > Agreed, but what might be less trivial is to convince a running IETD target > to > have the config for the "other" targets merged to the existing targets and > at > the same time bind to the new secondary IP address, preferably while not > breaking running operation. This all should be taken care of by Heartbeat. > > I'm going to try to dive into the challenge and report back to the list, > unless the webinar would happen fairly soon. > > > B. > _______________________________________________ > drbd-user mailing list > drbd-user at lists.linbit.com > http://lists.linbit.com/mailman/listinfo/drbd-user > -- Dr. Michael Iverson Director of Information Technology Hatteras Printing -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linbit.com/pipermail/drbd-user/attachments/20100511/6486efae/attachment.htm>