Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[Samba] winbind filling up log with "Possible deadlock: Trying to lookup SID xxx with passdb backend"

272 views
Skip to first unread message

Andre Fonseca de Oliveira

unread,
Dec 6, 2010, 8:30:02 AM12/6/10
to
Hello,

I have samba 3.3.8 installed on CentOS 5.5 on a production server.

Winbind is filling up the logs with these messages:

[2010/12/06 10:43:28, 0] winbindd/winbindd_passdb.c:sid_to_name(159)
Possible deadlock: Trying to lookup SID
S-1-5-21-2106371596-187675891-3351287853 with passdb backend
[2010/12/06 10:43:29, 0] winbindd/winbindd_passdb.c:sid_to_name(159)
Possible deadlock: Trying to lookup SID
S-1-5-21-2106371596-187675891-3351287853 with passdb backend
[2010/12/06 10:43:29, 0] winbindd/winbindd_passdb.c:sid_to_name(159)
Possible deadlock: Trying to lookup SID
S-1-5-21-2106371596-187675891-3351287853 with passdb backend
[2010/12/06 10:43:29, 0] winbindd/winbindd_passdb.c:sid_to_name(159)
Possible deadlock: Trying to lookup SID
S-1-5-21-2106371596-187675891-3351287853 with passdb backend
[2010/12/06 10:43:29, 0] winbindd/winbindd_passdb.c:sid_to_name(159)

We have been having problems when activating winbind daemon.

Could this error message be causing trouble?

Attached is smb.conf globals section (shares removed).

Thanks in advance

smb.conf

Andre Fonseca de Oliveira

unread,
Dec 13, 2010, 5:40:02 AM12/13/10
to
Appreciate your reply.

> On 6 December 2010 14:54, Andre Fonseca de Oliveira


> <andre.f....@cgu.gov.br> wrote:
>> Hello,
>>
>> I have samba 3.3.8 installed on CentOS 5.5 on a production server.
>>
>> Winbind is filling up the logs with these messages:
>>
>> [2010/12/06 10:43:28, 0] winbindd/winbindd_passdb.c:sid_to_name(159)
>> Possible deadlock: Trying to lookup SID
>> S-1-5-21-2106371596-187675891-3351287853 with passdb backend

> If you enable debug level 10, do you get this just before each of
> those messages?
>
> Converting SID S-1-5-21-2106371596-187675891-3351287853
Yes. Here is a snippet:

[2010/12/13 08:28:59, 10]
winbindd/winbindd_dual.c:child_process_request(452)
child_process_request: request fn LOOKUPSID
[2010/12/13 08:28:59, 3]
winbindd/winbindd_async.c:winbindd_dual_lookupsid(239)
[13229]: lookupsid S-1-5-21-2106371596-187675891-3351287853
[2010/12/13 08:28:59, 10] winbindd/winbindd_passdb.c:sid_to_name(147)
*Converting SID S-1-5-21-2106371596-187675891-3351287853*
[2010/12/13 08:28:59, 0] winbindd/winbindd_passdb.c:sid_to_name(159)


Possible deadlock: Trying to lookup SID
S-1-5-21-2106371596-187675891-3351287853 with passdb backend

>> We have been having problems when activating winbind daemon.


>>
>> Could this error message be causing trouble?

> I don't think so. I'm not sure what would cause this, but the code
> logs that message if the SID is not in the BUILTIN domain and is not
> in your domain and is not a local user/group and is not a well known
> SID (like "Everybody").
>
> It looks like just a sanity check. I have no idea what it has to do
> with deadlocks, but perhaps someone familiar with the code could
> comment.
>
The SID that appears in the logs is the domain SID:

[root@phoenix samba]# net getdomainsid
SID for local machine PHOENIX is: S-1-5-21-2106371596-187675891-3351287853
SID for domain DF-CGU is: S-1-5-21-2106371596-187675891-3351287853

Michael Wood

unread,
Dec 13, 2010, 8:50:02 AM12/13/10
to
On 13 December 2010 12:38, Andre Fonseca de Oliveira

OK, so it looks like it's coming from the sid_to_name() function
(which I should have realised from the line number (159) in the first
place).

>>> We have been having problems when activating winbind daemon.
>>>
>>> Could this error message be causing trouble?
>>
>> I don't think so.  I'm not sure what would cause this, but the code
>> logs that message if the SID is not in the BUILTIN domain and is not
>> in your domain and is not a local user/group and is not a well known
>> SID (like "Everybody").
>>
>> It looks like just a sanity check.  I have no idea what it has to do
>> with deadlocks, but perhaps someone familiar with the code could
>> comment.
>>
> The SID that appears in the logs is the domain SID:
>
> [root@phoenix samba]# net getdomainsid
> SID for local machine PHOENIX is: S-1-5-21-2106371596-187675891-3351287853
> SID for domain DF-CGU is: S-1-5-21-2106371596-187675891-3351287853

Strange. So instead of the SID being e.g. a user or group, it is the
domain itself. That explains why you're getting the message, but not
why someone is calling sid_to_name() on the domain SID.

I'm out of my depth here. I don't know if it's normal to call
sid_to_name() on a domain SID.

>>> Attached is smb.conf globals section (shares removed).
>>>
>>> Thanks in advance

--
Michael Wood <esio...@gmail.com>
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/options/samba

Andre Fonseca de Oliveira

unread,
Dec 15, 2010, 11:20:02 AM12/15/10
to

Well, I guess i will have to live with this message.

Is there a way to supress this error message, besides changing the
source code?

Michael Wood

unread,
Dec 16, 2010, 3:40:03 PM12/16/10
to
On 15 December 2010 18:11, Andre Fonseca de Oliveira

You might want to ask on the #samba-technical IRC channel if this
could be cause by some sort of configuration problem or something like
that.

If you still get no proper answers, then you will need to change the
source code. I suggest just increasing the debug level needed to log
it.

0 new messages