Date: Sat, 24 Dec 2005 15:32:18 +0000 From: Brian Candler <B.Candler@pobox.com> To: "Patrick M. Hausen" <hausen@punkt.de> Cc: stable@freebsd.org, freebsd-stable@freebsd.org, current <current@freebsd.org>, Jo Rhett <jrhett@svcolo.com> Subject: Re: Fast releases demand binary updates.. (Was: Release schedule for 2006 ) Message-ID: <20051224153218.GA4424@uk.tiscali.com> In-Reply-To: <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de> References: <200512231136.12471.doconnor@gsoft.com.au> <200512230851.jBN8pFVv060458@hugo10.ka.punkt.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Dec 23, 2005 at 09:51:15AM +0100, Patrick M. Hausen wrote: > Any suggestions for an alternative to NFS if your 'client' servers > are located "all over the world" and you want to installworld across > the Internet? I was planning to use NFS/TCP secured by IPSec transport > mode, but anything less complicated would be greatly appreciated ;-) > > Anyone using ggated/ggatec for that purpose? I think that would not work unless you had a second FreeBSD installation on the remote machine and rebooted into that while you were upgrading the first. That's because you can't safely modify a block filesystem while it's mounted by someone else (even read-only). You could try tunneling NFS/TCP through ssh port forwarding. Never tried it myself, and there may be some gotchas. Linux has an extremely neat solution for this (sshfs) but I don't know of anything comparable in the BSD world. sshfs uses 'Fuse', a plug-in architecture which allows filesystems to run in userland. I believe it makes an sftp connection to the remote host, and then exposes it as if it were a real filesystem. Regards, Brian.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051224153218.GA4424>