Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
Philipp, When you think it is ready to try, we would be happy to try the 2.4.x version of drbd-0.7 and feed back any results to the drbd team. We have begun a 2.6 port but are not nearly as far along as you are. Bruce > -----Original Message----- > From: ssic-linux-users-admin at lists.sourceforge.net > [mailto:ssic-linux-users-admin at lists.sourceforge.net] On > Behalf Of Philipp Reisner > Sent: Wednesday, January 28, 2004 12:15 AM > To: Bruce Walker > Cc: Walker, Bruce J; Lars Ellenberg; LEE, EN CHIANG; > drbd-user at lists.linbit.com; Zafman, David; ssic-linux-users > Subject: Re: [DRBD-dev] RE: [SSI-users] Re: DRBD > > > Hi Bruce, > > As Lars pointed already out we are a behind our schedule. > The current status is, that drbd-0.7 works very well on 2.4.x based > kernels by now. > On the Linux-2.6.x side, it compiles by now (but do not try > to load the > modlue :). > > I will do some testing, and ensure that it _does_ work on 2.4.x > and release drbd-0.7-pre5 by the end of the week. ( Due to the work > on the 2.6.x integreation a lot of code is in flux ) > > Of course it is possible that it is not that stable as drbd-0.6.10 is, > but I think it is essential that you base any effort on the newer > code. (Internally there are huge differences between drbd-0.6 and > drbd-0.7) > > Does this sound reasonable ? > > -Philipp > > > Philipp, > > Hope you are well and your drbd-0.7 is stable. We have > just put out > > 1.0 of OpenSSI and we have increased interest in having > DRBD integrated > > into it. I would propose a 3 step development/test effort: > > a. without any changes to DRBD, try to set up a mirror of a > filesystem > > between say node 2 and node 3; it would be an ext3 > filesystem with > > CFS transparently stacked on top; try to shoot the primary node > > and transparently failover the filesystem to node the other node. > > This would be wonderful functionality to have; > > b. Try to make the same capability work for the root filesystem, > > making any necessary changes to OpenSSI or DRBD; > > c. Integrate the membership capabilitites. > > > > One of the OpenSSI developers successfully tried an earlier > version of > > DRBD although I'm not sure he actually tried failing over. > > > > I think it would make most sense for someone from OpenSSI > to initiate the > > integration, with help from the DRBD team. Is now a good time > > to take a snapshot and try it out? > > > > thanks, > > bruce > > > > [ Charset ISO-8859-1 unsupported, converting... ] > > > > > Hi Burce, > > > > > > I think we met at that cluster workshop in ... was it Enshede ? > > > > > > [...] > > > > > > > My thought was that the use of DRBD would allow us > to have HA-CFS > > > > but without requiring the shared disk. Accomplishing > this for non-root > > > > filesystems could be a simple integration. There are callback > > > > interfaces in the kernel from the membership module to > each "service". > > > > The membership module is called CLMS and I hope we can > figure out how > > > > to interface that to the DRBD code to let DRBD kernel > code know when > > > > nodes go up or down. > > > > > > Yes. DRBD, of course has a sort of a membership layer, > although it is > > > rather integrated. But I am sure that it will be possible to drop > > > DRBD's membership layer and to rely on SSI's view of the world. > > > > > > > The question for the DRBD development group is whether > and how we can > > > > switch from the primary to the secondary copy of the > data without > > > > running non-kernel code (it is difficult to run > non-kernel code when > > > > failing over the root filesystem)? > > > > > > The name of the fucntion is drbd_set_state(). We just need to make > > > it accessible from other parts of the kernel. -- Yes will > will need > > > to write a bit of glue code... > > > > > > > I hope the background makes it clear how we were hoping > to integrate > > > > and leverage the two projects. Being able to > simultaneously read the > > > > secondary copy while the primary is active might be a > nice extension > > > > but is not at all a requirement at this point. > > > > > > Bruce, we are currently working hard on finishing drbd-0.7, which > > > is a rather big step in drbd's evolution. As soon as drbd-0.7 is > > > stable (we want to be there in November), I want to > > > experiment with openGFS and Oracle's physical parallel > file system. > > > > > > As soon as we have drbd-0.7 stable I am ready to help out to > > > integrate DRBD to your work. > > > > > -- > : Dipl-Ing Philipp Reisner Tel +43-1-8178292-50 : > : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : > : Schönbrunnerstr 244, 1120 Vienna, Austria http://www.linbit.com : > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Ssic-linux-users mailing list > Ssic-linux-users at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ssic-linux-users >