NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
[smb/afp] group permissions executable bit set by default: chmod g-x does not remove
How can I mount on OS X with file permissions perserved? Which turns into, how can natatalk be configured to allow chmod changes and not default to group executable permssions? Summary: # -- on OS X in AFP mount (e.g. /Volumes/share) --- umask 022 # no effect touch test stat -f '%Sp' test # -rw-rwxr-- # why is the group exec bit set!? # -- try to change permissions, no luck -- chmod g-x stat -f '%Sp' test # -rw-rwxr-- # no error but still g+x # -- change permissions on local filesystem (or nfs mount) --- ssh user@NAS chmod g-x /data/share/test stat -f '%Sp' test # -rw-rw-r-- # success! permissions reflected within AFP mount I'd like to expose a share to OS X clients over afp or smb such that file permissions are preserved -- so file permissions on nfs mounts and afp mounts look the same. OS X doesn't do nfs well and I cannot find a way to enable unix extensions for samba, so I'm looking at afp (netatalk). Files created on AFP mounts always have the group executable bit set. chmod has no affect (chmod g-w, chmod g-x, chmod u+x, ... no change). Howver, AFP mount file permissons do reflect any changes made on the NAS share locally or on NFS mounts. I think this is similiar to https://community.netgear.com/t5/Using-your-ReadyNAS/AFP-Mount-Point-Permissions-Solved/m-p/695352#M2505AFP corrupt and suddenly not working
Hello Community, my AFP Service suddenly stopped. How do I get the AFP service working again?? Stopping and Starting the service in the Browser Interface of ReadyOS gives error: Unable to start and modify service (error code: 15002030001) I even tried to reinstall OS i.e. I installed the 6.8.0 Beta - but still the same error and unavailability of AFP as before. the AFP log also shows errors (see below) - but I don't no any further measures to get the service working again. I need AFP working for MacOS TimeMachine Backups. Ideas and help greatly appreciated. NAS-SAN-NAS Sample of the Log-Download: AFP: Jul 20 21:12:55 nas[Nas-Name] afpd[28455]: transmit: Request to dbd daemon (volume [username]'s home) timed out. Jul 20 21:12:55 nas[Nas-Name] afpd[28455]: afp_openvol(/home/[username]): Fatal error: Unable to get stamp value from CNID backend Jul 20 21:12:55 nas[Nas-Name] afpd[28455]: AFP logout by [username] Jul 20 21:12:55 nas[Nas-Name] afpd[28455]: dsi_stream_read: len:0, unexpected EOF Jul 20 21:12:55 nas[Nas-Name] afpd[28455]: afp_over_dsi: client logged out, terminating DSI session Jul 20 21:12:55 nas[Nas-Name] afpd[28455]: pam_unix(netatalk:session): session closed for user [username] Jul 20 21:12:55 nas[Nas-Name] afpd[28455]: AFP statistics: 0.73 KB read, 0.62 KB written Jul 20 21:12:55 nas[Nas-Name] afpd[28493]: read: Connection reset by peer Jul 20 21:12:56 nas[Nas-Name] afpd[28493]: read: Connection reset by peer Jul 20 21:12:57 nas[Nas-Name] afpd[28493]: read: Connection reset by peer Jul 20 21:12:58 nas[Nas-Name] cnid_metad[28846]: Multiple attempts to start CNID db daemon for "/data/Documents" failed, wip
Explaining Permissions Mac OS X 10.11.5 / ReadyNAS OS 6.5.0 / AFP - Second Question
Following on from my First Question - https://community.netgear.com/t5/Using-your-ReadyNAS/Explaining-Permissions-Mac-OS-X-10-11-5-ReadyNAS-OS-6-5-0-AFP/m-p/1088919/thread-id/109697 This relates to accessing my 314 running OS6.5 via AFP from OS X 10.11.5 (latest El Capitan updates in place). This all for the user "admin" in ReadyNAS OS 6.5. I'm logging into via AFP using the user "admin" User "admin" (UID=98) primary group in FrontView is "admin" (GID=98) and its secondary group is "users" (GID=100) Here's what I see via SSH when I looked at the directory “test” within the share “shared” - also logged in via the user admin With the exception of the file “test - new file.txt”, these are the permissions in place after moving the directories and files from the USB backup disk of my old ReadyNAS NV+. These files were placed on the EXT3 formatted USB Backup disk but the ReadyNAS NV+ backup job, and restored to the 314 using a backup job. I checked the backup job option “after backup is complete, change ownership of files in the backup destination”. Here’s what I see in FrontView for the share called “shared” Here's what I see in the Finder for the directory “test” the share “shared”, logged in via the user admin via AFP. Again note “test - new file.txt” was created in this direction from the OS 10.11.5 machine, where as the director and file were created back the backup job copying from the USB disk. Can someone please explain the differences between these views... (1) why is the owner of these files in the Finder "(unknown)"? I was expecting "admin" (2) why is the group of the file “test - existing file.pdf” "staff"? I was expecting “users” (3) why is the group of the file “test - new file.text” “staff”? I was expecting the group of a new file created in this folder to be the primary group of the user admin i.e. admin (GID=98), or possibly “users” (GID=100) (the secondary group of user admin, inherited from the containing folder “test”). (4) why are the permissions the file “test - new file.txt” different from “test - existing file.pdf”? I was expecting, based on the “Default Access” settings and “Permissions” settings FrontView for this share (see screen shots above), that files created in this directory to be group Read & Write and everyone Read & Write. Thanks for everyone's helpExplaining Permissions Mac OS X 10.11.5 / ReadyNAS OS 6.5.0 / AFP - First Question
Recently transitioned from a ~2008 vintage 2TB NV+ to an new 9TB 314. It was saying goodbye to a rock solid old friend, but I have to say I'm loving the new 314 and the new OS. A big step forward - the ReadyNAS tradition of excellence continues. But I remain very confused about permissions. I lived with it on the old NV+ but I want to get it "right" this time. This related to accessing the 314 running OS6.5 via AFP from OS X 10.11.5 (latest El Capitan updates in place). This all for the user "admin" in ReadyNAS OS 6.5. I'm logging into via AFP using the user "admin" User "admin"'s primary group in FrontView is "admin" (UID=98) and its secondary group is "users" Here's what I see via SSH - also logged in via the user admin Here's what I see in the Finder, logged in via the user admin via AFP Can someone please explain the differences between these two views... (1) why is the owner of these files in the Finder "(unknown)"? I was expecting "admin" (2) why is the group of the files "staff"? I was expecting there to be no group permissions for a home share (3) why is the permissions the files of "staff" and "everyone" read only? I was expecting the "admin's home" share permission (no group and no everyone access - as shown in both SSH and Finder screen shots above) to be inherited at the file level (4) how could I change the default user permissions of files created in a home permission? Unlike other shares the FrontView "Access" settings for "home folders" doesn't allow any changes other than selecting the "Network Protocol" (other shares I can set the "Network Access" (share) and "File Access" default permissions) Thanks for everyone's help
