On Thu, Oct 09, 2008 at 11:48:08AM -0400, Steve Dickson wrote:
>Unfortunately, I'm failing miserably on reproducing this...  Here is
>what I've done:
>
>Chuck Lever wrote:
>>Hi Steve-
>>
>>As I understand it, the documented bug refers to running nfs-utils
>>1.1.3 on kernels older than 2.6.22.
>
>I created a Fedora 7 KVM guest that runs a 2.6.21 kernel. I installed
>the nfs-utils-1.1.3 (F-10) package along with supporting packages
>(libgssglue, librpcsecgss and libnfsidmap). I did both mount commands
>
>    mount -o sec=none madhat:/home /mnt/home
>    mount -o sec=sys madhat:/home /mnt/home
>
>and was able to write to both mount points. 
>
>>To reproduce this you need to force the use of the legacy mount
>>command that parses mount options in user space and passes a binary
>>data structure to the kernel via mount(2).

I've built util-linux using util-linux-ng-2.14.1.tar.bz2 which was taken
from util-linux-ng-2.14.1-2.fc10.src.rpm

In a chroot I run './configure; make; make install' and then I used the
resulting /bin/mount to mount a file system from a server running 1.1.2
(kogi) on a client running 1.1.3 (hopi) and I still have the following
error:

[EMAIL PROTECTED]:/mnt/kogi/anibal$ echo hola > a
bash: a: Permission denied

>If this the case, we need a legacy mount command, then how can it be a
>bug in nfs-utils-1.1.3? 

I've tried mount/umount from various packages:

util-linux-ng-2.14.1-2.fc10.src.rpm
util-linux_2.13.1.1-1
util-linux_2.14~rc2-0
util-linux_2.14-1ubuntu2

>At this point, this issue is the only one holding up the 1.1.4 release,
>so I would like to address it... one way or the other...
>
>tia,
>
>steved.

Attachment: signature.asc
Description: Digital signature

Reply via email to