==> Regarding RE: [Wlug] NFS question; "Don Peterson" <dpeterson@sterilite.com> adds: dpeterson> Jeff, Thanx for the continued feedback and suggestions, RHCM dpeterson> sounds cool but, I've read through some of the bug tracks on it dpeterson> and it sounds like there are some bad corruption problems when dpeterson> using it. It also sounds like there can be a considerable lag dpeterson> in the time it takes for the shares to come up on the secondary dpeterson> server. Are there many people using this in a production dpeterson> environment? Are you certain you are looking at the right product? In bugzilla, query Product: Red Hat Enterprise Linux Version: 2.1AS Component: clumanager There are no open bugs. You are probably looking at the clustering infrastructure related to GFS, which is a very new offerring for Red Hat. There are at least hundreds of deployments of AS2.1 and clumanager. As for the lag, it is, of course, configurable (at least it was last I worked on it, several years ago). There are a couple of components to this, of course. First, how long does it take to detect a failure, and second, how long does it take for application/filesystem recovery. Using a journaled filesystem, you will see fairly quick recovery times on that end. To simply failover NFS, you won't be looking at too much overhead. The one hardware component you may need to buy would be a fencing device. Hope this helps. -Jeff dpeterson> -----Original Message----- From> wlug-bounces@mail.wlug.org [mailto:wlug-bounces@mail.wlug.org] On dpeterson> Behalf Of Jeff Moyer Sent> Wednesday, October 13, 2004 3:48 PM To> Worcester Linux Users Group Subject> RE: [Wlug] NFS question ==> Regarding RE: [Wlug] NFS question; "John Stoffel"
stoffel@lucent.com> adds:
Don> Thanx for the info John. Unfortunately I can't use the Red Hat GFS, Don> it requires v3.0 and we cannot upgrade to that yet. stoffel> Since it's open source, can't you get it from stoffel> http://sources.redhat.com/cluster/gfs/ and see if it will install stoffel> on your systems? dpeterson> Sounds like he wants a supported solution. Don> I have been pushing for it, but Oracle won't give me an definite Don> answer as to whether their apps are certified for RH 3.0. stoffel> That's silly, but very understandable. From looking at your corp stoffel> website, I can see why you're interested in only deploying stoffel> supportable systems, esp in such a production environment. Don> We could go with Veritas' Storage Foundation for Oracle RAC, but that Don> would require considerable change, and no one here knows the dpeterson> software. Don> For the time being I'll probably have to go with a NAS device and make Don> it as redundant as possible. stoffel> I know Veritas. :] And I'm looking for a job. :] Well, I know stoffel> VxVM/VxFS quite well and I've been exposed to their Clustering stoffel> software as well. Good stuff all around. stoffel> But that doesn't solve the question here, which is how to get a stoffel> good reliable NFS file storage (would the storage be on the SAN, stoffel> or local to the server) for a good price. stoffel> Here's a thought, but a pair of cheap 2U servers and install RHEL stoffel> 3.0 along with the GFS filesystem and clustering software. stoffel> Export via NFS to the other servers. If one node goes down, stoffel> you've got a backup and failover. And it would give you stoffel> exposure/experience with RHEL 3.0, GFS and clustering so you would stoffel> be working to migrate the Oracle instances to the same type of stoffel> setup down the road. dpeterson> If you only need to server NFS, then you can do this without dpeterson> GFS. You can use GFS, and it will mean that clients can mount dpeterson> from either server, but it sounds like overkill for this case. dpeterson> You simply want failover of NFS filesystems, and that can be dpeterson> accomplished quite easily with AS 2.1 and RHCM. In fact, you dpeterson> can probably work this into your existing environment without dpeterson> buying any more hardware (and I think without purchasing new dpeterson> software licenses, too). dpeterson> -Jeff _______________________________________________ Wlug dpeterson> mailing list Wlug@mail.wlug.org http> //mail.wlug.org/mailman/listinfo/wlug