Prompt
permissions are broken after migrating the file server
Latest observation
Oct 12, 2026
OpenAI APIWeb search: off
It sounds like the migration likely changed either the ownership, ACLs, or the identity mapping on the new file server.
To help narrow it down, can you tell me:
- What kind of file server was migrated? (Windows SMB, Linux/NFS, Samba, NAS, etc.)
- What exactly is broken?
- users can’t read/write
- permission inheritance changed
- files show the wrong owner
- access denied for everyone
- Were permissions preserved via:
- copy/robocopy/rsync
- backup/restore
- storage-level migration
- Any errors or examples of a path that’s failing?
Common migration causes:
- NTFS/ACLs not copied
- UID/GID mismatch on Linux/NFS
- SID/AD identity mapping issues on Windows/Samba
- Share permissions reset while NTFS permissions stayed
- Inheritance not preserved during copy
- Ownership changed to the migration account
If you want, I can help you troubleshoot it step by step if you share:
- source and destination OS/storage type
- one example path
- what permission you expected vs what you see now