https://bugzilla.redhat.com/show_bug.cgi?id=855417 is the bug that will push this fix into the 6.3 z-stream.
the actual patch ( https://bugzilla.redhat.com/attachment.cgi?id=625075&action=diff) looks pretty straight-forward. Should be out pretty soon. On Fri, Nov 16, 2012 at 11:33 AM, Konstantin Olchanski <[email protected]>wrote: > On Fri, Nov 16, 2012 at 08:35:16AM +0100, Rupert Kolb wrote: > > > > there is a bug in nfs-utils: > > The mapping of user name and group doesn't work: I get nouser and > > nogroup, which is really annoying, > > > > see: https://bugzilla.redhat.com/show_bug.cgi?id=849945 > > > > Can this be fixed in SL 6.3 shortly? > > > > If I read the referenced bug correctly, they think it is a problem with a > FreeBSD NFSv4 server. > > If your servers and clients are SL6, perhaps your problem is elsewhere. > > I, too, have seen NFSv4 report "nouser" and "nogroup". This is connected > to this idmapd > thing and I remember some gyrations with it through SL6.0->6.1->6.2. > > For a standalone cluster (no NIS), it appears that you have to set the > "Domain" value > in idmapd.conf to the same value on all machines. Without that, I was > seeing > some machines decide to use Domain=triumf.ca, others Domain=localdomain, > etc, > and obviously uid-name mapping did not work. There were reasonably > explanatory > messages in the syslog. Then after changing the Domain= value in > idmapd.conf > I remember having to reboot every machine - restarting nfs, idmapd, etc was > not enough - it was remembering the old settings somewhere. This is for > SL6.1, SL6.2. > > For an NIS cluster, the default value (Domain= commented out in > /etc/idmapd.conf) > seems to work in SL6.2. (But I have no idea what "domain name" ("realm > name"?) it is using, > it does not seem to report it to the syslog). > > We also have sporadic DHCP problems with domains and hostnames changing > between abc.triumf.ca and abc.Trumf.CA (note capital letters), another > thing > to watch for that may trip-up the NFSv4 idmapd. > > Good luck! > > -- > Konstantin Olchanski > Data Acquisition Systems: The Bytes Must Flow! > Email: olchansk-at-triumf-dot-ca > Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada > -- Thanks, Jamie Duncan 804.571.0458
