Project

General

Profile

Bug #75892

Fix regression introduced by fix for sysvol ACL check

Added by Bug Clerk over 1 year ago. Updated about 1 year ago.

Status:
Done
Priority:
No priority
Assignee:
Andrew Walker
Category:
Services
Target version:
Seen in:
Severity:
New
Reason for Closing:
Reason for Blocked:
Needs QA:
No
Needs Doc:
No
Needs Merging:
No
Needs Automation:
No
Support Suite Ticket:
n/a
Hardware Configuration:
ChangeLog Required:
No

Description

I no longer have write access to my smb shares. I can create and read files, but not modify or delete. Even if I do chmod 777 on the files or folders, I'm still unable to delete them from windows explorer. Switching to the user that has ownership of the files in the terminal, permissions work as expected so this is purely via smb.

If I re-set up the shares with "Apply Default Permissions" checked, then it works correctly. However, a + is added to the folder, and a .windows folder is created inside of it even though the folders are set up with Unix Permissions. When I go to check the permissions on the dataset, it is now set to Windows permissions.

I have always used unix permissions, because I access the smb shares from a combination of Windows and Linux VMs, and I like to be able to see and modify what the permissions are directly from the terminal. This is really useful for me especially remotely over vpn via ssh.

Is this new functionality intentional? It essentially makes unix permissions + smb shares unusable. I understand that I could just use windows permissions, but this feels clumsy for me given I've only got a few users, and my permissions requirements aren't very complicated. When I looked into using windows permissions previously, it seemed that permissions could only be modified within windows explorer. (Although I'm aware there are sets of commands other than chmod and chown that I never learned to use that deal with the more complex permission set.)

I have tested this on two different FreeNAS systems that I upgraded to 11.2 U2 today, and they behave identically.

Reverting back to 11.2 release (I skipped 11.2 U1) fixes the issue with no other changes needed. Unix permissions and smb shares work again.


Related issues

Has duplicate FreeNAS - Bug #77134: rename + delete in home directory forbidden over SMB after update 11.2u1 => 11.2u2Closed
Copied from FreeNAS - Bug #75685: 11.2 U2 changes how SMB share permissions workDone

History

#1 Updated by Bug Clerk over 1 year ago

  • Copied from Bug #75685: 11.2 U2 changes how SMB share permissions work added

#2 Updated by Bug Clerk over 1 year ago

  • Target version changed from Master - FreeNAS Nightlies to 11.2-U3

#3 Updated by Bug Clerk over 1 year ago

  • Status changed from Unscreened to In Progress

#4 Updated by Bug Clerk over 1 year ago

  • Status changed from In Progress to Ready for Testing

#5 Updated by Dru Lavigne over 1 year ago

  • Subject changed from 11.2 U2 changes how SMB share permissions work to Fix regression introduced by fix for sysvol ACL check
  • Needs Doc changed from Yes to No
  • Needs Merging changed from Yes to No

#6 Updated by Dru Lavigne over 1 year ago

  • Target version changed from 11.2-U3 to 11.2-U2.1

#7 Updated by Joe Maloney over 1 year ago

Andrew,
Please cherry pick your fix and push it to this branch for 11.2-u2.1:

https://github.com/freenas/ports/tree/freenas/11.2-u2.1

#8 Updated by Dru Lavigne over 1 year ago

  • Status changed from Ready for Testing to In Progress

#9 Updated by Bug Clerk over 1 year ago

  • Status changed from In Progress to Ready for Testing

#10 Updated by Jeff Ervin about 1 year ago

56496
56505

Test Passed FreeNAS-11.2-U2.1

Test Criteria:
Created a VM with smb shares, verified access/functionality. Updated to 11.2-U2. I could access the smb shares, but I could not make changes (delete files/folders etc.), same issue as referenced above. This lack of functionality was checked on both a Mac (hardware) and Windows10 (VM). Updated to 11.2-U2, SMB functionality returned (files added/deleted etc.) on both the Mac and Win10 systems.

Note: I am leaving the QA box checked as Bonnie will be verifying same on her system(s) as a backup to these findings.

#11 Updated by Dru Lavigne about 1 year ago

  • Status changed from Passed Testing to Done
  • Needs QA changed from Yes to No

#12 Updated by Dru Lavigne about 1 year ago

  • Has duplicate Bug #77134: rename + delete in home directory forbidden over SMB after update 11.2u1 => 11.2u2 added

Also available in: Atom PDF