<div dir="ltr">I'm pretty sure sshfs supports neither ACLs nor extended attributes because sshfs is based on SFTP, which doesn't support any of that (afaik). Note that OpenSSH implements SFTP v3 and some extensions, not the later drafts.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Fr., 25. Feb. 2022 um 23:21 Uhr schrieb Thomas Waldmann <<a href="mailto:tw@waldmann-edv.de">tw@waldmann-edv.de</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>> If you can reproduce even with a local repo, use a local repo.<br>
<br>
> Will make an issue, and I did test with a local repo, and THAT<br>
> preserves the ACLs, so it's something that happens when running the<br>
> command to a remote machine.<br>
<br>
It now seems unlikely that this is a borg issue.<br>
<br>
borg almost works in the same way when used with local or remote repos.<br>
<br>
Especially all actions that happen BEFORE storing stuff into the repo <br>
are exactly the same (like input reading (meta+data), chunking, <br>
compression, encryption, authentication). Even storing into the repo is <br>
the same code (just executed at another place, connected via ssh pipes).<br>
<br>
So, it might be caused by sth else in your setup.<br>
_______________________________________________<br>
Borgbackup mailing list<br>
<a href="mailto:Borgbackup@python.org" target="_blank">Borgbackup@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/borgbackup" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/borgbackup</a><br>
</blockquote></div>