From owner-freebsd-cluster@FreeBSD.ORG Mon Apr 5 05:13:12 2004 Return-Path: Delivered-To: freebsd-cluster@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18AE716A4CE for ; Mon, 5 Apr 2004 05:13:12 -0700 (PDT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71EF743D67 for ; Mon, 5 Apr 2004 05:13:11 -0700 (PDT) (envelope-from sporner@nentec.de) Received: from [212.227.126.162] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1BASyQ-0001si-00; Mon, 05 Apr 2004 14:13:06 +0200 Received: from [194.25.215.66] (helo=gate.nentec.de) (TLSv1:EDH-RSA-DES-CBC3-SHA:168) (Exim 3.35 #1) id 1BASyQ-000586-00; Mon, 05 Apr 2004 14:13:06 +0200 Received: from nenny.nentec.de (nenny.nentec.de [153.92.64.1]) by gate.nentec.de (8.11.3/) with ESMTP id i35CD3q13683; Mon, 5 Apr 2004 14:13:03 +0200 Received: from nentec.de (andromeda.nentec.de [153.92.64.34]) by nenny.nentec.de (8.11.3/8.11.3) with ESMTP id i35CD0N17021; Mon, 5 Apr 2004 14:13:00 +0200 Message-ID: <40714D4C.5060207@nentec.de> Date: Mon, 05 Apr 2004 14:13:00 +0200 From: Andy Sporner User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2a) Gecko/20020910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Ross References: <002401c419e7$76692ac0$2f01a8c0@MICHAELIWZHLNY> <20040404103346.76151.qmail@web41501.mail.yahoo.com> <987274454.20040404124312@buz.ch> <40711AB9.6010602@nentec.de> <20040405211409.F644@guckloch.zuhause> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS-perl11-milter (http://amavis.org/) X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:56ea142331898a06f3703ddc80e12bc5 cc: freebsd-cluster@freebsd.org Subject: Re: Request for Cluster Recommendations X-BeenThere: freebsd-cluster@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Clustering FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Apr 2004 12:13:12 -0000 Hi Peter, >Propably it was me, a German in Melbourne;-) > > I didn't want to cause any perhaps "undue" attention, but since you spoke up ;-) Yes it was your suggestions that I am referring to. >>One of the main delays was that the kern_getcwd() functionality >>in 5.0 (and 5.2) is wholly unreliable. I had to incorporate a separate >>version to make it work correctly. Normally I hate such hacks, but >>it seems that the vfs_cache method that was used was not appearing >>to be 100% accurate (at least in the kernel). Many times when I >>would try to get a full filename I got errors (path component not >>a directory) when I passed a vnode of a file in to get the path name. >>In a file replication scheme--this is not acceptable. >> >> > >I'm curious to see.. It's in the vnode layer so I assume it's filesystem >independent? > > That is correct. Gabriel suggested that somebody might do some sort of journaling thing with it. Now it is easier. Andy