From owner-freebsd-fs@FreeBSD.ORG Wed Oct 10 14:51:16 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D8DDE88; Wed, 10 Oct 2012 14:51:16 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4A2F88FC1E; Wed, 10 Oct 2012 14:51:14 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id b5so616581lbd.13 for ; Wed, 10 Oct 2012 07:51:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hexGbezS2gz9Af9x/sKm51PE2C2h0XPy2ueNh9v1P44=; b=wMoyIDVO3wKDtkSAJ210qTIQWE37A1y3PUMJubMoV15liwFO7Cvlewb4vxHEoMXCLJ i/tSev8AF/9u+cdXm2t+/f9s+5h2MnEJHZFXuhU3oKIklv392qGzWS83vYY8ZiN8Vitl nOy4Nlvaa/H1VcTyEg2WO2zH/uSm8T6+4tHr1+2iEC2MWR2M77l4mOwe+7Mrk9qdCsJ5 peEe5g012UcEk9s56p9UIzjhsHrbQd/fyCz6WUHiAiABgtHoUS8l+Di705Xqz5+0Qctf Xouo3M2UNjaa5SUWGz+tBsBDg+OlIL5dstbDNNmlQELwZXRnlH7phTg4OzYKTvHHIABU F2mw== MIME-Version: 1.0 Received: by 10.112.82.103 with SMTP id h7mr9404085lby.50.1349880673855; Wed, 10 Oct 2012 07:51:13 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.112.101.234 with HTTP; Wed, 10 Oct 2012 07:51:13 -0700 (PDT) In-Reply-To: References: <20120829060158.GA38721@x2.osted.lan> <20120831052003.GA91340@x2.osted.lan> <20120905201531.GA54452@x2.osted.lan> <20120917140055.GA9037@x2.osted.lan> <5061F6E9.6030104@omnilan.de> <5062E0DE.70805@omnilan.de> <5065B873.4070509@omnilan.de> Date: Wed, 10 Oct 2012 15:51:13 +0100 X-Google-Sender-Auth: csYx4z67h2c9XwvHVUIkd14CvzM Message-ID: Subject: Re: MPSAFE VFS -- List of upcoming actions From: Attilio Rao To: Kevin Oberman Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , Harald Schmalzbauer , freebsd-current@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: attilio@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2012 14:51:16 -0000 On Wed, Oct 10, 2012 at 6:15 AM, Kevin Oberman wrote: > On Mon, Oct 8, 2012 at 7:57 AM, Attilio Rao wrote: >> On Fri, Sep 28, 2012 at 4:47 PM, Harald Schmalzbauer >> wrote: >>> schrieb Attilio Rao am 28.09.2012 16:18 (localtime): >>>> On Wed, Sep 26, 2012 at 12:02 PM, Harald Schmalzbauer >>>> wrote: >>>>> ... >>>> After many people willing to test fuse on STABLE_9, I made this patch >>>> that at least compiles there: >>>> http://www.freebsd.org/~attilio/fuse_import/fuse_stable9_241030.patch >>> >>> Thanks a lot! In the meantime I made the original patch compiling. I >>> simply looked at the changes which were made around july in the fuse >>> project to follow changes in head (checkpath(), vrecycle() and >>> vtruncbuf()) and "reverted" them. >>> Since I have no idea about the code I modified, I'm happy that you did = a >>> more qualified patch set :-) >>> >>>> Of course, I didn't have a chance to test it because I'm also out for >>>> vacation right now but please do and report. >>> >>> Happy holiday!!! If you're by chance arround the Oktoberfest, drop me a >>> note, I'll pay you a Ma=C3=9F (or any other drink if you don't like >>> =E2=80=9EWiesnbier=E2=80=9C) :-) >> >> I really hoped to make this year, but no luck :/ >> >>>>> ... >>>>> Some questions: Is this planned to be mfc'd and if so, how can one kn= ow? >>>> In which sense "how can one know?". We usually specify MFC timeouts in >>>> the commit message (not sure if this answers your concerns). >>> >>> Yep, that's what I wanted to know. So if there's no MFC timeout in the >>> log, it's not intended to be MFCd ever I guess. >>> >>> Thanks a lot! >>> World/Kernel compiled fine in the meantime, I'll do some sshfs tests. >> >> Did you do any test in the end? >> >> Thanks, >> Attilio > > i have done same testing and it clearly is more stable than the old > kmod. At least operations that crashed my system now work. > > I did see one weird anomaly, though. I had several NTFS file system > mounted, one a Windows OS. I also had a GELI encrypted UFS file system > mounted. They were both mounted and working. I finished with the data > disk and tried to unmount it. I got no error, but it remained mounted. > I did not actually try to access it. Figured it would umount when I > shut down or end up dirty and I'd have to fsck it. The unmount attempt > was using nautilus/gnome-mount. This is not the odd part, though. > > After the attempt to unmount the UFS device, I could no longer access > the Window_OS file system. an ls showed the mount point to be > d--------- and an attempt to list files in the directory reported that > the socket was not found. So it looks like the attempt to unmount one > NTFS FS deleted the socket for the other. > > This make absolutely no sense to me, but you understand the underlying > opertations better than I do. Repeated efforts have failed to > re-create the problem. I'm baffled. It is possible that there is no > relationship between the two odd things happening at about the same > time (NTFS volume lost socket and UFS disk won;t unmount, but reports > no errors), but neither has happened since. > > FWIW, I also see that no device numbers are listed for the fuse devices: > /dev/fuse 184319948 165594236 18725712 90% /media/Media > /dev/fuse 110636028 82934424 27701604 75% /media/Windows7_OS > > How does the system distinguish between them? Sorry, forgot to reply about this and it is due: differently from fuse4bsd version, this one doesn't do device cloning but uses devfs*cdevpriv() infrastructure. So effectively different filedescriptors are handled internally. This is why it requires further changes to the mount_fusefs(8) (because the vfs_mount operation also need further knowledge on the per-filedescriptor handle and it cannot acquire it easilly because it is not a devfs operation). Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein