NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
permissions
25 TopicsReadyNAS Duo V1 file share permissions broken, can't create/delete files
Had my ReadyNAS Duo V1 for a few years now. File share permissions were working fine. Now, as of a couple weeks ago, I can't write or delete files from the shares. I still have read permissions it seems. I can copy files from the share but not to the share. I tried resetting the read/write share permissions using Advanced Settings from FrontView, but still broken.Solved2.9KViews0likes10CommentsRN3138 From linux to SMB share
Hello. I'm running a FreePBX VoiP server and I'm trying to share recorded calls directly to the ReadyNAS SMB share. The problem is that I'm constantly getting a permision denied error. I've mapped the smb share on the PBX and I'm able to create folders and even files through mkdir or nano logged as root. Unfortunately the automatic system which saves the recordings is not using a root account or privilages - it uses different user. And that's where I'm stuck and I don't really know how to make it work. I've created a username on ReadyNAS with same credentials as on the PBX and it still doesn't want to work. Does anyone know how to make it work, or should I just try to do it in a different way (maybe an rsync? FTP?). I know it sounds complicated, but the goal that I want to achive is simple - to give everyone an access to their recorded calls right after they finish the conversation, and the default location of the recorded calls is on the PBX server where only I have access (and it has to stay that way :) ). I'm aware that it's not only ReadyNAS related, but maybe someone had simillar problem (maybe not directly with PBX but with any other linux-based system). Cheers.Solved1.2KViews0likes1Commentsudden permissions problem - You need permission to perform this action
I have samba (SMB) share called "pictures" which I map to my Windows 7 machine as drive Y:. I used Windows Explorer to move some pictures to my Y: drive today (as I've done hundreds of times before) but I got the error, "You need permission to perform this action". This has never happened before. I ssh'd to the ReadyNAS and looked at the directory to which I was trying to move my picture and found permissions of "drwxr-xr-x guest guest". I see that some of my other directories have permissions of "drwxrwxr-x guest guest". As it turns out, I can move files to those directories. I then tried to create a new directory on my Y: drive (in my "pictures" share) and the new directory received permissions of "drwxrwxr-x+ ken users". ("ken" is my windows username and is the name of my "home folder" on the ReadyNAS). This is rather peculiar since every directory and file in the "pictures" share going back many many years has ownership of "guest.guest". Based on above, I believe what is happening is that I am now suddenly accessing the share as ken rather than as guest and since I am now accessing the directory as "ken" rather than "guest" and since "ken" is in the "users" group and not the "guest" group, I do not have user or group write permission so I can't move my files to the folder any longer. Does anyone know WHY the username being passed via samba to access the "pictures" share would have changed from "guest" to "ken"? Also, does anyone know why the directory was created using unix ACL's (the + sign at the end of the permissions string above)? The use of ACLs happened once before a few years ago and prevented me from accessing files, but it seemed to have stopped until now. I presume that when I create a directory, the permissions to use are being set by the ReadyNAS, but perhaps they are coming from Windows somehow? I upgraded from 6.9.1 to 6.9.2 tonight but all of the above still pertains.5.2KViews0likes6Comments[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#M2505767Views0likes0CommentsTime Machine Permissions
Issue I'm having an issue backing up using Time Machine. I get an error when selecting the NAS as a backup disk for Time Machine: You do not have the necessary read, write and append privileges on the selected network backup disk. Please connect as a different user or contact your network administrator. I think the permissions on the Time Machine share are messed up and there isn't an option in the GUI to fix/reset permissions as with other ReadyNAS Shares. Current State I'm running RAIDiator 4.2.31 and installed new disks (4 x 4TB WD RED) to replace my old 1TB drives. I'm running macOS High Sierra 10.13.2 and also tried macOS Sierra 10.12.6. How It Happened I backed up my data to USB prior to replacing my drives. I then replaced the drives and did a factory reset. I then restored data over USB using a Backup Job: Source: [USB Device (Rear Top Port)] Destination: [backup] This worked great for my custom share "backup" and I'm able to access the data, delete, add, etc. I also tried to restore my Time Machine data using a Backup Job: Source: [USB Device (Rear Top Port)] Destination: [Time Machine] Attempts to Resolve I tried disabling Time Machine, rebooting the NAS, changing the User/Password for Time Machine, etc. I also tried the Time Machine Backup Job restore first without then with these backup options selected: 1. Remove the contents of the backup destination before a full backup is performed. This will clean the backup destination of files which were removed in the backup source. Warning, This will delete all files and folders in the backup destination. 2. After backup is complete, change ownership of files in the backup destination to the share owner if the destination is a ReadyNAS share. Warning: Do not use this option if any files or directories should retain their current ownership.1.4KViews0likes0CommentsHow to restore user home folders From C volume backup?
I'm in the process of restoring data to our main NAS from the backup NAS. Both are running OS 6.8.0. The backup is a C volume copy pushed nightly from the main NAS via rsync when it was running RAIDiator 4.x firmware. With OS6, volume copy is no longer available so I'm rsyncing the backed up share folders into their approprate shares on the main NAS. This is working fine for all share folders except user folders in home. I'm unable to set up a rsync job with the main NAS home share as a destination. I was able to set up a backup job to a temporary transfer share I created as destination. Question - is this the only way to restore the user home folders? Do I have to rsync the backups to a regular share, then once on the NAS move them into their proper user folders? What is the current best practice for backing up and restoring user home folders? Thanks!Solved1.1KViews0likes1Comment1002030001 - Commit failed when making or checking permissions after firmware 6.7.5 update
My ReadyNAS 214 device has been running very smoothly for months. I use it for backing up and storing a lot of static content on my home network. This morning I noted that I could not copy files from one folder to another. Then realized I could no longer add or modify any files anywhere on my shares. I've made no changes to the system in a while save one: updated the firmware to 6.7.5 last week. I probably didn't add anything to the server in that time until today. That's the only culprit. Now, I am seeing this: - Where my group or individual user shares were set correctly, they now appear as "guest" or 'anonymous'. - I can see all my content but cannot modify it or add or delete it - I have 4.6TB of about 16TB. - The logs don't show anything alarming (in the GUI - the downloaded logs is another story) - The downloaded logs show numerous permissions errors. Access denied. Groups not existing - Interestingly, I can add new users and groups (with an error, but it creates them). - I can't assign shares to these new users. I could use some help. Anyone else seeing this or have a fix that hopefully doesn't include wiping the system and starting over? Best, Michael8.2KViews0likes24CommentsPermission Issues: ReadyNAS RR4312X goes total read only mode, inoperable
We have two of these RR4312X (ReadyNAS 4312 with 10GBASE/T not showing up in the model list above). One is working fine still, the other one went totally read only all of a sudden. Please help! Firmware was updated to 6.7.5 SMB Shares set up, was working fine for almost a year, suddenly this issue. Was on Active Directory, I took it off AD for troubleshooting. When it was on Active Directory, it was suddenly read only access regardless of actual permissions setup. Permission changing was not possible at all (Error Code 1002030001 Commit Failed) Creating new share is not possible (Always with error 1013050001 "Please verify that the share name is valid and unique") Reset permissions function is not working ("Failed to change permission and ownership of the share -sharename-") Rebooting has no effect. Please advise, this thing holds our backups and we can't continue to run our backups.8.3KViews0likes24CommentsDropbox corrupting share permissions...
Hey guys, I've discovered an interesting situation that is quite frustrating. It seems that when you have strict permissions on a share, the embedded DB client will overwrite them with explicit permissions. Does anyone know what credentials the embedded DB client runs as? Here are the complete details as far as I have been able to replicate the issues. It's a bit long but I want to give as many details as possible to the Devs. Hardware: Model - ReadyNAS316 Firmware - 6.7.4 Configuration: AD Authentication enabled Share - /bob Network Access Tab - SMB only, user Bob R/W with no other users given any permissions. File Access Tab - Owner Bob, Group BobsGroup, user Bob R/W with no other users given any permissions. Cloud Config: Dropbox enabled Local Path - /data/Bob/Dropbox Sync Direction - Bidirection Layout: User Bob has W7 and W10 workstations off-site with Dropbox client installed. On-site he has X: mapped to \\{ReadyNAS}\Bob. The Scenario/Issue: Running locally, all works as expected. Any files placed in X:\Dropbox sync to the DB Cloud and back down to his home workstations with no issues. Files dropped on his Windows clients at home however cause an issue. They do sync up to the DB Cloud and subsequently to X:\Dropbox, though that part is not immediately evident, as ALL files immediately disappear from X:\. Yes, the root of the share displays empty, not just the \Dropbox folder. The fix for this is to go into the Admin console (which still shows the share access as I have created it, unmolested) and apply Everyone R/W to the File Access (which causes all the files to imediately repopulate if he has Windows Explorer open to view the folder), then remove Everyone and re-secure with Bob R/W. When looking at the logs you see nothing other than successes for any sync'ed files: Date, Time, Downloading /data/Bob/Dropbox/Document1.doc... Date, Time, /data/Bob/Dropbox/Document1.doc was downloaded to local. Now the REALLY strange part: When the folder is blanked out, if Bob locally copies any files to X:\, they are there. But when you do the access fix, they vanish and all the original files come back. Then, the next time access 'breaks', those new files return. None of these issues happen if you leave /Bob with the credentials Everyone R/W. It is only when you lock it down. My guess is there is some built-in credential in the embedded DB client that forces exclusive, low-level access to a share if it doesn't already have permission. Unfortunately, the Admin console does not display this new ACL. What it should be doing is appending it's credentials, or from the DB client config you should be able to specify what credentials it uses on the ReadyNAS side. The kicker is, however, once you have AD Authentication enabled, there does not appear to be any way to add the existing local accounts to a share. Has anyone else experienced this? Is there a fix available? This might be something requiring SSH would be my guess but then my warranty would be void which doesn't seem right. Thanks in advance!Cron job running script - ownership problem OS6
I created a directory /scripts for my scripts. I have a script which detes a /data/<path>/foldername1, copies /data/<path>/foldername2 to /data/<path>/foldername1, e.g.: rm -r /data/<path>/.thunderbird_copy cp -r /data/<path>/.thunderbird /data/<path>/.thunderbird_copy It runs OK but it is owned by systemd Network Management How can I, in the script, change ownership and permissions so that I can access it normally from my pc? Is there a way to tell it to retain the ownership & permmisions of .thunderbird, the folder it is copying? I tried chown -R david /data/<path>/.thunderbird-business_copy but it doesn't work. The NAS doesn't know my pc admin groups and name. I can't change ownership from the pc either.3.6KViews0likes3Comments