Customers Using SMB to Connect to the Storage System Lost All Access for Roughly 20 Minutes.
(Doc ID 2717730.1)
Last updated on FEBRUARY 03, 2022
Applies to:
Oracle ZFS Storage ZS7-2 Mid-Range - Version All Versions to All Versions [Release All Releases]Oracle ZFS Storage ZS5-4 - Version All Versions to All Versions [Release All Releases]
Oracle ZFS Storage Appliance Racked System ZS5-4 - Version All Versions to All Versions [Release All Releases]
Oracle ZFS Storage Appliance Racked System ZS7-2 Mid-Range - Version All Versions to All Versions [Release All Releases]
Oracle ZFS Storage ZS3-4 - Version All Versions to All Versions [Release All Releases]
Information in this document applies to any platform.
Symptoms
SMB clients are unable to access files on a ZFS Storage Appliance(ZFSSA) after the ZFSSA SMB service periodically selects a different domain controller. The problem will clear if the SMB service is restarted, however it may occur again if the SMB service uses the problem domain controller. The debug.sys log will contain lines similar to:
These lines may repeat for 20 minutes or more. In the above example, the SMB service is unable to connect to the domain controller called <hostname-104>. SMB clients lost access around 11:08:19 until 11:30:19
Changes
This was due to a change in signing requirements on the domain controller. The smbclnt2 daemon was not able to negotiate the change in signing correctly and thus when the problem domain controller is selected, the daemon repeatedly tries to create the session and may continue to fail for 20 minutes or until the SMB service is restarted. This does not happen for all domain controllers.
Cause
To view full details, sign in with your My Oracle Support account. |
|
Don't have a My Oracle Support account? Click to get started! |
In this Document
| Symptoms |
| Changes |
| Cause |
| Solution |
| References |