Sponsored Content
Operating Systems Solaris NFS with a NAS: permanently inconsistent directory state across clients Post 302938873 by achenle on Thursday 19th of March 2015 04:30:55 PM
Old 03-19-2015
Umm, no you didn't provide nfsstat data in your original post:

Quote:
Originally Posted by cosmojetz
Hi,

I am having some NFS directory consistency problems with the below setup on a local (192.) network:
1. Different permissions (chmod) for the same NFS dir are reflected on different clients.
2. (more serious) an NFS dir created on client1 cannot be accessed on client2; this applies to some directories, not others; when this problem applies to a directory, it is a consistent problem.



Setup:

NFS server: Thecus N8800, 16Tb raw, RAID6
Client1: Sun Fire V210, Solaris 5.10 Generic_139555-08
Client2: Sun Fire V100, Solaris 5.10 Generic_118822-23

Both clients nfs-mount. Flags: vers=3,proto=tcp,sec=sys,hard,intr,link,symlink,acl,rsize=32768,wsize=32768,retrans=5,timeo=600
Attr cache: acregmin=3,acregmax=60,acdirmin=30,acdirmax=60



Use case on Client1:

CD to an nfs subdir:
Code:
cd /.../nfsdir
ls -la
drwxrwx---+ 56 user group   12288 Mar 13 15:28 .
drwxrwx---+  3 user group      30 Mar 17 13:57 ..
drwxrwx---+  3 user group   53248 Oct  3 04:41 somedir1
drwxrwxrwx+  7 user group    4096 Mar 13 15:29 somedir2

All good. CD to somedir1 works; can LS and see files. Same for somedir2. Note: somedir2 was mkdir'ed on Client1.



Use case On Client2:

CD to the same nfs subdir. Listing files works, but the permissions are different than what is listed on Client1:
Code:
cd /.../nfsdir
ls -la
drwx------+ 56 user group     12288 Mar 13 14:28 .
drwx------+  3 user group        30 Mar 17 12:57 ..
drwx------+  3 user group     53248 Oct  3 04:41 somedir1
drwx---rwx+  7 user group      4096 Mar 13 14:29 somedir2

PROBLEM1: the group permission for the same dir is different on client1 vs. client2.

CD to somedir1 works; can LS and see files.
PROBLEM2: *cannot* CD to somedir2:

Code:
bash: cd: somedir2/: Not a directory

On both clients, 'group' is defined in /etc/groups with the same id; 'user' is defined in /etc/passwd with the same id.

When I un-mount and re-mount the nfs dir on client2, I am able to access the directory in question (subdir2). Permissions, however, are still different across clients.



Does anyone have suggestions as to what is going wrong with my NFS setup? I'll be happy to post more information.

Thanks a lot!
What's the inode number of the problem directories and/or files?

I suspect the problem is with the server - Solaris is VERY particular about NFS implementations being EXACTLY according to the NFS spec.

Can a 64-bit process access the files/directories?
 

8 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

NFS to NAS transfer

Hey guys, My servers run Solaris 10. I have to move data from my NFS mount drives into the NAS storage area with all the same permissions ( for the users and programs and everything else). Can any one help me please ?? Thanks. MisterKhan (0 Replies)
Discussion started by: MisterKhan
0 Replies

2. UNIX for Dummies Questions & Answers

NFS mount of Windows NAS

The UPS connected to the Disk Array portion of my Windows 2003 NAS burned up over the weekend. Reconnected it to a new UPS and re-booted the NAS box. Since then I have not been able to get my HPUX 10.2 box to mount the shared drives on the NAS. At boot, the NFS client & server subsystems do a... (0 Replies)
Discussion started by: twalker0
0 Replies

3. UNIX for Advanced & Expert Users

Quest on NFS with 1 Server & 2 Clients

Hello; I work now with a team which has based her "applications" on the following schema: 1 NFS client C1 (linux redhat 5) writes a file fic.dat on a NFS SERVER S (RH 5) Another NFS client C2 is waiting for the same file fic.dat (on NFS server S1), and, when "fic.dat" appears, then makes... (8 Replies)
Discussion started by: SolarMax
8 Replies

