Bug with FUSE mounts

[jabuzzard]

Using the unofficial RPM client (because WTF only providing official .deb packages is a joke). Anyway breaks if you have a file system mounted using FUSE. In my case sshfs. Basically it tries to backup the mount point but the way FUSE works only the user who mounted the file system can see the contents of FUSE mounts so it dies with a permission denied error.

Noting that a remotely useful backup client should NEVER give up because it cannot access a file. Basically you should get a report at the end that there were failed/skipped files, possibly dumping a txt file with a list of them.

 

[Robert Obkircher]

If the message says `stat failed on <directory>` you should be able to exclude it as a workaround [1].

The client does skip files if it doesn't have permission to open them. It just doesn't seem to handle the (rare) case where it doesn't even have the permission to read metadata.

[1] https://bugzilla.proxmox.com/show_bug.cgi?id=4380

 

[wbk]

Hi jabuzzard,

Using the unofficial RPM client (because WTF only providing official .deb packages is a joke).

I miss the reference, but for April's fool it's a day late

Did you set allow_other for your SSHFS mount?

 

[jabuzzard]

If the message says `stat failed on <directory>` you should be able to exclude it as a workaround [1].

The client does skip files if it doesn't have permission to open them. It just doesn't seem to handle the (rare) case where it doesn't even have the permission to read metadata.

[1] https://bugzilla.proxmox.com/show_bug.cgi?id=4380

Problem is is don't have apriori knowledge of what sshfs mount points might or might not be in operation, nor can I mandate allow_other.

Any backup program that can be denial of serviced by an end user is as useful as a chocolate teapot.

 

[wbk]

Problem is is don't have apriori knowledge of what sshfs mount points might or might not be in operation, nor can I mandate allow_other.

You run backups for your clients/users. They are free to do as they please on the platform you supply them, and you expect your platform to support that as well. Valid case.

What is your goal in posting on the forum, other than venting and wasting (y)our time? I'm not a Proxmox subscriber as you are, I'm sure you were made aware of the Proxmox bugzilla?

 

[jabuzzard]

What is your goal in posting on the forum, other than venting and wasting (y)our time? I'm not a Proxmox subscriber as you are, I'm sure you were made aware of the Proxmox bugzilla?

Because I was not aware of the bugzilla. In a corporate environment there is frequently a disjoint between placing the order for things like software subscriptions and getting information back from the supplier. All I got was an email with my subscription keys which didn't come from Proxmox Server Solutions GmbH. Presumption is the mother of all screw ups.