58 votesGary Cassidy commented
I have come across this situation today after moving the content library in 1810 to a Windows SMB file share. Luckily I can set the permissions as required on the Windows box, but this will be an issue for some SANs. I have implemented this only in a DEV environment so far, but I may have to modify my design for production which will use a SAN.
When adding content or updating DPs with updated content the Distribution Manager log lit up in red when trying to remove old folders from the previous source version. Lots of log entries that began with 'RemoveDirectoryW failed (0x80070005)' appear as the site server no longer have permissions on its own remote content library.
I agree with Mitch that setting the 'Manage Access Accounts' for each content type would be an unworkable approach to this problem.
Please can this be looked at?
I have also submitted feedback from the SCCM console.
Updating status to Noted. See https://blogs.technet.microsoft.com/configmgreng/2016/03/11/configmrguv/