On Tue, Jun 21, 2005 at 02:25:38PM +0200, Martin Kos wrote:
> sometimes i've got some other strange log entries:
> [2005/06/21 12:17:03, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'by' does not exist
> [2005/06/21 12:17:03, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'uid=0' does not exist
> [2005/06/21 12:17:03, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user '(' does not exist
> [2005/06/21 12:17:03, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(167)
>   name '' is not a user name: 3
> [2005/06/21 12:17:03, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(167)
>   name '' is not a user name: 3
> [2005/06/21 12:17:03, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'run-parts' does not exist
> [2005/06/21 12:17:03, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user '--report' does not exist
> [2005/06/21 12:17:04, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'pam_unix' does not exist
> [2005/06/21 12:17:04, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'session' does not exist
> [2005/06/21 12:17:04, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'closed' does not exist
> [2005/06/21 12:17:04, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'for' does not exist
> [2005/06/21 12:17:04, 1] nsswitch/winbindd_user.c:winbindd_getpwnam(161)
>   user 'user' does not exist

Hmm, this suggests that there's a file descriptor problem somewhere, and
some information that's supposed to be sent to syslog is somehow ending up
on the winbind socket... I'm not sure whether this explains the whole
failure you're seeing, though.

> On 06/20/2005 11:54 AM, Steve Langasek wrote:
> >Can you try to re-join the ADS domain using the 3.0.14a version of 
> >the tools?  It's possible that there was a silent file format change 
> >between 3.0.10 and 3.0.14a that went unnoticed.
> net ads join -U administrator
> administrator's password:
> [2005/06/21 14:23:48, 0] libads/ldap.c:ads_add_machine_acct(1405)
>   ads_add_machine_acct: Host account for srvmp3 already exists -
> modifying old account
> Using short domain name -- REVOX
> Joined 'SRVMP3' to realm 'REVOX.CH'

> i think i have had tried that already and it didn't help :-(

Ok.

> >>i'll see if i can try winbind versions between 3.0.10-1 and 
> >>3.0.14-a.
> >Have you tried these?  Anything you can report to us?  Since I don't 
> >have access to an ADS domain currently, the more information you can 
> >give us, the easier it will be to track down.

> 3.0.14a-3, 3.0.14a-2, 3.0.14a-1 and 3.0.11-1  didn't work :-(
> only 3.0.10-1 works without problems!

> >If this problem is reproducible with a fresh domain join under 
> >3.0.14a, I think the severity is appropriate.  If this bug only 
> >applies when upgrading from previous 3.0 versions, then that would be
> > an 'important' bug rather than a 'grave' bug.

> the strange thing is that not ALL clients can't connect to the server
> but just some of them.

Meaning that some Windows clients are able to connect to the Samba server
using their ADS credentials?  Or are these pre-ADS clients?

-- 
Steve Langasek
postmodern programmer

Attachment: signature.asc
Description: Digital signature

Reply via email to