cancel
Showing results for 
Search instead for 
Did you mean: 

NFS Server on Linux : How exactly ?

deas0815
Star Contributor
Star Contributor
Hallo,

I'm trying to get the NFS Server to work on linux and I have read
http://wiki.alfresco.com/wiki/File_Server_Configuration#NFS_Server_Configuration.

I'm not an expert here but the situation is the following:

The alfresco NFS Server is configured in file-servers-custom.xml:


   <config evaluator="string-compare" condition="NFS Server">
          <serverEnable enabled="true"/>
<MountServerPort>1678</MountServerPort>
<NFSServerPort>12049</NFSServerPort>
<rpcAuthenticator>
  <userMappings>
    <user name="admin" uid="0" gid="0"/>
  </userMappings>
</rpcAuthenticator>
   </config>

and it seems to be up:

[root@oscar ~]# netstat -anp | egrep -i "(12049.*LISTEN)|(1678.*LISTEN)|(111.*LISTEN)"
tcp        0      0 :::1678                     :::*                        LISTEN      21332/java
tcp        0      0 :::111                      :::*                        LISTEN      1785/rpcbind
tcp        0      0 :::12049                    :::*                        LISTEN      21332/java
[root@oscar ~]# 

The native nfs services (rpc.*d) are running on this system as well, that is why
I've configured the alfresco NFS server to run on special ports.

The problem now is that I cannot mount the alfresco exports:

[root@oscar ~]# mount -o mountport=1678,port=12049 localhost:/ /mnt
mount: mount to NFS server 'localhost' failed: RPC Error: Success.
[root@oscar ~]#   

What am I missing ?

Any help is appreciated.

regards
Andreas
4 REPLIES 4

corridor
Champ in-the-making
Champ in-the-making
After setting up in the same manner, I got the following, so not much help here.

mount to NFS server 'localhost' failed: server is down.

corridor
Champ in-the-making
Champ in-the-making
In case you never got this to work or someone else is interested, I used the following config in the file-servers.xml to mount the alfresco file system on a solaris client:


   <config evaluator="string-compare" condition="NFS Server">
          <serverEnable enabled="true"/>
          <enablePortMapper/>
          <MountServerPort>1678</MountServerPort>
          <NFSServerPort>2049</NFSServerPort>
          <rpcAuthenticator>
            <userMappings>
              <user name="admin" uid="0" gid="0"/>
            </userMappings>
          </rpcAuthenticator>
   </config>

# mount xx.xx.xx.xx:/Alfresco /mnt/alfresco

I couldn't deviate much with the ports since mount on solaris doesn't seem to support all of the flags you used, but I did connect nonetheless.

raju_myadam
Champ in-the-making
Champ in-the-making
Hi,

I have been facing the problem in the client side while I try to access the alfresco file system through the NFS protocol from another Solaris machine in the same LAN.
# /etc/init.d/nfs.client start
nfs mount: mount: /export/home/clipper/alfrescoDafadilfo: I/O error


System Details:
Alfresco Server is running in the tomcat server V6.0.0.18 in the solaris machine.
Client is another solaris machine within the same network.

The various configurations in the client and the server are given below:
Alfresco Side Configurations:
[size=85]FILE-SERVERS.XML CONFIGURATION
<config evaluator="string-compare" condition="NFS Server">
<serverEnable enabled="true"/>
<enablePortMapper/>
<MountServerPort>1678</MountServerPort>
<NFSServerPort>2049</NFSServerPort>
<rpcAuthenticator>
<userMappings>
<user name="admin" uid="0" gid="1"/>
</userMappings>
</rpcAuthenticator>
</config>
[/size]


[size=85]VFSTAB ENTRY IN THE CLIENT MACHINE (SOLARIS MACHINE IN THE SAME LAN)
10.200.171.215:/Alfresco -  /export/home/trial_mount3  nfs - yes hard[/size]


Attached below is the snippet from the catalina.out file from the Tomcat Server 6.0.0.18
[size=85]15:27:36,084  DEBUG [nfs.protocol.auth] RpcAuth: Type=Null client=/10.200.171.61
15:27:36,084  DEBUG [nfs.protocol.auth] RpcAuth: RPC from U10.200.171.61:62638, authType=Null, sessKey=180923197
15:27:36,084  DEBUG [nfs.protocol.auth] RpcAuth: Client info, type=Null, addr=10.200.171.61
15:27:36,085  DEBUG [nfs.protocol.auth] RpcAuth: Type=Unix uid=0, gid=1
15:27:36,086  DEBUG [nfs.protocol.auth] RpcAuth: RPC from U10.200.171.61:602, authType=Unix, sessKey=777059214202830848
15:27:36,086  DEBUG [nfs.protocol.auth] RpcClientInfo: username=admin, uid=0, gid=1
15:27:36,086  DEBUG [nfs.protocol.auth] RpcAuth: Client info, type=Unix, name=mercury, uid=0, gid=1, groups=11
15:27:36,132  DEBUG [nfs.protocol.auth] RpcAuth: Type=Unix uid=0, gid=1
15:27:36,133  DEBUG [nfs.protocol.auth] RpcAuth: RPC from T10.200.171.61:33527, authType=Unix, sessKey=777059214202830848
15:27:36,133  DEBUG [nfs.protocol.auth] RpcClientInfo: username=admin, uid=0, gid=1
15:27:36,133  DEBUG [nfs.protocol.auth] RpcAuth: Client info, type=Unix, name=mercury, uid=0, gid=1, groups=11
15:27:36,155 User:admin DEBUG [nfs.protocol.auth] Set user name=admin, token=net.sf.acegisecurity.providers.UsernamePasswordAuthenticationToken@c50d24: Username: net.sf.acegisecurity.providers.dao.User@e1e924: Username: admin; Password: [PROTECTED]; Enabled: true; AccountNonExpired: true; credential
sNonExpired: true; AccountNonLocked: true; Granted Authorities: ROLE_AUTHENTICATED; Password: [PROTECTED]; Authenticated: true; Details: net.sf.acegisecurity.providers.dao.User@e1e924: Username: admin; Password: [PROTECTED]; Enabled: true; AccountNonExpired: true; credentialsNonExpired: true; Accoun
tNonLocked: true; Granted Authorities: ROLE_AUTHENTICATED; Granted Authorities: ROLE_AUTHENTICATED
    0 - 80 00 00 18 48 dc 85 43 00 00 00 01 00 00 00 00   - ….H_.C……..
   16 - 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01   - …………….
15:27:36,188  DEBUG [nfs.protocol.auth] RpcAuth: Type=Unix uid=0, gid=1
15:27:36,188  DEBUG [nfs.protocol.auth] RpcAuth: RPC from T10.200.171.61:559, authType=Unix, sessKey=777059214202830848
15:27:36,189  DEBUG [nfs.protocol.auth] Clear security context, client=null
    0 - 80 00 00 20 40 c9 ed 97 00 00 00 01 00 00 00 00   - … @+f………
   16 - 00 00 00 00 00 00 00 00 00 00 00 00 00 00 27 16   - …………..'.[/size]


When we restart the client machine, there is no error noticed in the alfresco log in the tomcat server. But unfortunately we are getting I/O Error in the client machine as given above.

Any help would be appreciated.

Regards,
Raju

bmarbury
Champ in-the-making
Champ in-the-making
I know this post is old, but for anyone else that might encounter this - there is a note on the wiki that indicates the uid and gid can't be different due to an NFS bug.

The wiki page is at:  http://wiki.alfresco.com/wiki/File_Server_Configuration