NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Backups not working yet status says they are working
I have been using the built-in Rsync feature to back up my ReadyNAS (firmware version 6.10.4) to a directly attached external USB drive for a number of years now. I get nightly notices via email fro...
StephenB wrote:
kenalker1 wrote:I have been using the built-in Rsync feature to back up my ReadyNAS (firmware version 6.10.4) to a directly attached external USB drive for a number of years now. I get nightly notices via email from my ReadyNAS indicating "Successfully completed backup job nightly rsync of data folder." However, nothing has been written to my external USB drive in over two months.
This is a known bug with rsync "push" backups in 6.10.4 and 6.10.5 No idea why Netgear hasn't addressed it (perhaps JohnCM_S should make sure it is on their fix list???)
Since you are using "push" backups (backing up from a local source to a "remote" destination), you can either downgrade back to 6.10.3 or you can switch to using "pull" backups. Though you need multiple backup jobs to use "pull" (one for each share).
Wouldn't this require the backup device to be "smart" so one can command it to do the "pull"? I am just using an external USB drive with no brains.
kenalker1 wrote:...but my ReadyNAS is 100% full (but see next paragraph).
When I say that the ReadyNAS is full, I'm looking at the output of the "df" command (from an ssh session) which shows 20G available with 100% use.
You should expand your storage! BTRFS behaves very badly when it runs out of free space - particularly when it can't allocate space for metadata. Your volume is at risk. After you expand it, I suggest running a balance from the volume settings wheel. (I don't recommend running a balance now - it likely will fail).
I will likely delete some large old Windoze backups to free up space rather than expanding. I will run the balance after I remove some files and free up some space. Thank you for the suggestion on "balancing". I will have to study what that does.
FWIW, df isn't a good tool for exploring disk usage with btrfs. "Free space" is a rather complex subject with btrfs and zfs. There are some tools built into btrfs that give better information. For instance, btrfs fi df.
Thank you. I will study those.
BTW, the "quoting" mechanism in this forum software isn't very intuitive - it was VERY time consuming and difficult to figure out a way to enter a response part way through a quote without it looking like the response was part of the original quote. I won't belabor this since it is not the topic at hand, but it needs fixing (or I need some lessons).
"Push" and "Pull" with both work with a USB drive and using the LocalHost address for the "remote" system. For a pull, you want the source to be "remote" at the LocalHost address and the destination to be the local share. Note that if you don't want the backup to be in a folder within the target share you need to set the desitnation path to / after you have created the backup job.
Sandshark wrote:
"Push" and "Pull" with both work with a USB drive and using the LocalHost address for the "remote" system. For a pull, you want the source to be "remote" at the LocalHost address and the destination to be the local share. Note that if you don't want the backup to be in a folder within the target share you need to set the desitnation path to / after you have created the backup job.
Right, that is the way it is supposed to work. Push will fail with 6.10.4 and 6.10.5, but pull will work.
"Push" just means the destination is remote, it doesn't require any intelligence in the drive itself. It does require an rsync server on the remote device. With this setup, that just requires rsync to be enabled for the destination share on the USB drive.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
