plugout.net

Hi,
after being supported for the recent BUG about the kernel version, I created a backup job, to mirror-backup my NAS folder "hanna" to a remote disk, mounted as a remote-share from the backup menu, which appeared like this:

Code: Select all

sudo /usr/sbin/rsync --stats --force --modify-window=2 -HltDvpogr --de
lete '/share/1000/hanna/' '/share/1000/192.168.0.1-smb-nasusb/NAS Backup/hanna'
>> '/share/1000/cronjobs/hanna.log' 2>&1

I found that the log was signaling errors in setting the permissions with chmod:

Code: Select all

rsync: chown "/share/1000/192.168.0.1-smb-nasusb/<my directory here>" failed: Permission denied (13)


I checked the rsync syntax and I tried to change the -HltDvpogr param omitting the "pog" flags, which are supposed to preserve file permissions, owner and group.
Since the files are essentially just files to be accessed from Windows, I can avoid having strict permission checks.
I'm interested only in the share permission, being my NWSP2 just a home NAS for personal use.

Using -HltDvr instead of -HltDvpogr worked for me.

Question: is this ok or is it a sympthom of something wrong with the remote shared disk? Am I right doing what I did?

Thanks a lot,
MDI

the implementation of rsync has been been done by Jocko, but he is away a few days so you need to have some patience to get an answer on this one

Hi mdi,

Nothing serious with these parameters. You can delete them. (only inconvient is that each backup files will be rewritten: date and different permissions)

This error message is caused when rsync tries to backup "linux" permissions on a disk where the file system is incompatible (fat32, ntfs, ...)

So the problem is that the script does not disable these settings. :scratch The script uses the smbclient command to identify the OS. I saw in a previous output that your OS is UNIX. What format is used with the usb disk ?

Hi, thanks for your reply and please accept my apologies for the delay, mostly due to the vacations (didn't check if I can be notified via email from the forum).

The remote disk I use is a NTFS one.

It seems that the backups are running. They perform slow, but I don't mind, they run at night, each share (I have only 2 plues the PUBLIC one) in different days ;)

Hi again,
I had to start over with a brand new disk and the cron jobs for my backups couldn't be backed-up and restored, so I need to recreate them.

I came back here to check the parameters I used, but now I have a doubt: did you mean that even if a file is not changed, when I backup it with the above mentioned parameters for rsync, the file is still backed-up, resent and overwritten with the same copy of itself?
Does that mean that I will never be able to send only the modified parts of my backup as rsync is supposed to do?

Thanks for your help,
MDI