[KLUG Members] NFS problems viewing subdirectories

Susan Ator sator at npr.org
Fri Jun 10 10:06:00 EDT 2005


Unfortunately, rebooting is not an option. Actually, unmounting and
mounting (couldn't even do a mount -o remount) was the only thing that
worked. That is not acceptable either. This is our production server and
these directories have to be accessible 24/7.

Ah well, for now we put things back the way they were, which was having
the data on the server instead of an nfs mount.

My partner in crime is going to look at a samba share since we are
needing to do two servers with ip failover and we wanted the shared data
which is not controlled by cvs to be truly shared.

Thanks for your input, though.

Susan

-- 
- sa
http://goosefairy.livejournal.com
***
Working with Unix is like wrestling a worthy opponent.
Working with windows is like attacking a small whining child who is
carrying a .38
***

On Thu, 2005-06-09 at 17:32, John Pesce wrote:
> I noticed that same thing on a couple Suse Pro 9.2 clients.
> Some sub-directories on NFS mounts would be there for a while and then
> eventually not.
> Rebooting the workstation fixed the problem, but then it might come
> back.
> Not sure if it is related, but eventually the local partitions on these
> couple workstations became unreadable by Linux. FDisk said /dev/hda was
> unreadable. Booting off an XP disk and running fdisk showed like 15
> partitions. I had to delete them all, make a single NTFS partition and
> format it, then go back to Linux and delete the NTFS and make new Linux
> partitions.
> 
> Our 30+ other workstations seem ok.
> 
> On Thu, 2005-06-09 at 14:46, Susan Ator wrote:
> > We are having a (hopefully not unique) problem with our nfs shares.
> > 
> > We have RedHatES4 as our NFS server and 2 RedHatES3 clients.
> > 
> > The exports on the es4 server are:
> > 
> > /imagesStore xxx.xxx.x.xx1(rw,sync) xxx.xxx.x.xx2(rw,sync)
> > /docsStore xxx.xxx.x.xx1(rw,sync) xxx.xxx.x.xx2(rw,sync)
> > /exchangeStore xxx.xxx.x.xx1(rw,sync) xxx.xxx.x.xx2(rw,sync)
> > /audioStore xxx.xxx.x.xx1(rw,sync) xxx.xxx.x.xx2(rw,sync)
> > 
> > and the mount points on the 2 es3 servers are:
> > 
> > xxx.xxx.x.xx:/docsStore /path_to/docs nfs
> > rw,sync,rsize=8192,wsize=8192,hard,intr 0 0
> > xxx.xxx.x.xx:/imagesStore /path_to/images nfs
> > rw,sync,rsize=8192,wsize=8192,hard,intr 0 0
> > xxx.xxx.x.xx:/exchangeStore /path_to/exchange nfs
> > rw,sync,rsize=8192,wsize=8192 0 0
> > xxx.xxx.x.xx:/audioStore /path_to/audio nfs
> > rw,sync,rsize=8192,wsize=8192 0 0
> > 
> > Each of the mountpoints have subdirectories which exist on the nfs
> > server.
> > 
> > We have been dealing with an ongoing but sporadic problem of the
> > subdirectories becoming unreadable in the various mountpoints.
> > 
> > For example:
> > 
> > ls on /path_to/docs will show 3 directories (dir1, dir2, dir3).
> > ls on dir1 will show results.
> > ls on dir2 will show results.
> > ls on dir3 will give an error message that dir3 does not exist.
> > 
> > or:
> > 
> > ls on dir3 will show 3 subdirectories (subdir1, subdir2, subdir3)
> > ls on subdir1 will show results.
> > ls on subdir2 will show results.
> > ls on subdir3 will give an error message that subdir3 does not exist.
> > 
> > This problem can occur anywhere down the chain of directories and
> > subdirectories. We are pulling our hair out trying to figure this out.
> > Does anyone have any recommendations?
> > 
> > sator
> > _______________________________________________
> > Members mailing list
> > Members at kalamazoolinux.org
> > 
> _______________________________________________
> Members mailing list
> Members at kalamazoolinux.org
> 



More information about the Members mailing list