Bug 1656405

Summary: Classic domain requires domain name to authenticate after last update
Product: Red Hat Enterprise Linux 7 Reporter: Milan Kerslager <milan.kerslager>
Component: sambaAssignee: Andreas Schneider <asn>
Status: CLOSED ERRATA QA Contact: Andrej Dzilský <adzilsky>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 7.6CC: abokovoy, adzilsky, asn, gdeschner, heinrich.mislik, jarrpa, jstephen, milan.kerslager
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: samba-4.9.1-1.el7 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2019-08-06 12:45:55 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
testparm -s on the server none

Description Milan Kerslager 2018-12-05 12:39:15 UTC 
After update to samba-4.8.3-4.el7.x86_64 we need to add domain name when accessing network share from the client (we have classic domain setup).

How reproducible:
smbclient -U user -L //server          # does not work anymore
smbclient -U domain/user -L //server   # new setup

Probably just to notice others.
I don't know how to restore previous behaviour.
Comment 2 Alexander Bokovoy 2018-12-05 15:33:22 UTC 
Please provide 'testparm -s' output.
Comment 3 Alexander Bokovoy 2018-12-05 15:34:03 UTC 
Actually, please provide that output for both client and server if they aren't the same machine.
Comment 4 Milan Kerslager 2018-12-05 16:14:57 UTC 
The problematic clients are ten (10) Windows 7 stations (working years with no change, just CentOS 5/6/7 clean update with Samba config files copied to the new system.

After update/reboot to EL7.6, most of W7 was unable to map network share.
The solution was to provide server\username for login.
No password change was necessary. No change at server was necessary.
Comment 5 Milan Kerslager 2018-12-05 16:17:49 UTC 
Created attachment 1511779 [details]
testparm -s on the server
Comment 6 Andreas Schneider 2018-12-12 16:59:46 UTC 
As you have local system account on a classic DC they are probably resolved incorrectly.

I guess the issue would be fixed with: https://bugzilla.samba.org/show_bug.cgi?id=13503
Comment 8 Heinrich Mislik 2019-01-17 17:25:40 UTC 
I had the same problem. I think, it is related to

https://bugzilla.samba.org/show_bug.cgi?id=13722

With winbind not running, the fallback to auth module sam_ignoredomain does not work.

Cheers

Heinrich
Comment 12 errata-xmlrpc 2019-08-06 12:45:55 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2019:2099