Hello, Daniel Smedegaard Buus: > In these folders are music files, and I was setting up foobar2000 on > my Mac to collect files from all of these places via NFS. That is, not > via the AUFS mount (smb:/Archive/Music/*), but via explicit paths from > the underlying volumes as exported by NFS via /titanic > (nfs:/titanic/Volumes/XD063/Music, etc.).
Let me make sure. On linux - /titanic/Volumes/XDxxx are mounted zfs, and exported via nfs. - /Archive is exported by smbd. On mac - /titanic/Volumes/XDxxx are mounted nfs. Right? > This went alright with the XD??? shares, but when I wanted to add > nfs:/titanic/Ripped/Processed/Music to foobar2000, I could not access > it. Trying to ls it in a terminal gave me a "stale nfs file handle" > message. Obviously, I then assumed it was a problem with NFS, and > started scouring the net for help. Tried noac on the client, tried > restarting the server, tried rebooting the Mac, but nothing helped. Hmm, On mac - /titanic/Volumes/XDxxx are mounted nfs, and you can use them. - /titanic/Ripped/Processed/Music is mounted nfs, but you cannot use them. Right? Currently, because you don't use /Archive on your Mac, I don't think aufs is related. Can you verify that /titanic/Ripped/Processed/Music is correctly exported, for instance, by "showmount -e your_nfs_server"? And, for instance again, how about "find /titanic/Ripped/Processed/Music | wc -l" on both of nfs server and client? J. R. Okajima ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet
