Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I have a Fedora box with several NFS shares which I am mounting
locally under Ubuntu (Breezy). Since Fedora and Ubuntu don't have the
same uid/gids scheme, I have downloaded and installed uugid on the ubuntu system to map the ids. However, for some reason I am unable to open certain files on the remote system and it appears that while the user id is the same the group id for certain files is root. uugid appears not to remap the root gid and displays it as 1000; and hence I can't open them from the local machine.
I guess I don't understand completely how uugid works; I am expecting uids and gids to be mapped 1=1 between the two systems. Instead it seems I have to redo a lot of the permissions on the Fedora host to get things to work. The man page of uugid is pretty short, suggesting not much configuration is involved. Anyone here have any tips on how it works?
Last edited by Kropotkin; 01-16-2008 at 08:47 AM.
Reason: typo in title (uugidd -> ugidd)
Hi all,
I guess I don't understand completely how uugid works;
Sorry, but you do not understand how NFS and Linux works. There is NO reason why files owned by root should be accessible over NFS. Period. Use SSH for remote management.
Right, but I am not dealing with system files, I am trying to open and write to files and directories in my home userspace, notably a large collections of jpegs. I have the same user name on both systems, but under Fedora my user ID number is 500 while under Ubuntu it is 1000 (system defaults). It is my understanding that in principle the uugid daemon is supposed to map the one to the other.
In practice, however, I am finding that I can access some directories and files but not others and I am trying to determine why. In a few places I saw that the group ID name was "root" which lead me to suppose that uugid does not map root on system a to system b.
Further, it appears I have to change the write permissions on certain directories to other +w to be able to see access them on the NFS client, even though the user and group names are the same.
At this point, I haven't figured out what the rules of the game, only that my id name is not being mapped 1 = 1 without restriction on the remote system.
...The man page of uugid is pretty short, suggesting not much configuration is involved.
The correct program here, if anyone is looking for it is, "ugidd". I mention this because I wanted to correctly tag this thread.
Emerson, your suggestion seems to be an excellent solution for simple home networking with the least fuss. I am currently trying to run all of my machines using nfs for file sharing and samba (mostly to share my printer with my roomate). My plan was to use Ubuntu for everything, but I still want to experiment with other distros. I will use my server as a model for uid/gid designation.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.