From owner-freebsd-current@FreeBSD.ORG Wed Oct 10 05:15:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1A52EBF; Wed, 10 Oct 2012 05:15:38 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 113368FC12; Wed, 10 Oct 2012 05:15:37 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id hr7so110282wib.13 for ; Tue, 09 Oct 2012 22:15:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=P6OPm+u2rzcKF0WdLy9KYRZ8rHZIEiLf/fVDvz7cq0Q=; b=gw2uAw3VEj01l5ntpVwMLmvgfYCoSNiNgbNkhcYqem7On7eOEuVpKbFxluQEfGvySd t6TxFO97j52wQzZ66Pn5Pgm7csLc7NxE43SnsXAvhgLnkASF9hBMIciuQT+cmNZepFzx JCM2iW1jK+j64nzNARpwb1EykeEc/PNYMyRRXVjxjMp7MdqLpjd/0jaRQO2PcP4iD5Oh xjyQN5A8xS0WTmKlFSYCSX58kfu0Llx9PTL+Mbw7M5fKMUeUB4HuYNKVMQrfVbpGplHD T4jX9gRgkUuE4dqZ+VADvisVrpv8xKZRhD0cZIPUih1mrRxEOjkWUVtFrpIUW57JrKLH 1qpA== MIME-Version: 1.0 Received: by 10.216.197.104 with SMTP id s82mr12887252wen.62.1349846136049; Tue, 09 Oct 2012 22:15:36 -0700 (PDT) Received: by 10.223.66.194 with HTTP; Tue, 9 Oct 2012 22:15:35 -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: Tue, 9 Oct 2012 22:15:35 -0700 Message-ID: Subject: Re: MPSAFE VFS -- List of upcoming actions From: Kevin Oberman To: attilio@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD FS , Harald Schmalzbauer , freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Oct 2012 05:15:39 -0000 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 kno= w? >>> 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? --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com