I've set up an NFS shared drive to host my /myth/music and /myth/gallery directories. That is, my mythtv box is the client machine, and a NFS server in the garage (connected by ethernet cable to the wireless router also in the garage) is where all the music and photos are actually going to be.

I can listen to music from the shared drive with no problem now. Perhaps due to the wireless connection of my mythtv box I had to set rsize=1024,wsize=1024 because at the default higher rates it would hang after playing about 10 seconds of a song.

However, now when I try to import a CD from the mythtv box itself, it begins the process for about 1 second and then instantly ejects the disc without importing. I assumed ripping a CD to a network drive would be a network-intensive operation, but with the exception of my 802.11b network adapter on the mythtv box, I'm using fairly new top-of-the-line components.

I tend to think this is not a network problem but a permissions problem, because the shared dirs appear to belong to user:group 1001:1001 which is the uid:gid of the user that owns those dirs on the NFS server. I am not running NIS, as I don't understand it yet. How can I give the import CD function permission to write to the network drive? Thanks for any ideas.

_________________
3 pcHDTV cards & Winegard SS-2000 Square Shooter Antenna, ethernet over power on R7.

Need more info:

* /etc/exports and /etc/hosts from the server in the garage
* Node name of your Myth box (uname -n)
* mount command used to mount NFS export on Myth box
* Permission structure of the NFS-shared directory structure

I have a very similar setup where all my videos, music and pictures are on an NFS share and have no problem ripping CDs or DVDs, so I am thinking you are probably on the right track with the permissions.

* /etc/exports and /etc/hosts from the server in the garage

# /etc/exports (where xx is the actual internal ip of myth box)
/myth/music 192.168.0.xx(rw,sync,subtree_check)
/myth/gallery 192.168.0.xx(rw,sync,subtree_check)

--
# /etc/hosts (where hostnameofnfsserver is the actual hostname)
127.0.0.1 localhost
127.0.1.1 hostnameofnfsserver

# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
--

* Node name of your Myth box (uname -n)
# (where mythhostname is the actual host name of myth box)
mythhostname

* mount command used to mount NFS export on Myth box
# from /etc/fstab (where xx is the actual ip of the nfs server)
192.168.0.xx:/myth/music /myth/music nfs rw,hard,intr,rsize=1024,wsize=1024 0 0
192.168.0.xx:/myth/gallery /myth/gallery nfs rw,hard,intr,rsize=1024,wsize=1024 0 0

* Permission structure of the NFS-shared directory structure
And once I got to this question I solved my problem. DUH!
It was not set so that anyone other than the user could write.
On the NFS server a simple
chmod -R g+w /myth/music
and
chmod -R g+w /myth/gallery
probably was all it took to fix it, but I also did o+w on each to be sure that the world could write to it. This is probably a security no-no, but I'll scale back if I find it will still work with just g+w.

THANKS!

_________________
3 pcHDTV cards & Winegard SS-2000 Square Shooter Antenna, ethernet over power on R7.