Hello,
currently i dont know if we have a configuration problem or veeam is doing strange things.
I backed up a fileshare from our netapp with default options (permissions and attribute backup: folder level only). to S3.
Now i restored this share to an alternative location to not manipulate the original and i noticed that all files/folders have lost their individuell permissions and were set to standard (admin, domainadmins).
process was successful, no red or yellow marks.
Is this an exception when restoring to alternative location instead of original?
What to do if we want to create an 1:1 image of an fileshare for testing purposes.
Thanks,
Hans
-
HansMeiser
- Enthusiast
- Posts: 88
- Liked: 7 times
- Joined: Jul 11, 2022 6:59 am
- Contact:
-
david.domask
- Veeam Software
- Posts: 3272
- Liked: 764 times
- Joined: Jun 28, 2016 12:12 pm
- Contact:
Re: Restore to alternative location -> loss of ACL
Hi Hans,
Can you tell how you configured the ACL handling in the job? Was it just folders or files and folders? You mentioned folder level only, but just want to confirm that's the case.
Similarly, for the restore target, note that the root of the share does not get its permissions backed up, and if the target root folder was configured to have children inherit permissions, it's possible that is what happened.
Can you tell how you configured the ACL handling in the job? Was it just folders or files and folders? You mentioned folder level only, but just want to confirm that's the case.
Similarly, for the restore target, note that the root of the share does not get its permissions backed up, and if the target root folder was configured to have children inherit permissions, it's possible that is what happened.
David Domask | Product Management: Principal Analyst
-
HansMeiser
- Enthusiast
- Posts: 88
- Liked: 7 times
- Joined: Jul 11, 2022 6:59 am
- Contact:
Re: Restore to alternative location -> loss of ACL
Hello,
yes folder level only: https://ibb.co/sdCVx73w
ahh, you suggest to deactivate inheritance of top folder? i did not think about this, but i will give it a try.
Thanks,
Hans
yes folder level only: https://ibb.co/sdCVx73w
ahh, you suggest to deactivate inheritance of top folder? i did not think about this, but i will give it a try.
Thanks,
Hans
-
HansMeiser
- Enthusiast
- Posts: 88
- Liked: 7 times
- Joined: Jul 11, 2022 6:59 am
- Contact:
Re: Restore to alternative location -> loss of ACL
Hello,
my first attempt was not successful. I created a new folder in my share and disabled inheritance of ACL. backup was restored in this folder. nevertheless the restored folders/files only have standard permissions, all individual ACL are lost. Currently i think this is why veeam creates additional topfolders, when restoring to alternative location.
_192.168.1.10/
├── Share1/
│ ├── Projekte/
│ └── info.txt
├── Share2/
│ ├── Bilder/
│ └── urlaub.jpg
└── Share3/
├── Archiv/
└── daten.csv
The folders _192.168.1.10 and next level folders Share1-3 have also standard ACLs, but additional inheritance is enabled. So all subfolders are ruined...
What to do now?
May be this is related to restore-option "Preserve folder hierarchy". I wonder what happens leaving this off...
Thanks,
Hans
my first attempt was not successful. I created a new folder in my share and disabled inheritance of ACL. backup was restored in this folder. nevertheless the restored folders/files only have standard permissions, all individual ACL are lost. Currently i think this is why veeam creates additional topfolders, when restoring to alternative location.
_192.168.1.10/
├── Share1/
│ ├── Projekte/
│ └── info.txt
├── Share2/
│ ├── Bilder/
│ └── urlaub.jpg
└── Share3/
├── Archiv/
└── daten.csv
The folders _192.168.1.10 and next level folders Share1-3 have also standard ACLs, but additional inheritance is enabled. So all subfolders are ruined...
What to do now?
May be this is related to restore-option "Preserve folder hierarchy". I wonder what happens leaving this off...
Thanks,
Hans
Who is online
Users browsing this forum: No registered users and 1 guest