Hello,

i wanted to ask how i need to modify my SSHFS mounting command so it allows rsync to properly sync files with it.

Currently this is the error i receive:
it shows for both files & dirs

$ mount:
root@remoteip:/sshfs/mountpoint on /sshfs/mountpoint type fuse.sshfs (rw)

/etc/fstab:
root@remoteip:/sshfs/mountpoint /sshfs/mountpoint fuse.sshfs defaults,_netdev 0 0

initial sshfs command:
sshfs user@remoteip:/sshfs/mountpoint /remotestorage -o idmap=user,reconnect,ServerAliveInterval=10,ServerAliveCountMax=4,nonempty,port=22

The rsync is called not by mine command but using vzdump utility, so i prefer if i can tweak SSHFS settings instead of rsync as i am unsure if/how to update vzdumps rsync parameters:
-t, --times preserve modification times
-O, --omit-dir-times omit directories from --times
(standalone rsync command works: rsync -av xy /sshfs/mountpoint)

How can i please mount the SSHFS so the rsync do not complains?

fuse-sshfs-2.4-1.el6.x86_64
centos 6

Your question is NOT about rsync but about vzdump. Read the man page on vzdump; pay attention to the tmpdir flag.

Thx for pointing that out. I see i can use different tmpdir, but i want it to be on the sshfs mount point and it shows above mentioned error which is the core of my question.

You have been asked and told MANY TIMES over the years to quit using text-speak. Is there a reason you continue to ignore the LQ Rules???
Did you read and understand those messages??? First, they're INFO messages...nothing more. Secondly, you have JUST NOW posted these details. And going by what you bolded, the first one says, very plainly, it CANNOT FIND THE FILE. That's what "No such file or directory" means. The second one is also obvious: why back ANYTHING up in /dev, when those things get created??? That utility can't back it up, period.

And again, as we've seen many, MANY times, you are not providing any useful details. What swtiches are you using for vzdump? Command line? Are the vm's RUNNING when you back them up? Again, YOU need to read the man page on vzdump...there are options on how to exclude files/directories, places to specify local storage, places to put scripts to move things to other file systems after, etc.

Have you done/tried anything?

I think VMs are suspended (unmounted?) when the vzdump runs, because there is no LVM.

So the error "failed to set times on ...: No such file or directory (2)" can be ignored or there is any way i can tweak sshfs mountpoint so the error do not display? Because error do not display when the destination is not sshfs moun point. As said i want tmpdir and destination dir be on the sshfs mount point. Thx

You *THINK*? Do you not know??? Because again, as you have been told many, MANY times...unless you provide actual details we cannot help. And having to ask over and over again isn't good for anyone here.
AGAIN, you need to stop using text speak...you've been told dozens of times...why do you continue?

The messages were explained to you; if you don't understand the explanation, there isn't much else we're going to tell you. And again, what you WANT and what you CAN DO with that command are two different things. AGAIN...read the man page.

sshfs is a fuse filesystem based on the sftp protocol which does not have direct access to file/directory modification times. I don't know of any way except for changing the rsync options to omit times using the -o option as indicated in your first post.

Indeed, but the OP isn't using standard rsync, but the vzdump utility. They also won't say/don't know details about those systems, and have been directed to the man page of the utility. Several things the OP *COULD* do, such as backing up to local storage, and having the utility automatically move the file via script to the sshfs mount-point, etc.

But as he was told...those are just info messages, not errors. Backing up the /dev folder isn't good, but you can omit those (see previous comments about the vzdump utility), but the OP doesn't seem to accept this. And they've still not given much in the way of useful details despite being asked several times now, which isn't unusual for the OP. We don't know:

• The command(s) being used to run this
• State of the VM's in question (re: state of files/existence of files/permissions/etc)

Not sure what to tell the OP when they ignore what they're told, won't answer questions when asked, and continue with the text-speak.

Your correct and I don't know how vzdump is using the rsync command. I was just confirming that as far as I know there is no sshfs option that will fix the rsync warnings.