NFS on ZFS

[Attila Nagy]

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 <mandrews at bit0.com> 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.
>>
>>
>>     
>
>
>
>