Welcome to the MacNN Forums.

nonhuman · Jun 1, 2005, 03:14 PM

I'm trying to mount an nfs share from an OS X box on a Linux box. I can get it so that OS X will export the directory over nfs, and the Linux box can mount it, but when I do the mount is always owned by user 502. The man pages for exports (on OS X at least...) makes it look like I want to use either -maproot=user or -mapall=user to get it to mount as being owned by user, but when I do that the Linux box can't mount it at all.

What do I have to do to be able to mount osxbox:/Users/nonhuman at linuxbox:/home/nonhuman/osx so that it will show up as being owned by nonhuman in the groups users?

nonhuman · 08:30 PM

Well, I think I have it working. But for some reason it's really slow to connect.

I also tried sharing the nfs mount over afp with netatalk, and that's even more unreasonably slow. Locks up the finder for a very long time before it will mount and occasionally when I try to open folders.

When I say slow, I mean it takes up to a minute to actually mount the nfs share. This really isn't normal, and at various points when I was experimenting with the set up it would mount pretty much instantaneously. Is there anything I could have wrong in the config that would explain this?

Edit: make that 3 minutes. Sheesh.

nonhuman · Jun 3, 2005, 11:19 AM

No ideas?

ghporter · Jun 3, 2005, 04:10 PM

Maybe you could include which Linux distro you're using, how you have it configured, and how you have it connected to the OS X machine.

Frankly this is over my head stuff, so I was hoping to learn something from it. Maybe a bit of "WTF" from someone else will help.

nonhuman · Jun 3, 2005, 04:18 PM

Originally Posted by ghporter

Maybe you could include which Linux distro you're using, how you have it configured, and how you have it connected to the OS X machine.

Frankly this is over my head stuff, so I was hoping to learn something from it. Maybe a bit of "WTF" from someone else will help.

Yeah, I suppose that would be pretty clever of me.

I'm running Gentoo 2005.0 PPC on a Blueberry iMac. I haven't really configured or installed any software other than netatalk for AFP, nfs_utils for nfs, and HFS+ support in the kernel. It's basically an experiment to try and get around the 10-client limit on AFP with OS X client, I'm trying to nfs mount the volume I want to share on the Linux box and then share it out over AFP.

Of course, I just upgraded netatalk from 1.6.4 to 2.0.1 and now I can't even mount the afp shares from my mac anymore which was the one part that was working. On the plus side, I think the nfs might be working right now, but I can't really tell until I get netatalk working again.

nonhuman · Jun 6, 2005, 11:45 AM

Damn, this continues to be really annoying. I downgraded netatalk back down to 1.6.4, and now I'm able to connect to the Linux box over AFP again, but when I do the mounted volume shows up as empty, despite the fact that I'm nfs-mounting a very-much not empty directory in it's place (and the contents show up just fine in Linux).

This really ought to work.

nonhuman · Jun 8, 2005, 08:27 PM

In case anyone cares, the problem was that Netatalk was trying to store the CNID database on the nfs mount, but nfs mounts don't support memory mapped files. The solution was to have Netatalk map the CNID database into a different directory.

Of course then I discovered another problem. Because the HFS+ volume was being mounted by nfs, the metadata wasn't being made available. As a result, though the files and permissions and all were visible to any Mac client that mounted the afp share, the files weren't recognized as valid and couldn't be opened.

As a result, I'm resorting to booting the current OS X server in target disk mode so I can mount the HFS+ volume directly and then share it through Netatalk with no metadata issues. This works just fine.