|
My thoughts are:-
NFS is fine if the content is not changing often. As it is a single
point of failure, you have to have a backup and do all the failover and
synchronizing stuff mentioned in other emails.
With a distributed file system, this is not the case and it 'should'
sort itself out as servers go offline. This system is needed if you have
dynamically changing content which changes often, then rsync will not
cut it.
On Tue, 2003-11-04 at 02:53, Ariyo Nugroho wrote:
> On Sat, 2003-11-01 at 13:18, John Barrett wrote:
> > I've just recently installed Coda, and must say that i'm less impressed with
> > it compared to NFS for a number of reasons. There is a server setup I will
> > be doing in a few weeks where Coda will be the only choice, so dont think
> > that I'm being completely against Coda, I just feel the range of areas where
> > it is usable is fairly narrow.
> ....
> > In closing, I feel that I had a bad experience with Coda, but I wont
> > hesitate to try again when I have more time to dig into the detail, I was
> > under a lot of time pressure on this latest job, so I went with NFS just to
> > get the system online NOW :)
> >
>
> Thanks for your information John! It's very detailed.
>
> I feel I rather unsatisfied with the result now. It's said (in many
> articles) that Coda is better than NFS, especially in replication, and
> directory naming consistency. Yeah, what a world.
>
> May be I should start setting up NFS now.
>
> BTW John, may I ask you some questions? Do you use your NFS for database
> application (along with LVS)? I'm planning to set up a distributed
> filesystem (whatever it will be) as MySQL back-end for LVS-ed Apache
> servers. AFAIK, NFS having difficulty in directory naming consistency.
> Is it an obstacle for your case?
>
> Thank you!
>
>
>
>
> Ariyo
>
>
>
> _______________________________________________
> LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
> Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
> or go to http://www.in-addr.de/mailman/listinfo/lvs-users
--
Graham Purcocks <grahamp@xxxxxxxxxxxxx>
Weather Services International Ltd
|
