on debian-stable (lenny), using the latest available nfs-common
(1:1.1.2-6lenny1) there is no way to mount netapp vol with this config.
we also tested the latest unstable nfs-utils pkg (1:1.2.2-1), but
doesn't help.
finally we tried to use mount.nfs binary from RHEL-5 (very dirty way),
the mount was successfull and everything looks good.
according this, we found bug/patch in RHEL bugzilla
-patch: https://bugzilla.redhat.com/attachment.cgi?id=138345
-diff: https://bugzilla.redhat.com/attachment.cgi?id=138345&action=diff
-bug: https://bugzilla.redhat.com/show_bug.cgi?id=187370
applying the patch on debian src pkg we got correct/working version of
nfs-common
please, could you investigate this RH patch and if possible apply it in
the future releases of nfs-common?
On Fri, 2010-06-11 at 14:50 +0200, Tomas Benedykt wrote:
> hi all,
>
> we have a similar problem with debian and netapp, when we try to use
> netapp vol with 'all_squash' behaviour
>
> netapp vol nfs export options:
> ...,anon=8000,sec=none,rw,...
>
> on debian-stable (lenny), using the latest available nfs-common
> (1:1.1.2-6lenny1) there is no way to mount netapp vol with this config.
>
> we also tested the latest unstable nfs-utils pkg (1:1.2.2-1), but
> doesn't help.
Have you specified sec=none in the client's mount options?
[...]
> according this, we found bug/patch in RHEL bugzilla
> -patch: https://bugzilla.redhat.com/attachment.cgi?id=138345
> -diff: https://bugzilla.redhat.com/attachment.cgi?id=138345&action=diff
> -bug: https://bugzilla.redhat.com/show_bug.cgi?id=187370
[...]
That bug has already been fixed in nfs-utils, but in a different way.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
06-14-2010, 10:59 AM
Tomas Benedykt
Bug#503310: mount.nfs x netapp
Dne 12.6.2010 03:25, Ben Hutchings napsal(a):
> On Fri, 2010-06-11 at 14:50 +0200, Tomas Benedykt wrote:
>> hi all,
>>
>> we have a similar problem with debian and netapp, when we try to use
>> netapp vol with 'all_squash' behaviour
>>
>> netapp vol nfs export options:
>> ...,anon=8000,sec=none,rw,...
>>
>> on debian-stable (lenny), using the latest available nfs-common
>> (1:1.1.2-6lenny1) there is no way to mount netapp vol with this config.
>>
>> we also tested the latest unstable nfs-utils pkg (1:1.2.2-1), but
>> doesn't help.
>
> Have you specified sec=none in the client's mount options?
>
> [...]
I hope, the following commands will better explain the behaviour of
debian | rhel mount.nfs versus netapp with sec=none option.
nfs-cl:/mnt# mount filer1:/vol/test1 /mnt/tb/ -o sec=none
nfs-cl:/mnt# df -h
Filesystem Size Used Avail Use% Mounted on
filer1:/vol/test1
- - - - /mnt/tb
>> according this, we found bug/patch in RHEL bugzilla
>> -patch: https://bugzilla.redhat.com/attachment.cgi?id=138345
>> -diff: https://bugzilla.redhat.com/attachment.cgi?id=138345&action=diff
>> -bug: https://bugzilla.redhat.com/show_bug.cgi?id=187370
> [...]
>
> That bug has already been fixed in nfs-utils, but in a different way.
>
> Ben.
>
06-15-2010, 01:01 AM
Ben Hutchings
Bug#503310: mount.nfs x netapp
On Mon, 2010-06-14 at 12:59 +0200, Tomas Benedykt wrote:
>
> Dne 12.6.2010 03:25, Ben Hutchings napsal(a):
> > On Fri, 2010-06-11 at 14:50 +0200, Tomas Benedykt wrote:
> >> hi all,
> >>
> >> we have a similar problem with debian and netapp, when we try to use
> >> netapp vol with 'all_squash' behaviour
> >>
> >> netapp vol nfs export options:
> >> ...,anon=8000,sec=none,rw,...
> >>
> >> on debian-stable (lenny), using the latest available nfs-common
> >> (1:1.1.2-6lenny1) there is no way to mount netapp vol with this config.
> >>
> >> we also tested the latest unstable nfs-utils pkg (1:1.2.2-1), but
> >> doesn't help.
> >
> > Have you specified sec=none in the client's mount options?
> >
> > [...]
>
> I hope, the following commands will better explain the behaviour of
> debian | rhel mount.nfs versus netapp with sec=none option.
[...]
> DEBIAN-MOUNT.NFS (-o sec=none)
> ------------------------------
>
> nfs-cl:/mnt# mount filer1:/vol/test1 /mnt/tb/ -o sec=none
> nfs-cl:/mnt# df -h
> Filesystem Size Used Avail Use% Mounted on
> filer1:/vol/test1
> - - - - /mnt/tb
So at this point are you unable to access files under /mnt/tb?
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
06-16-2010, 07:09 AM
Tomas Benedykt
Bug#503310: mount.nfs x netapp
Dne 15.6.2010 03:01, Ben Hutchings napsal(a):
> On Mon, 2010-06-14 at 12:59 +0200, Tomas Benedykt wrote:
>>
>> Dne 12.6.2010 03:25, Ben Hutchings napsal(a):
>>> On Fri, 2010-06-11 at 14:50 +0200, Tomas Benedykt wrote:
>>>> hi all,
>>>>
>>>> we have a similar problem with debian and netapp, when we try to use
>>>> netapp vol with 'all_squash' behaviour
>>>>
>>>> netapp vol nfs export options:
>>>> ...,anon=8000,sec=none,rw,...
>>>>
>>>> on debian-stable (lenny), using the latest available nfs-common
>>>> (1:1.1.2-6lenny1) there is no way to mount netapp vol with this config.
>>>>
>>>> we also tested the latest unstable nfs-utils pkg (1:1.2.2-1), but
>>>> doesn't help.
>>>
>>> Have you specified sec=none in the client's mount options?
>>>
>>> [...]
>>
>> I hope, the following commands will better explain the behaviour of
>> debian | rhel mount.nfs versus netapp with sec=none option.
> [...]
>> DEBIAN-MOUNT.NFS (-o sec=none)
>> ------------------------------
>>
>> nfs-cl:/mnt# mount filer1:/vol/test1 /mnt/tb/ -o sec=none
>> nfs-cl:/mnt# df -h
>> Filesystem Size Used Avail Use% Mounted on
>> filer1:/vol/test1
>> - - - - /mnt/tb
>
> So at this point are you unable to access files under /mnt/tb?
>
yes, at this point, i am unable to access mount dir.
nfs-cl:~# mount filer1:/vol/test1 /mnt/tb/ -o sec=none
nfs-cl:~# df -h
Filesystem Size Used Avail Use% Mounted on
filer1:/vol/test1
- - - - /mnt/tb