Sun Microsystems, Inc.  Sun System Handbook - ISO 4.1 October 2012 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1439662.1
Update Date:2012-07-09
Keywords:

Solution Type  Problem Resolution Sure

Solution  1439662.1 :   Sun Storage 7000 Unified Storage System: Some SMB (Windows) shares are inaccessible  


Related Items
  • Sun Storage 7310 Unified Storage System
  •  
  • Sun Storage 7410 Unified Storage System
  •  
  • Sun ZFS Storage 7120
  •  
  • Sun ZFS Storage 7320
  •  
  • Sun Storage 7110 Unified Storage System
  •  
  • Sun ZFS Storage 7420
  •  
  • Sun Storage 7210 Unified Storage System
  •  
Related Categories
  • PLA-Support>Sun Systems>DISK>NAS>SN-DK: 7xxx NAS
  •  
  • .Old GCS Categories>Sun Microsystems>Storage - Disk>Unified Storage
  •  




In this Document
Symptoms
Cause
Solution


Applies to:

Sun ZFS Storage 7320 - Version Not Applicable to Not Applicable [Release N/A]
Sun Storage 7110 Unified Storage System - Version Not Applicable to Not Applicable [Release N/A]
Sun Storage 7310 Unified Storage System - Version Not Applicable to Not Applicable [Release N/A]
Sun Storage 7210 Unified Storage System - Version Not Applicable to Not Applicable [Release N/A]
Sun ZFS Storage 7420 - Version Not Applicable to Not Applicable [Release N/A]
7000 Appliance OS (Fishworks)

Symptoms

Attempting to access one or more shares on the appliance results in failure and access denied message, other shares can be accessed without issue.

Cause

Either misconfigured Share ACL settings, or a known software issue with the display of Share ACLs that blocks access to the share even when correctly configured.


Known issue: <Sunbug:7029157> P2 kit/lookandfeel SMB share can be created with incorrect ACL type from BUI.

I don't believe the current bug description and classification is accurate. In a nutshell, the share ACL can get into an unintended restrictive state while the BUI displays the default Everyone / Full Control. I'm also not sure it is entirely fixed, despite the software solution for the above. (3/22/2012, WH)

Solution

First check the Share ACL in the Share/Protocols screen:




If this is set to anything other than Everyone / Allow / Full Control, change it to this setting. If it's already configured to these settings, do this instead:

Change settings to Named User / root / Allow / Modify
Apply changes
Change settings back to Everyone / Allow / Full Control
Apply changes



Also, you may be able to determine definitively whether you have a problem with share ACLs by checking the system log. If possible, repeat the error so that you can locate the message within the first few pages of the log. Access the log in the BUI by navigating to Maintenance/Logs and selecting System. If denied access due to the share ACL, you should see a message similar to this:

Jan 22 11:08:03 server1 smbsrv: [ID 138215 kern.notice] NOTICE: smbd[DOMAIN\user]: share1 access denied: share ACL




Better way to check/fix this issue for those with access to the Solaris shell:

check:

ls -V /export/sharename/.zfs/shares

example of non-optimal result:

nas-server# ls -V .zfs/shares
total 1
-rwx------+ 1 root root 0 Dec 19 23:02 sharename
owner@:rwxpd-aARWc--s:-------:allow

example of optimal result:

nas-server# ls -V .zfs/shares
total 1
-rwxrwxrwx+ 1 root root 0 Dec 19 23:02 sharename
everyone@:rwxpdDaARWcCos:-------:allow

fix:

chmod A=everyone@:full_set:fd:allow /export/sharename/.zfs/shares/sharename



Attachments
This solution has no attachment
  Copyright © 2012 Sun Microsystems, Inc.  All rights reserved.
 Feedback