Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
It seems possible to start two distinct instances of the target daemon, and force them on to specific ports of IP addresses: http://manpages.ubuntu.com/manpages/intrepid/man8/ietd.8.html On Tue, May 11, 2010 at 9:15 AM, Michael Iverson <miverson at 4hatteras.com> wrote: > > 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 -- Dr. Michael Iverson Director of Information Technology Hatteras Printing