From the Rsynic log was showing getting io errors part way through one directory.

Tried copying a small text file from my phone to that directory and got an .io error.

So suffix the word bad to the directory name, recreated the directory without the bad suffix and was able to copy to it. Now have to see if Rsync will copy without the io error and if it deletes the directory with the bad suffic,as delete option is switched on in Rsynic .

I ask because the Rsynic log on the same date above shows the same .io error in multiple multiple places. Ie ,3 times.

Do you just put a Rsync job in the Job GUI in OMV or do you have to start or with the run option?

What happens if you use the run option multiple times?

If it is running multiple times how do you stop it?

Found this:

Is there a way to pull out the exact cli rsync command that has been set up in the OMV GUI?

https://www.reddit.com/r/OpenMediaVault/comments/tqjdkv/is_there_a_way_to_pull_out_the_exact_cli_rsync/

“ I found it here:

/var/lib/openmediavault/cron.d

It looked like this:

rsync –verbose –log-file=”/var/log/rsync.log“ –recursive –times –archive –delete –perms '/srv/my_folder_1/Media/' '/srv/my_folder_2/Media_Backup' & wait $! omv_log “\nThe synchronisation has completed successfully.”

I found 3 files in that area all starting with rsythe omv I do have 3 Rsynic jobs but 2 are switched off. I have no knowledge of how Linix runs scheduled jobs.

Getting 1,000s rsync log entries re directory permissions owners and groups.

Eg:

.d…pog… MargData/Calendar/

I have the omv rsync option “preserve permissions” on as well as enable archive mode.

So why these entries in the log?

On checking the permission for the files folders that im Rsyning from, on the server most are set to owner 1001 and Group 100 for rwx

But on the backup server rsync has brought them across as ,0 for owner and group for rwx

The 4 TB portable drive on the backup pi server, that is being powered by a powered USB hub, is ntfs, not ext4 like the older drive that packed in. I wouldn't have thought that would make any difference.