Using Linux Mint 19 and LuckyBackup.

On my Linux box, I have a Samba share. Multiple Windows PCs copy files to/delete files from it.

Main array is /mnt/md0, LuckyBackup backs up files from that array to /mnt/backup.

Here's what's going on, a Windows box will copy a file to /mnt/md0/sambashare/test1.txt

LB will run and back this up to /mnt/backup/sambashare/test1.txt

So far so good........

A day later, a Windows box will delete test1.txt from the Samba share and create test2.txt; giving me this:

/mnt/md0/sambashare/test2.txt

LB will run and copy over test2.txt but will not delete test1.txt so I end up with this:

/mnt/backup/sambashare/test1.txt
/mnt/backup/sambashare/test2.txt

But test1.txt no longer exists on /mnt/md0/sambashare so why doesn't LB delete it from the backup location? It appears LB is blind to file deletions when they occur on Samba shares and refuses to delete files on the backup destination.

I only see this issue with Samba shares. Is there a way to change some LB option to fix this (by adding some command line argument to rsync) or should I look for a different backup program? Or because of some Samba weirdness, -ALL- backup programs will have this same bug?

LuckyBackup is a GUI front-end to rsync, yes?

Can you post the rsync command that LB is generating?

Yes.

Here you go:

rsync -h --progress --stats -r -tgo -p -l -D --update --delete-after --delete-excluded --exclude=**/*tmp*/ --exclude=**/*cache*/ --exclude=**/*Cache*/ --exclude=**~ --exclude=**/lost+found*/ --exclude=**/*Trash*/ --exclude=**/*trash*/ /mnt/md0 /mnt/backup/

That looks mostly OK to me. I'd use , but that wouldn't be much different than what's there.

I suspect, as you do, that it's something to do with samba, about which I know nothing. Perhaps a samba guru will step in here.

Sorry.