Options available for nfs debugging RHEL 5.3

[mk]

Thanks for your help,  most commands below did not work since my problem is
with nfs mounted files.  I am mounting MAC OSX 10.5.8 on a red hat 5.3
client.
I would be interested in talking to SAs that currently have this exact setup
(NFS server: MAC OSX 10.5.8 and NFS Client RHEL 5.3)


> id
user2, group2
> ls -la  nfs:/test/testfile
> rw-,rw-,--- userX  group2  /test/testfile
> echo hi > nfs:/test/testfile
permission denied
> echo hi >> nfs:/test/testfile  (no error)


MK



On Fri, Oct 2, 2009 at 10:53 PM, sun.jedi <sun.jedi at gmail.com> wrote:

> Is your share mounted with acl?
>
> [root at localhost marc]# tune2fs -l /dev/mapper/vg1-lvhome | grep options
> Default mount options:    user_xattr acl
>
> Is the file umasked readonly with setfacl?
>
> [root at localhost marc]# setfacl -m m::rx testfile
> [root at localhost marc]# getfacl testfile
> # file: testfile
> # owner: marc
> # group: marc
> user::rw-
> group::rw-            #effective:r--
> mask::r-x
> other::r--
>
> Did someone chattr the file immutable?
>
> [root at localhost marc]# chattr +i testfile
> [root at localhost marc]# lsattr -v testfile
> 2810282647 ----i-------- testfile
>
> Just a few ideas.
> -Marc
>
>
> On 10/2/2009 1:35 PM, Fabio Rampazzo Mathias wrote:
>
>> it depends on what type of output you're meaning....
>> if you "command > file.txt" the standard output will be put into file.txt
>> BUT...the standard error will not!!!
>> to do so, you can: "command &> file.txt" you can find a little bit
>> explained here : http://tldp.org/HOWTO/Bash-Prog-Intro-HOWTO-3.html
>>
>> cheers
>> Fábio Rampazzo Mathias
>>
>> On Fri, Oct 2, 2009 at 12:01 PM, Joseph Chen <cax0cn at gmail.com <mailto:
>> cax0cn at gmail.com>> wrote:
>>
>>    A interesting issue - What's the output of "echo hi > file.txt"?
>>
>>
>>    On Wed, Sep 30, 2009 at 7:54 PM, mk <unixadm28 at gmail.com
>>    <mailto:unixadm28 at gmail.com>> wrote:
>>
>>        Linux is using nfs3 by default.  Forcing to nfs2 is actually
>>        automatically pushing it up to nfs3.
>>        this problem is very strange. Seems like ACL is being enforced
>>        for some reason when ACL is not applied in this case.
>>
>>        MK
>>        On Mon, Sep 28, 2009 at 8:11 AM, Giovanni Tirloni
>>        <tirloni at gmail.com <mailto:tirloni at gmail.com>> wrote:
>>
>>            On Mon, Sep 28, 2009 at 8:43 AM, mk <unixadm28 at gmail.com
>>            <mailto:unixadm28 at gmail.com>> wrote:
>>
>>                thanks Giovanni,
>>                No special attributes on mac side since other clients
>>                like solaris is mounting OK and not showing the same
>>                issue.  UID and GID is matching.
>>
>>
>>            I would try to force NFS v2 or v3 on the Linux side and
>>            see what happens. This looks very strange.
>>
>>            Giovanni P. Tirloni
>>            tirloni at gmail.com <mailto:tirloni at gmail.com>
>>
>>
>>
>>
>>    --    Sponser and operater: Linux monitoring solution:
>> http://admon.org
>>
>>    --
>>    redhat-sysadmin-list mailing list
>>    redhat-sysadmin-list at redhat.com
>>    <mailto:redhat-sysadmin-list at redhat.com>
>>    https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list
>>
>>
>> ------------------------------------------------------------------------
>>
>> --
>> redhat-sysadmin-list mailing list
>> redhat-sysadmin-list at redhat.com
>> https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list
>>
>
> --
> redhat-sysadmin-list mailing list
> redhat-sysadmin-list at redhat.com
> https://www.redhat.com/mailman/listinfo/redhat-sysadmin-list
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/redhat-sysadmin-list/attachments/20091015/9f599b29/attachment.htm>