-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question about restore behavior in Linux #561
Comments
Hi, thanks for opening an issue. I'm not sure I understood you correctly: You're testing restoring of file modes when the owner of the file is a different user than the one executing the backup, is that correct? Could you please write up a few commands that show this behavior? |
So we have file file "test01.txt" that is owned by "ansible" user on which we perform tests.
First backup, no error here.
Then few commands to get file with required properties. Change owner.
Then restore. Here is error. Operation not permitted. File was not changed at all during operation.
Still as a "ansible" user I can remove file "test01.txt" and then restore it.
|
The restore command at the moment does not alter existing files, especially it does not delete existing files. This is a safety feature. I'm going to close this issue for now, feel free to add further comments. Thanks! |
Hi,
I was testing backup and restore with different permission options to file and I found restore option not consistent with Linux behavior.
So case is that 'User B' is owner of the file and 'User A' is making backup and restore with restic.
File have permissions set to 666 so 'User A' can backup this file with no problem.
Problems start with restore. As Linux user 'User A' can do various operations on that file and he can even remove it.
But during restore file cannot be replaced as long as user that make restore is not owner of the file.
Here is table with tests results
I would like to ask if this was designed that way or it should not work like that?
The text was updated successfully, but these errors were encountered: