From owner-freebsd-isp  Fri Sep  3 12: 0:44 1999
Delivered-To: freebsd-isp@freebsd.org
Received: from proteus.eclipse.net.uk (proteus.eclipse.net.uk [195.188.32.118])
	by hub.freebsd.org (Postfix) with ESMTP id 6199915787
	for <freebsd-isp@FreeBSD.ORG>; Fri,  3 Sep 1999 12:00:33 -0700 (PDT)
	(envelope-from stuart@eclipse.net.uk)
Received: from eclipse.net.uk (elara.eclipse.net.uk [195.188.32.31])
	by proteus.eclipse.net.uk (Postfix) with ESMTP
	id 366759B14; Fri,  3 Sep 1999 19:59:58 +0100 (BST)
Message-ID: <37D01B45.F97E8210@eclipse.net.uk>
Date: Fri, 03 Sep 1999 20:02:29 +0100
From: Stuart Henderson <stuart@eclipse.net.uk>
Organization: Eclipse Networking Ltd.
X-Mailer: Mozilla 4.61 [en] (WinNT; I)
X-Accept-Language: en-GB
MIME-Version: 1.0
To: Troy Settle <st@i-plus.net>
Cc: James <jrsysadmin@empireone.net>, freebsd-isp@FreeBSD.ORG
Subject: Re: anyone run an isp with freebsd
References: <NDBBKPEMLJEBDEPFNHOHGEAMCAAA.st@i-plus.net>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-isp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> NFS does work after a fashion, but there are problems with locking.  

Anyone know which side of things the locking probs are? OpenBSD
locking works on the server side but not client side, if it's the
other way round here then maybe there's some light. :-) BSDI does 
do locking both sides okay iirc.

> The second RAID application that we might consider, would be a 
> monster squid box.  But, a handfull of disks and ccd should do the 
> trick nicely for that application.

Let squid do the disk handling itself, it works very well itself, 
If you need to split the squid into two boxes, you can just take 
one cache disk out and put it into the second server. You don't 
have to have one mother of a filesystem to fsck all in one go if 
it panics, just a load of separate ones all on separate disks 
that can be checked in parallel. And if a disk dies, you don't 
have degraded performance while the raid mends itself after you
add a new one. 

Squid 2.3-devel is starting to abstract the filesystem so that 
they can experiment with alternative filesystems - presumably
some day you'll be able to use raw devices directly and bypass 
UFS (like Peregrine already does).

-sh


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message