I have this problem on every version of ubuntu to date.
My setup are two kinds of systems (we have hundreds of these systems
deployed).
If we configure users with nfsv4 on systems with NIS (no kerberos. just
a vanilla NIS implementation), idmapd works great.
If we configure machines identically
The previous comparison was to explain that the NFSv4 configurations are
(pretty basic) working as expected, as they're identical on both
systems, the only change is whether or not the server itself is getting
users from LDAP or NIS, and both LDAP and NIS configurations are also
working fine, as
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nfs-utils (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/335858
Title:
[mailto:boun...@canonical.com] On Behalf Of
Jeremy Vies
Sent: Monday, 15 June 2009 5:35 PM
To: markhan...@optusnet.com.au
Subject: [Bug 335858] Re: rpc.idmapd does not see LDAP users (nfs4 server)
Hi,
are users not defined in ldap also affected ?
I've some similar bug (except I don't have users
] On Behalf Of
Jeremy Vies
Sent: Monday, 15 June 2009 5:35 PM
To: markhan...@optusnet.com.au
Subject: [Bug 335858] Re: rpc.idmapd does not see LDAP users (nfs4 server)
Hi,
are users not defined in ldap also affected ?
I've some similar bug (except I don't have users managed by ldap
Hi,
are users not defined in ldap also affected ?
I've some similar bug (except I don't have users managed by ldap) with a server
running 8.04 and a client running 9.04.
It seems similar to Debian Bug#468177: nfs-common: idmapd fails mapping if
started before server
--
rpc.idmapd does not
Subject: [Bug 335858] Re: rpc.idmapd does not see LDAP users (nfs4 server)
Hi,
are users not defined in ldap also affected ?
I've some similar bug (except I don't have users managed by ldap) with a server
running 8.04 and a client running 9.04.
It seems similar to Debian Bug#468177: nfs-common
I can confirm this is still an issue with 8.10 server and clients and
even Debian clients.
The work-around does not work normally for me in any case, neither does
setting Cache=10 for idmapd.conf as suggested in the Debian bug tracker.
Further to the notes above in my case the server is also the
