I am trying to use a script to backup my cache drive with rsync. Currently, my apps run in two different directories, /mnt/cache/Apps and /mnt/cache/apps.

 

My script is as follows:

#!/bin/bash

#Stop services
/etc/rc.d/rc.plexmediaserver stop
/etc/rc.d/rc.sabnzbd stop
/etc/rc.d/rc.sickbeard stop
/etc/rc.d/rc.couchpotato_v2 stop

#Backup cache via rsync
date >/var/log/cache_backup.log
date >/var/log/cache_backup1.log
/usr/bin/rsync -avrtH --delete /mnt/cache/apps/ /mnt/user/Backups/unRAID_cache >>/var/log/cache_backup.log
/usr/bin/rsync -avrtH --delete /mnt/cache/Apps/ /mnt/user/Backups/unRAID_cache1 >>/var/log/cache_backup1.log

#Start services
/etc/rc.d/rc.plexmediaserver start
/etc/rc.d/rc.sabnzbd start
/etc/rc.d/rc.sickbeard start
/etc/rc.d/rc.couchpotato_v2 start

 

It seemed to run OK, once. Now, I keep getting "Rsync failed to set times" over and over again until it just stops. What am I doing wrong?

Failed to set times is either a permissions error or more likely the file that was there no longer exists.  Can you post the complete log of the rsync

It's REALLY long, but this is what it seems to do over and over again

It's REALLY long, but this is what it seems to do over and over again

 

Originally you said it was failed to set times:

 

There is a variety of reasons it could be happening.  I had the same issue even tho the files were being transferred.  I ended up adding -O to the rsync parameters to Omit times.  I like clean logs.

 

Just verify the newer file is syncing right.

 

On the "no such file or directory" part I ran into that when the file I was copying to was no longer there when it was trying to compare.  By this I mean the machine your copying (rsyncing) to.  The Rsync db has it from before so when its comparing if the newfile is newer than the old the one it has as old doesnt exist.  Does that make sense? 

 

 

How long is the filename? That could be the issue.

Maybe shorten the path or use a symlink temporarily.

How long is which file name? It's backing up the whole cache drive. So there's quite a few long named files. Plex likes long file names.

Yes, it's old, but I think I have a similar/same problem.

I have to check the log, but I'm pretty sure it is the same.

 

I get this error on the sending side:

Function not implemented (38)

 

I found a discussion resulting in omitting the permission settings for the rsync command.

Instead of using -a use -rltD (which is the same just without -pgo)

Unfortunately my options don't use permissions by default...

 

The second issue, and that's why I'm posting here, could be the setting of times.

I remember having read this in my usecase some time ago - it must be in the log (but I have to doublecheck that)

 

So here is a possible sulution:

https://bugzilla.openvz.org/show_bug.cgi?id=798

https://bugzilla.samba.org/show_bug.cgi?id=4977

How can one verify if this is an issue within the unRAID 5 kernel?

 

Thanks

 

Edit:

I forgot to mention, that I'm using differential backups.

It means, all existing, and identical files are hardlinked back on a previous version.

Only new or different files are newly written to the backup set.

Update:

I performed a test backup onto the cache drive. Actually I don't remember the file system on the cache.

The result however is positive.

That means, it is possible to perform a differential, versioning backup based on hardlinks.

This at least answers the question about the kernel function lutimes().

 

But I wonder why it's not possible to perform backups on the array drives?

 

I tested to backup onto /mnt/user0/share as well as /mnt/diskx.

Always the same error.  "Function not implemented (38)"

 

Any ideas?

 

Update:

The file system of the cache drive is also RFS.

At this point I can't think of anything else that could be the reason for this problem.