My only other suggestion is to dump the Lustre kernel debug log on the NFS 
server after a mount failure to see where/why it is getting the permission 
error. 

# lctl clear
# (mount NFS client)
# lctl dk /tmp/debug

Then search through the logs for -2 errors (-EPERM).

Cheers, Andreas

On 2010-07-16, at 10:06, William Olson <[email protected]> wrote:

> On 7/15/2010 5:48 PM, Andreas Dilger wrote:
>> On 2010-07-15, at 08:33, William Olson wrote:
>>   
>>> Somebody, anybody?  I'm sure it's something fairly simple, but it
>>> escapes me, assistance would be greatly appreciated!
>>>     
>> I can't comment, since my NFS re-exporting (to a MacOS client) is working 
>> fine.  Hopefully soon I can stop doing that and use the native Mac client, 
>> but I don't think my wife is willing to use alpha software yet.
>> 
>>   
> LOL, yeah.  Understood.
>> Have you restarted the NFS server after changing the exports?
>>   
> Many many times after every change..
>> Are you sure the permissions are correct?
>>   
> As stated below all processes that I've tested have full access and no 
> permissions issues when interacting with the lustre file system directly..  
> Accepting for the mountd while attempting to stat the lustre fs during an NFS 
> client connection..
>> Have you verified that exporting a non-lustre filesystem from this server 
>> works?
>>   
> Indeed, as stated below I have done so.
>> My /etc/exports is:
>> /myth           192.168.10.160(rw,async,insecure)
>>   
> I may not have tried the async option, I'll give that a shot really quick 
> just for kicks.. ;)
> Nope, same result still... hrm..
> 
> Thanks for Responding at least Andreas!
> 
> I'm convinced that this is more of a lustre centric issue than an NFS issue, 
> must be some interaction either on the kernel level or otherwise that's 
> running into a permissions block somewhere..
> 
>>>> Hello All,
>>>> 
>>>>    Having trouble exporting a lustre mount with NFS..
>>>> 
>>>> When mounting the NFS export on client:
>>>> [r...@nfsclient /]# mount 192.168.100.77:/mnt/lustre_mail_fs
>>>> /mnt/lustre  (have tried nearly every possible switch that I can think
>>>> of, don't think it's related to "how" I attempt to mount)
>>>> mount: 192.168.100.77:/mnt/lustre_mail_fs failed, reason given by
>>>> server: Permission denied
>>>> 
>>>> Server shows log:
>>>> Jul 14 10:24:28 lustreclient mountd[9868]: authenticated mount request
>>>> from 192.168.100.2:720 for /mnt/lustre_mail_fs (/mnt/lustre_mail_fs)
>>>> Jul 14 10:24:28 lustreclient mountd[9868]: can't stat exported dir
>>>> /mnt/lustre_mail_fs: Permission denied
>>>> 
>>>> Everything from a NFS service/config perspective appears to be
>>>> functional, and I can indeed export a local filesystem without errors...
>>>> 
>>>> Additionally, I have no trouble using the mounted lustre filesystem, I
>>>> can even rsync data from the nfs client to the lustre file system on the
>>>> nfs server..
>>>> 
>>>> Any clues?  Your knowledge and experience would be greatly appreciated!
>>>> See below for config specifics..
>>>> 
>>>> Thanks!
>>>> Billy Olson
>>>> 
>>>> Server/Client Specifics:
>>>> Lustre Client/NFS Server: 192.168.100.77
>>>> CentOS release 5.4 (Final)
>>>> lustre-client-modules-1.8.3-2.6.18_164.11.1.el5_lustre.1.8.3
>>>> lustre-client-1.8.3-2.6.18_164.11.1.el5_lustre.1.8.3
>>>> Kernel:  2.6.18-164.11.1.el5
>>>> 
>>>> /etc/exports:
>>>> /mnt/lustre_mail_fs 192.168.100.0/24(ro,insecure)
>>>> I've tried various other options all the same outcome, these seemed like
>>>> the best to test with though..
>>>> 
>>>> [r...@lustreclient ]# rpcinfo -p
>>>>     program vers proto   port
>>>>      100000    2   tcp    111  portmapper
>>>>      100000    2   udp    111  portmapper
>>>>      100024    1   udp    645  status
>>>>      100024    1   tcp    648  status
>>>>      100011    1   udp    702  rquotad
>>>>      100011    2   udp    702  rquotad
>>>>      100011    1   tcp    705  rquotad
>>>>      100011    2   tcp    705  rquotad
>>>>      100003    2   udp   2049  nfs
>>>>      100003    3   udp   2049  nfs
>>>>      100003    4   udp   2049  nfs
>>>>      100021    1   udp  37527  nlockmgr
>>>>      100021    3   udp  37527  nlockmgr
>>>>      100021    4   udp  37527  nlockmgr
>>>>      100003    2   tcp   2049  nfs
>>>>      100003    3   tcp   2049  nfs
>>>>      100003    4   tcp   2049  nfs
>>>>      100021    1   tcp  52555  nlockmgr
>>>>      100021    3   tcp  52555  nlockmgr
>>>>      100021    4   tcp  52555  nlockmgr
>>>>      100005    1   udp    716  mountd
>>>>      100005    1   tcp    719  mountd
>>>>      100005    2   udp    716  mountd
>>>>      100005    2   tcp    719  mountd
>>>>      100005    3   udp    716  mountd
>>>>      100005    3   tcp    719  mountd
>>>> 
>>>> [r...@lustreclient ]# exportfs -v -r
>>>> exporting 192.168.100.0/24:/mnt/lustre_mail_fs
>>>> 
>>>> NFS Client: 192.168.100.2
>>>> 
>>>> _______________________________________________
>>>> Lustre-discuss mailing list
>>>> [email protected]
>>>> http://lists.lustre.org/mailman/listinfo/lustre-discuss
>>>> 
>>>>       
>>> _______________________________________________
>>> Lustre-discuss mailing list
>>> [email protected]
>>> http://lists.lustre.org/mailman/listinfo/lustre-discuss
>>>     
>> 
>> Cheers, Andreas
>> --
>> Andreas Dilger
>> Lustre Technical Lead
>> Oracle Corporation Canada Inc.
>> 
>>   
> 
_______________________________________________
Lustre-discuss mailing list
[email protected]
http://lists.lustre.org/mailman/listinfo/lustre-discuss

Reply via email to