Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 26 May 2005 22:11:04 -0600
From:      Scott Long <scottl@samsco.org>
To:        Andre Guibert de Bruet <andy@siliconlandmark.com>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>, "Chad Leigh -- Shire.Net LLC" <chad@shire.net>
Subject:   Re: Disable read/write caching to disk?
Message-ID:  <42969DD8.4060701@samsco.org>
In-Reply-To: <20050527000105.E54386@lexi.siliconlandmark.com>
References:  <4295D51F.50106@centtech.com> <429606D9.6080602@cs.tu-berlin.de>	<42960ACB.7090801@cs.tu-berlin.de> <42960CFE.4060307@centtech.com>	<42960F8F.2050109@samsco.org> <42961195.30608@centtech.com>	<429613FB.80100@samsco.org> <42968AD4.3020603@centtech.com>	<A70C5E4F-D9F9-4756-8AC2-591462E338DE@shire.net>	<4296997C.9030700@samsco.org>	<BFF29E63-5565-41DF-A163-3ACC3CD3E75D@shire.net> <20050527000105.E54386@lexi.siliconlandmark.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Andre Guibert de Bruet wrote:

> 
> On Thu, 26 May 2005, Chad Leigh -- Shire.Net LLC wrote:
> 
>> Agreed, but as you say, FreeBSD is not there yet, and since the OP is 
>> on FreeBSD, and wants to have multiple computers attached, NFS would 
>> be one way of making that happen.  And if you leave the other 
>> computers attached by the FC but not mounted, if on goes down, you can 
>> replace it with another, and switch your nfs server over.  Not as 
>> ideal but doable on FreeBSD.
> 
> 
> This hack would not be suitable in an HA environment -- It requires 
> human intervention or some really fugly scripts not just for the NFS 
> server, but also for the clients. These scripts would have to figure out 
> how to recover NFS file locking state and consistency when the backup 
> machine fails over.
> 
> It seems as if NFS in this type of setup introduces more problems than 
> it solves.
> 
> Andy
> 

So what we need is some manpower.  I estimate that a proof-of-concept
port of GFS would take about 4-6 solid months.  There is also a volume
management aspect to GFS, but that is less important and the existing
GEOM classes can largely fill the role already.  Anyone interested in
taking a serious look at it?

Scott



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42969DD8.4060701>