4. AIX

Open firmware state to running state

Hi Admins, I am having a whole system lpar in open firmware state on HMC. How can I bring it to running state ? Let me know. Thanks. (2 Replies)
Discussion started by: snchaudhari2
2 Replies

5. UNIX for Dummies Questions & Answers

Unmounting NFS idle clients from server

Hello World, We have a software repository server in our environment which we use as an NFS server. Now this has been going on well before I was hired. Now, I observed many users not unmounting the NFS resources after their use. I ran showmount and it showed 513 current sessions. :wall: Is... (7 Replies)
Discussion started by: satish51392111
7 Replies

6. UNIX for Dummies Questions & Answers

NFS / DAS / SAN / NAS - Which is best?

i've used only NFS and as many already found out, it can be or rather i should say, it is very unreliable. based on the collective experiences of the members on this board, i would really appreciate it if someone can tell me what the next best file sharing method is? is it DAS? SAN? NAS? ... (1 Reply)
Discussion started by: SkySmart
1 Replies

7. Red Hat

Add directory to path permanently

I ssh in and am trying to add a directory permanently to $PATH in centos 7 and having issues. My current $PATH is echo $PATH /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin but when I do a sudo nano ~/.bashrc # .bashrc # User specific aliases and functions alias... (7 Replies)
Discussion started by: cmccabe
7 Replies

8. Shell Programming and Scripting

Solaris 9 Home Directory, Two Machines Sharing a NAS

Good Morning, I have 2 Solaris 9 machines sharing a NAS, and need to have users to be able to log in from the 2nd machine and get to all of their files on the NAS that were created on the 1st machine. So far its working ok, but when users log in to the second machine, their user IDs show... (20 Replies)
Discussion started by: Stellaman1977
20 Replies
nfs(7)							 Miscellaneous Information Manual						    nfs(7)

NAME
nfs, NFS - network file system DESCRIPTION
The Network File System (NFS) allows a client node to perform transparent file access over the network. By using NFS, a client node oper- ates on files residing on a variety of servers and server architectures, and across a variety of operating systems. File access calls on the client (such as read requests) are converted to NFS protocol requests and sent to the server system over the network. The server receives the request, performs the actual file system operation, and sends a response back to the client. NFS operates in a stateless manner using remote procedure calls (RPC) built on top of an external data representation (XDR) protocol. The RPC protocol enables version and authentication parameters to be exchanged for security over the network. A server grants access to a specific file system to clients by adding an entry for that file system to the server's file. A client gains access to that file system using the command to request a file handle for the file system (see mount(1M)). (A file handle is the means by which NFS identifies remote files.) Once a client mounts the file system, the server issues a file handle to the client for each file (or directory) the client accesses. If the file is removed on the server side, the file handle becomes stale (dissociated with a known file), and the server returns an error with set to A server can also be a client with respect to file systems it has mounted over the network; however, its clients cannot directly access those file systems. If a client attempts to mount a file system for which the server is an NFS client, the server returns with set to The client must mount the file system directly from the server on which the file system resides. The user ID and group ID mappings must be the same between client and server. However, the server maps UID 0 (the superuser) to UID -2 before performing access checks for a client. This process prevents gaining superuser privileges on remote file systems. RETURN VALUE
Generally, physical disk I/O errors detected at the server are returned to the client for action. If the server is down or inaccessible, the client receives the message: where is the hostname of the NFS server. The client continues resending the request until it receives an acknowledgement from the server. Therefore, the server can crash or power down, and come back up without any special action required by the client. The client process requesting the I/O will block, but remains sensitive to signals (unless mounted with the option) until the server recovers. However, if mounted with the option, the client process returns an error instead of waiting indefinitely. AUTHOR
was developed by Sun Microsystems, Inc. SEE ALSO
exportfs(1M), share(1M), mount(1M), mount_nfs(1M), nfsd(1M), mount(2), fstab(4), dfstab(4). nfs(7)
All times are GMT -4. The time now is 03:25 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy