From: "Tim" <supertimothy@web.de>
To: "'J. Bruce Fields'" <bfields@fieldses.org>
Cc: <linux-nfs@vger.kernel.org>
Subject: AW: Writing / Locking problem with NFSv4
Date: Thu, 29 Sep 2011 16:13:17 +0200 [thread overview]
Message-ID: <003801cc7eb1$ef48f970$cddaec50$@web.de> (raw)
In-Reply-To: <20110921154521.GC21510@fieldses.org>
>On Wed, Sep 21, 2011 at 12:46:34PM +0200, Tim wrote:
>> On Fri, Sep 16, 2011 at 12:48:45PM +0200, Tim wrote:
>> >> I’m facing a rather strange problem.
>> >>
>> >> From one client I can mount and access my NFSServer without any problems.
>> >> Writing and locking works with a non root user accout.
>> >> From another client (in another subnet), with root everything works
>> >> fine. If I use another user, locking doesnt work and also when I
>> >> create a file with vim, the *.swp file is not deleted afterwards.
>> >> But reading works without problems.
>> >> Strange thing is user mapping seems to work correct – at least what
>> >> ls -la and the logfiles for idmapd shows.
>>
>> >Which client and server? (Linux on both? Which versions?) Are you using kerberos? If not, are your uid's the same between client and server? What does your export file look like?
>
>> Client and Server are both RHEL 6.1. I am not using kerberos. And yes, the uid's are the same, also the gid is the same: 3000 for both.
>> This is my export file:
>
>> /srv/nfs/ 10.1.4.32/255.255.255.224(rw,fsid=0,sync,no_subtree_check,no_root_squash) 10.1.0.9(rw,fsid=0,sync,no_subtree_check,no_root_squash)
>> /srv/nfs/mail/users 10.1.4.32/255.255.255.224(rw,fsid=1,sync,no_subtree_check,no_root_squash)
>> /srv/nfs/mail/tmp 10.1.4.32/255.255.255.224(rw,fsid=2,sync,no_subtree_check,no_root_squash)
>> /srv/nfs/testdata 10.1.0.9(rw,fsid=10,sync,no_subtree_check,no_root_squash)
>>
>> I tried to take tcpdumps as root and non root user: They look the same to me. However, I'm not so sure what I'm looking for...
>Hm. Sounds possibly like
> http://marc.info/?t=129183437900003&r=1&w=2
I just found out the reason for this whole strange behaviour: The folder, where the device is mounted, must have the right owner and / or rights. That means, if I mount it to /srv/data on client side, the folder data must belong to the user 3000.
I just checked: vim *.swp - files are deleted afterwards and even locking is working!
But thank you anyway, Bruce!
Tim
next prev parent reply other threads:[~2011-09-29 14:14 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-16 10:48 Writing / Locking problem with NFSv4 Tim
2011-09-20 13:50 ` J. Bruce Fields
2011-09-21 10:46 ` AW: " Tim
2011-09-21 15:45 ` 'J. Bruce Fields'
2011-09-29 14:13 ` Tim [this message]
2011-09-30 19:42 ` 'J. Bruce Fields'
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='003801cc7eb1$ef48f970$cddaec50$@web.de' \
--to=supertimothy@web.de \
--cc=bfields@fieldses.org \
--cc=linux-nfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).