![]() | Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition | ||
|
|
![]() |
||||||||||||
Solution Type Problem Resolution Sure Solution 2367788.1 : Oracle ZFS Storage Appliance: SMB Access may be denied from some Network Interfaces
Oracle ZFS Storage may deny access to SMB share from some interfaces after upgrading to 8.7 or later. Applies to: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 ZS4-4 - Version All Versions to All Versions [Release All Releases] Oracle ZFS Storage Appliance Racked System ZS4-4 - Version All Versions to All Versions [Release All Releases] Oracle ZFS Storage ZS5-2 - Version All Versions to All Versions [Release All Releases] 7000 Appliance OS (Fishworks) SymptomsCustomers with Oracle ZFS Storage Appliance (ZFSSA) in clustered configuration may be denied access to SMB shares if the access is through the IP address owned by the peer node. The symptom was first observed in cluster configurations, however, the access issues to SMB shares is observed also in standalone configurations. When the problem occurs, messages similar to the following will be observed in the log. (/var/ak/logs/debug.sys) Oct 16 09:11:02 lbl-138 smbsrv: [ID 421734 kern.notice] NOTICE:
[LBL-138\testuser]: testshare Access is denied to share as it is being accessed via an IP that is not owned by the same node The above message can be verified by generating a support bundle and its content. Please see the "Solution" section of this document for further details. ChangesThis issue can occur in the following releases: ZFSSA Platform
Solaris platforms are not impacted by this issue. The feature is unique to ZFSSA Platform. CauseBUG:27046617 - UNABLE TO ACCESS THE SHARE AFTER TAKEOVER DUE TO ASN VERIFY SolutionUntil a final fix is available, the Workaround to this issue is as follows: Verifying The SymptomIn order to verify the symptoms, there are two methods that can be used: (a) Use a ZFSSA workflow to check if the problem exists. Running a ZFSSA WorkflowIf you choose to use the workflow (attached below), please follow the steps below: (1) Please upload the attached workflow.
If you are asked to contact support, please reach us by opening a Service Request. Verifying The Log File in Support BundleIf you choose to check the log file in the support bundle, please follow the step below: Generate the support bundle, then once your ZFSSA finishes the generation of the support bundle and start uploading, then cancel the upload. Please download the support bundle and extract the bundle locally. If you are a Solaris/Linux user, please use the following command to extract: gunzip -c ak.<uuid>.tar.gz | tar xvf -
For example, you will run something like below. solaris-box # gunzip -c ak.750e1411-2089-c0dc-f358-d62efd1e0396.tar.gz | tar xvf -
After extraction, please check the content of logs/debug.sys to see if the message such as below exists. Oct 16 09:11:02 lbl-138 smbsrv: [ID 421734 kern.notice] NOTICE: If you find the message similar to the above example, it is likely the system is affected by this issue. Please reach us by opening a Service Request. Workaround For Clustered Configuration(a) Check the status of the cluster and the owners of the network interfaces by running commands below. (Status of Cluster) test06-h0:> configuration cluster show Children: (Owners of Network Interfaces) test06-h0:> configuration cluster resources show RESOURCE OWNER TYPE LABEL CHANGES DETAILS
Check the OWNER column. If you have an empty interface and TYPE is 'singleton', it would cause the access issue that is described here. (b) If you have OWNER names against all interfaces, a cluster fail back will resolve the problem. (c) If you have network interfaces whose TYPE is 'singleton' and missing OWNER names, then the network interfaces must be recreated. Workaround for Stand-alone ConfigurationIf you have a problem in a stand-alone configuration, network interfaces must be recreated. If you have any questions or have difficulties resolving the problem, please contact Oracle Support. Resolution A final resolution for this issue is pending completion. Also see Service Alert <Document:2370372.1> for more information and updates on the Resolution to this issue. References<BUG:22870185> - SMB SERVER SHOULD NOT MIX INTERFACES AND POOLS OWNED BY DIFFERENT NODES.<BUG:27380040> - BACKOUT OF 22870185 SMB SERVER SHOULD NOT MIX INTERFACES AND POOLS OWNED BY DIFF <BUG:27046617> - UNABLE TO ACCESS THE SHARE AFTER TAKEOVER DUE TO ASN VERIFY Attachments This solution has no attachment |
||||||||||||
|