[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#12523: Solaris 10 "cp -p" returns unknown error on NFSv4 share, perm
From: |
Eric Blake |
Subject: |
bug#12523: Solaris 10 "cp -p" returns unknown error on NFSv4 share, permissions preserve not work |
Date: |
Mon, 08 Oct 2012 10:13:31 -0600 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120911 Thunderbird/15.0.1 |
On 10/08/2012 05:45 AM, Ryba, Lukas wrote:
> Vendor currently investigated that problem happens with the combination of
> ZFS filesystem on NFSv3 only server and NFSv3 client.
>
> 1. facl with combination of ZFS filesystem(NFSv4 acls) exported by NFSv4
> server is ok
> 2. facl with combination of UFS filesystem(POSIX acls) exported by NFSv3
> server is ok
> 3. facl with combination of ZFS filesystem(NFSv4 acls) exported by NFSv3
> server fails on client with errno -1 which is our case
> IMHO errno value in case 3 should be something useful. Like ENOTSUP.
I wonder if gnulib should write rpl_facl() that checks for the case of
facl() failing with errno set to -1 and explicitly reset errno to
ENOTSUP in that case, to work around this vendor bug.
>
> -----Original Message-----
> From: Paul Eggert [mailto:address@hidden
> Sent: Thursday, October 04, 2012 5:53 PM
> To: Ryba, Lukas
> Cc: address@hidden
> Subject: Re: bug#12523: Solaris 10 "cp -p" returns unknown error on NFSv4
> share, permissions preserve not work
>
> On 10/04/2012 02:19 AM, Ryba, Lukas wrote:
>> Workaround is simple. Just not use facl call right now. acl works ok.
>
> That might work around the problem on your Solaris implementation,
> but it introduces other issues, on other platforms, so I'd like
> to get at the bottom of why such a change is really needed.
>
--
Eric Blake address@hidden +1-919-301-3266
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature