From owner-freebsd-stable@FreeBSD.ORG Tue Jun 9 12:12:04 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B016C106578F for ; Tue, 9 Jun 2009 12:12:04 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 2D50A8FC1C for ; Tue, 9 Jun 2009 12:12:03 +0000 (UTC) (envelope-from bra@fsn.hu) Message-ID: <4A2E4D2D.7040007@fsn.hu> Date: Tue, 09 Jun 2009 13:53:17 +0200 From: Attila Nagy User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: Kip Macy References: <20090526.192217.94910518.nyan@jp.FreeBSD.org> <4A1C3DA8.5050300@bit0.com> <3c1674c90905280025i17039257l573838d33d8493fd@mail.gmail.com> In-Reply-To: <3c1674c90905280025i17039257l573838d33d8493fd@mail.gmail.com> X-Stationery: 0.4.8.14 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (people.fsn.hu [0.0.0.0]); Tue, 09 Jun 2009 13:53:19 +0200 (CEST) Cc: Takahashi Yoshihiro , pjd@freebsd.org, stable@freebsd.org, Mike Andrews Subject: Re: NFS on ZFS X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jun 2009 12:12:04 -0000 Hello, I've also ran into it, it's a pretty "killer" feature. :-O Any chance for us on the fix? Thanks, Kip Macy wrote: > The flags checks are too strict. File a PR. I'll fix it when I get to > it. Sorrry. > > > -Kip > > On Wed, May 27, 2009 at 7:24 PM, Mike Andrews wrote: > >> On Tue, 26 May 2009, Mike Andrews wrote: >> >> >>> Takahashi Yoshihiro wrote: >>> >>>> Today's stable has a problem creating a new file via NFS on ZFS. >>>> >>>> On the NFS server, there is no problem. >>>> >>>> % cd /ZFS >>>> % mktemp hoge >>>> hoge >>>> % ls -l hoge >>>> -rw------- 1 nyan nyan 0 5 26 19:09 hoge >>>> >>>> >>>> But it's a problem on the NFS client. >>>> >>>> # mount server:/ZFS /ZFS >>>> % cd /ZFS >>>> % mktemp hoge >>>> mktemp: mkstemp failed on hoge: Input/output error >>>> % ls -l hoge >>>> ---------- 1 nyan wheel 0 5 26 19:09 hoge >>>> >>>> The file has a wrong permission. >>>> >>>> This problem is only on stable, current has no problem. >>>> >>> I'm seeing this too. It seems so far to be limited to mkstemp() -- just >>> copying files normally works. For example /usr/bin/install -S fails, >>> without -S works, if the target is an NFS+ZFS volume. >>> >> Anyone? >> >> I've verified that if the NFS server uses UFS2, mkstemp() from an NFS >> client to the server works fine, but if the NFS server uses ZFS, the NFS >> server returns EIO after creating a file with 000 permissions. >> >> In addition to breaking /usr/bin/install -S, it also breaks rsync over NFS. >> >> I don't yet know if it matters whether the on-disk format is ZFS v6 vs v13. >> >> >> > > > >