El Viernes, 9 de Diciembre de 2005 00:46, tom burkart escribió:
On Dec 8, Craig White wrote:
if you can 'getent passwd|grep USER_NAME' then it works, if you can't,
I can do that, yet it doesn't work on one of the servers.
tom.
Hi,
are you using person or account as objectclass? Could it
On 12/6/05, tom burkart [EMAIL PROTECTED] wrote:
Yet getent passwd | grep username returns the entry from the ldap
directory. The only problem I have found is that getent shadow | grep
username returns a username:x:::0 entry (ie cannot access
shadow info). All these commands are run as
El Jueves, 8 de Diciembre de 2005 15:53, Josh Kelley escribió:
Did you make sure to set rootbinddn in /etc/ldap.conf and the root
password in /etc/ldap.secret? Otherwise, getent shadow runs as an
unprivileged user, even as root. Did you check permissions on
/etc/ldap.secret (should be mode
On Thu, 2005-12-08 at 23:42 +0100, WebMaster wrote:
El Jueves, 8 de Diciembre de 2005 15:53, Josh Kelley escribió:
Did you make sure to set rootbinddn in /etc/ldap.conf and the root
password in /etc/ldap.secret? Otherwise, getent shadow runs as an
unprivileged user, even as root. Did you
El Jueves, 8 de Diciembre de 2005 23:54, Craig White escribió:
if you can 'getent passwd|grep USER_NAME' then it works, if you can't,
then it doesn't work. When you add USER_NAME to /etc/passwd, it
obviously works. You have to fix your nss/ldap.conf situation so it can
get posix users
On Dec 8, Josh Kelley wrote:
On 12/6/05, tom burkart [EMAIL PROTECTED] wrote:
Yet getent passwd | grep username returns the entry from the ldap
directory. The only problem I have found is that getent shadow | grep
username returns a username:x:::0 entry (ie cannot access
shadow info).
On Dec 8, Craig White wrote:
if you can 'getent passwd|grep USER_NAME' then it works, if you can't,
I can do that, yet it doesn't work on one of the servers.
tom.
--
To unsubscribe from this list go to the following URL and read the
instructions:
El Martes, 6 de Diciembre de 2005 09:35, tom burkart escribió:
getent shadow
Well, when I do getent shadow I get:
moran:x:12037::9:7:::0
moran:x:13122:0:9:7:::
(second from files)
My temporal solution is to modify adduser script and add machine script to do
something like:
On Dec 7, WebMaster wrote:
Well, when I do getent shadow I get:
moran:x:12037::9:7:::0
moran:x:13122:0:9:7:::
(second from files)
Yours has the same problem. It does not return the encrypted password for
some reason and that is why it fails. I guess the main search area is
glibc and
Today, tom burkart wrote:
I have noticed the same issue here, that only came to light as I started
deleting user entries from the files (passwd, shadow, group) as part of the
migration process. What is more frustrating is that the server that has the
master ldap server works fine, but the
10 matches
Mail list logo