r-sync error for renaming aquota.group and others.

Hello all,

After spending many hours with the good people of the forum, setting up nextcloud on my OMV5 machine, the first thing I want to do is a local mirror of the data drive so that I can just swap drives if disaster strikes. I have enabled the rsync job in System>Scheduled jobs, like so:

rsync -av /srv/dev-disk-by-uuid-234ddefe-df8d-4d5e-91f9-8b0375a0d13f/ /srv/dev-disk-by-uuid-10ea8d36-b524-4e24-b461-6f04f4cd4581/

I have purposefully omitted the --delete switch on the first run as advised in the user manual and for obvious reasons. Anyway, it looks like the job is a success, apart from an error at the end:

Error #0:
OMV\ExecException: Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C.UTF-8; export SHELL=/bin/sh; sudo --shell --non-interactive --user='root' -- /var/lib/openmediavault/cron.d/userdefined-6689ea98-43a1-41a0-83e8-d572aef63f4a 2>&1' with exit code '23': sending incremental file list
aquota.group
aquota.user
appdata/nextcloud/config/log/nginx/access.log
rsync: rename "/srv/dev-disk-by-uuid-10ea8d36-b524-4e24-b461-6f04f4cd4581/.aquota.group.WjsDMy" -> "aquota.group": Operation not permitted (1)
rsync: rename "/srv/dev-disk-by-uuid-10ea8d36-b524-4e24-b461-6f04f4cd4581/.aquota.user.hLobDI" -> "aquota.user": Operation not permitted (1)
appdata/swag/fail2ban/fail2ban.sqlite3
appdata/swag/log/nginx/access.log

sent 1,873,578 bytes  received 3,551 bytes  3,754,258.00 bytes/sec
total size is 4,670,141,249  speedup is 2,487.92
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1207) [sender=3.1.3] in /usr/share/openmediavault/engined/rpc/cron.inc:185
Stack trace:
#0 /usr/share/php/openmediavault/rpc/serviceabstract.inc(588): Engined\Rpc\Cron->Engined\Rpc\{closure}('/tmp/bgstatusyK...', '/tmp/bgoutputz5...')
#1 /usr/share/openmediavault/engined/rpc/cron.inc(189): OMV\Rpc\ServiceAbstract->execBgProc(Object(Closure))
#2 [internal function]: Engined\Rpc\Cron->execute(Array, Array)
#3 /usr/share/php/openmediavault/rpc/serviceabstract.inc(123): call_user_func_array(Array, Array)
#4 /usr/share/php/openmediavault/rpc/rpc.inc(86): OMV\Rpc\ServiceAbstract->callMethod('execute', Array, Array)
#5 /usr/sbin/omv-engined(537): OMV\Rpc\Rpc::call('Cron', 'execute', Array, Array, 1)
#6 {main}

Now, I am guessing that this means that there is a permissions problem in overwriting aquota.group and aquota.user on the destination drive, and I assume that I will need to overwrite these files for the mirrored data to be accurate.

Can I just delete these files (on the source drive) through the CL and then run the job or will it run into this problem everytime it runs?

Thanks,

Nick.

EDIT: Or can i just exclude them from the copy, will it make any difference as I'm not sure what those directories (aquota.group and aquota.user) are for?

Another EDIT: OK, so excluding the files allows the job to run without errors. If this isn''t what i should be doing, please tell me. I will mark the thread as resolved.

Hi there, no, this is on a Dell PowerEdge server.

Thanks,

Nick.

Zitat von gderf

If you don't use quotas then the aquota.* files are not used and you can exclude them from your backups.

I guess their purpose should have been self-explanatory, but no, I don't use quotas so will continue to exclude these files. Thanks for your help.

Zitat von crashtest

I take it that you're using exclude statements? Such as --exclude='aquota.group' --exclude='aquota.user'

Another question: As some point, did you turn user home directories turned on? (In Access Rights Management, User, in the Settings tab.)

Yes, I am using rsync -av --delete --exclude 'aquota.group' --exclude 'aquota.user' /srv/dev-disk-by-uuid...

I have never touched the home directories setting, so this is off.

Thanks,

Nick.

You are very welcome, and it is much appreciated that you are looking into this for us all!