NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
More feedback on backup issues of 6.X
I now own 2 RN104 devices - so Netgear must be doing something right from my point of view, even if its just the current low cost of the device in the UK.
My configuration is now a primary RN104 (4 x 3TB drives in RAID10) and a secondary RN104 (4 x 1.5TB drives in RAID 0) which is to be used as a backup location for the primary device.
The best way to handle the backing up and syncing of each share seems to be to use Rsync (without ssh), but I have so far come across the following issues (with the 6.1.8 OS)
- When trying to define the remote location (a share) to which the backup is to be sent the ReadyNas 6.0 software manual is less than helpful as it describes the destination path as
<module name>/path
It seems that the manual was written with some plan to update this with the correct information at some later time, the correct path needs to look like
::path/
- The test connection button, only seems to return OK if no path is entered. As such you can test the Host, Login and Password details only.
- Once a backup job is Applied (saved) the destination path is no longer displayed if you wish to change the settings.
- It is not that clear what the "Remove deleted files on source" options does under the advanced tab - As far as I can tell this in fact removes files from the destination location, based on what is found on the source.
Roger
My configuration is now a primary RN104 (4 x 3TB drives in RAID10) and a secondary RN104 (4 x 1.5TB drives in RAID 0) which is to be used as a backup location for the primary device.
The best way to handle the backing up and syncing of each share seems to be to use Rsync (without ssh), but I have so far come across the following issues (with the 6.1.8 OS)
- When trying to define the remote location (a share) to which the backup is to be sent the ReadyNas 6.0 software manual is less than helpful as it describes the destination path as
<module name>/path
It seems that the manual was written with some plan to update this with the correct information at some later time, the correct path needs to look like
::path/
- The test connection button, only seems to return OK if no path is entered. As such you can test the Host, Login and Password details only.
- Once a backup job is Applied (saved) the destination path is no longer displayed if you wish to change the settings.
- It is not that clear what the "Remove deleted files on source" options does under the advanced tab - As far as I can tell this in fact removes files from the destination location, based on what is found on the source.
Roger
3 Replies
- -The path stuff can be confusing, and the answer often depends on the protocol. In the case of RSYNC, the remote path is generally just the share name, with no slashes.
-I can see and change the paths on my existing backup jobs. Though I am running 6.1.9 RC at the moment, I believe this was also the case with 6.1.8
-"Remove Deleted files on Source" means what you think it does. Files that were deleted on the source are deleted on the destination as part of the backup jobs. The wording is perhaps confusing, but I am not coming up with a succinct wording that is any better. "Remove files deleted in the source from the destination" seems a bit too wordy, and might not be any clearer. - The delete option should be thought as "rsync --delete" I guess which is described on the manpages as "delete files that don't exist on sender".
- Maybe "remove files that no longer exist on the source" would work. The option ought to work for all protocols (one of several things on backup jobs that would be nice to fix).
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
