Mount has error "Resource temporarily unavailable"

I was just messing about with snv_23 and FC4; and i noticed that
if i forgot to add the no_root_squash option the Slolaris Client
would pause for a short while at the mount(1M) command and
then error out with 'resource temporarily unavailable' -- one more
thing to watch out for..

[posted with ecto]

Technorati Tags: nfs, OpenSolaris, Solaris

Posted by macrbg [NFS] ( October 25, 2005 07:38 AM ) Permalink | Comments[0]

Solaris NFSv4 client mount from a Linux Server:

Since there had been some confusion over a Solaris Client failing to mount from a Linux based server (there may be a couple of issues you may bump into) -- I thought i'd share some hints and things to look at..

First, of course, your mount may fail because the item you wish to mount has not been exported from the server; using showmount -e <server> will return a list of exports for that server, if the item is not listed then you should contact the server sysadmin for help (or export it yourself :) using the exportfs command with possible updates to the /etc/exports file)

You may see a permission denied message, and if you are using snv_22 to snv_24 bits that could be due to the client using a non-reserved port. A couple of things can be done to over come that problem;

• add the insecure keyword to the exports option line on the server (allowing requests from non-reserved ports)

/foop *(rw,nohide,insecure,no_root_squash,sync)

• revert the default behavior for the client to use reserved ports

see this to do that!

You may also see a problem with no such file or directory (ENOENT).

The linux NFS server implements the NFSv4 pseudo filesystem (pFS) as a separate namespace to that of the server, and hence NFSv2/v3 (since in v2/v3 we expose the servers native namespace). The root of the pFS namespace is designated in the exports file via the fsid=0 option.

So for example lets say you have some data that you'd like to share in the following directories:-
/export/proj; /export/archive; /export/www; /export/temp.

An example /etc/exports file might look like this :-

/export/proj *.dev.dot.com(rw,insecure,sync)
/export/archive *(ro,insecure,sync)
/export/www @www(rw,insecure,sync)
/export/temp *(rw,insecure,sync)

Mounting using NFSv3 our mount command would look like this :-

# mount -o vers=3 linux_server:/export/proj /proj

This will work fine for v2/v3 mounts but fail for NFSv4. The pFS is customizable by the sysadmin allowing the flexibility to present a different namespace; for our example we may choose to specify that the root for the pFS be /export; Adding the following line to /etc/exports will allow us to do that :-

/export *(rw,fsid=0,insecure,no_root_squash,sync)

In doing this we are now presenting the pFS namespace to NFSv4 Clients as :-

/proj
/archive
/www
/temp

and as such we will need to alter the mount command on the NFSv4 Client:

# mount -o vers=4 linux_server:/proj /proj

See Also:
Using NFSv4
Linux NFS Client

_____________________________


Technorati Tags: OpenSolaris Solaris nfs

[posted with ecto]

Posted by macrbg [NFS] ( October 20, 2005 12:51 PM ) Permalink | Comments[7]

Default for reserved ports switched back!

In Solaris nevada build 26; I've switched the default port for the NFS client to
use reserved (aka privileged) ports, effectively disabling 6185950 until
6319735 is putback .

See Also:
The NFS-Discuss thread here
6319735 Fix the reserved port tune-able
6185950 nfs mount problem when nfs_portmon = 1
6331812 Change KRPC default port usage to reserved ports.
Using NFSv4
____________________________________________________________________
Technorati Tags: OpenSolaris Solaris nfs

Posted by macrbg [NFS] ( October 14, 2005 02:32 PM ) Permalink | Comments[0]