Created attachment 8425 [details]
log, wbinfo, getent, conf
After upgrade from Samba 3.5.15 to 3.6.10 there is a serious auth issue.
Samba 3.6.10 as domain member to NT4 PDC is no longer recognizing valid users for shares. Even the "Domain Admins" are denied access to shares.
The file proserver.log in the attachment shows the Administrator logging on to the PDC and then trying to connect to a share with a valid users line that includes the Domain Admins group yet is authenticated as the guest user and is denied access.
We need the client specific log file, not the general smbd one.
That is the log file of the client machine (the PDC in this case).
It was created with:
log level = printdrivers:0 lanman:10 rpc_parse:0 rpc_srv:0 rpc_cli:0 smb:10 tdb:10 sam:4 passdb:10 registry:0 auth:10 vfs:1 idmap:10 winbind:10 quota:0 acls:4 locking:2 msdfs:0
To me it seems that you have "log file = <something>.%m" or so somewhere in your smb.conf. This will redirect the logfile before the interesting piece.
Ah, and please do not play with debug modules. This will just confuse anybody trying to debug this defect.
Created attachment 8426 [details]
new full level 10 log
This is a full level 10 log from another member server. I logged onto the PDC (PROSERVER) as the administrator and attempted to connect to a share on the member server (HAWKING) that lists Domain Admins as valid users. Instead of connecting a credentials prompt was displayed.
(In reply to comment #4)
> To me it seems that you have "log file = <something>.%m" or so somewhere in
> your smb.conf. This will redirect the logfile before the interesting piece.
Yes, I use:
log file = /var/log/samba/%m.log
As I find it easier to deal with *.log instead of log.* - will this create a problem for you?
Created attachment 8427 [details]
new log files without log filename redirect
OK, did this with no log filename redirect and full log level 10. This attachment contains all of the log files created. Interestingly no client specific log file was created.
If you need anything else please let me know. I have full reign until the morning with the systems (office is closed for the night).
Anything else required?
Looking for some traction on this issue. What else can I provide that will assist?
Does this only affect the WARGAMES\Administrator user or all users?
I am asking because WARGAMES\Administrator is mapped to root in your setup
(In reply to comment #12)
> Does this only affect the WARGAMES\Administrator user or all users?
> I am asking because WARGAMES\Administrator is mapped to root in your setup
It doesn't affect another user that is a Domain Admin and if I remove the map in smbusers it doesn't affect the user "Administrator". But somehow I never had that issue previously.
doen't look like a generic bug, please consult the mailing list or other support channels (if this didn't recolve after all thos years)