Bug #1366

[Issue 1365] NFS permission problem

Added by thomas.nikolajsen almost 5 years ago. Updated almost 5 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

Description

duplicate of issue1365

History

#1 Updated by thomas.nikolajsen almost 5 years ago

>Hmm. I can't reproduce it right off the bat with the current HEAD.
>How recent was your HEAD? Also post the export line you are using on
>the server and the fstab or mount command being used on the client.

HEAD of May 16th used; problem seen first short after May 5th.

For testing (NFS client and server 192.168.1.240):
exports (UFS & HAMMER FSs (no PFS)):
/ -network=192.168.1.128 -mask=255.255.255.128
/hammer -network=192.168.1.128 -mask=255.255.255.128

mount -t nfs 192.168.1.240:/ /mnt
or
mount -t nfs 192.168.1.240:/hammer /mnt

Normal use is dfly 2.2.2 NFS server and HEAD client;
I first experienced problem when my bookmarks wasn't readable anymore.

-thomas

#2 Updated by thomas.nikolajsen almost 5 years ago

> Ok, I reproduced it. it looks like I broke the uid mapping for NFS.
> If the export has -maproot=root: then it works fine. If the export
> does not have -maproot=root: then it isn't happy even when you are
> trying to access non-root-owned files.
>
> I'm tracking it down.

Fixed in commit ed94161f3e746a65f874231fe2ee575e568e5351, thank you.

-thomas

#3 Updated by dillon almost 5 years ago

:Problem occur after remount: file can be read just after it is made,
:but after umount / mount read fails with Permission denied.
:
:Problem seen when NFS client run HEAD;
:NFS server can be HEAD or RELEASE (e.g. 2.2.1).
:HEAD of May 4th didn't have problem.
:
:Problem seen both when UFS and HAMMER used on NFS server.
:
:Problem might be introduced by:
:http://leaf.dragonflybsd.org/mailarchive/commits/2009-05/msg00099.html
:
: -thomas

I clearly broke something. I'm on it.

-Matt
Matthew Dillon
<>

#4 Updated by dillon almost 5 years ago

::Problem occur after remount: file can be read just after it is made,
::but after umount / mount read fails with Permission denied.
::
::Problem seen when NFS client run HEAD;
::NFS server can be HEAD or RELEASE (e.g. 2.2.1).
::HEAD of May 4th didn't have problem.
::
::Problem seen both when UFS and HAMMER used on NFS server.
::
::Problem might be introduced by:
::http://leaf.dragonflybsd.org/mailarchive/commits/2009-05/msg00099.html
::
:: -thomas
:

Hmm. I can't reproduce it right off the bat with the current HEAD.
How recent was your HEAD? Also post the export line you are using on
the server and the fstab or mount command being used on the client.

-Matt
Matthew Dillon
<>

#5 Updated by dillon almost 5 years ago

:>How recent was your HEAD? Also post the export line you are using on
:>the server and the fstab or mount command being used on the client.
:
:HEAD of May 16th used; problem seen first short after May 5th.
:
:For testing (NFS client and server 192.168.1.240):
:exports (UFS & HAMMER FSs (no PFS)):
:/ -network=3D192.168.1.128 -mask=3D255.255.255.128
:/hammer -network=3D192.168.1.128 -mask=3D255.255.255.128
:
:mount -t nfs 192.168.1.240:/ /mnt
:or
:mount -t nfs 192.168.1.240:/hammer /mnt
:
:Normal use is dfly 2.2.2 NFS server and HEAD client;
:I first experienced problem when my bookmarks wasn't readable anymore.
:
: -thomas

Ok, I reproduced it. it looks like I broke the uid mapping for NFS.
If the export has -maproot=root: then it works fine. If the export
does not have -maproot=root: then it isn't happy even when you are
trying to access non-root-owned files.

I'm tracking it down.

-Matt
Matthew Dillon
<>

Also available in: Atom PDF