Это началось достаточно просто, как проблема, при которой мы не могли сохранить изменения в существующих объектах групповой политики. Покопавшись в нем, я обнаружил, что я не могу создавать или изменять какие-либо файлы в папке SYSVOL.
Полученная ошибка зависит от того, какое приложение пытается это сделать, но если я перейду на \ server \ sysvol \ domain.com \ scripts и щелкну правой кнопкой мыши, чтобы создать новый текстовый файл, появится ошибка «Ошибка 0x8007003A: указанный сервер не может выполнить запрошенная операция ".
До сих пор я исключил и изолировал многие вещи, но пока понятия не имею.
Я дошел до того, что запустил Procmon, но там не было ничего очевидного. Запись Explorer.EXE предназначена для операции CreateFile, и результатом является ИМЯ НЕ НАЙДЕНО. После этой записи следует несколько записей SYSTEM, наиболее показательной из которых, вероятно, является операция CreateFile, результат 0x8000002D. Мне не удалось определить, что означает этот результат.
Изменить: благодаря комментарию Гарри я немного изучил ссылку, и кажется, что она может быть на любом общем ресурсе в системе (не только в SYSVOL), и возникает только при попытке работать в узле. Я буду копаться в этом дальше, чтобы увидеть, что я смогу найти.
Хорошо, наконец-то разобрался! Это вызвано FSRM (диспетчер ресурсов файлового сервера) и, похоже, влияет только на Server 2019 и, безусловно, является ошибкой. Чтобы исправить это, вам не нужно удалять FSRM, но вы должны убедиться, что на томе, содержащем соединение (C: в случаях для SYSVOL), нет настроек экранов, а затем перезагрузите сервер
FSRM - это то, что я исключил на раннем этапе, потому что я удалил экран файла для C: и проблема не исчезла. Однако я обнаружил, что после удаления экрана файла вы должны перезагрузить сервер, чтобы он заработал. Нет части FSRM (кроме процесса удаления), которая запрашивает / предупреждает о перезагрузке, и в противном случае вы можете вносить изменения в экраны файлов в реальном времени, так что это определенно ошибка.
Несколько педантичных заметок: