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
>