Windows 2008 R2 - Ядро (System Process PID = 4) - это блокировка файлов и папок.

Question

Windows 2008 R2 - Kernel (System Process PID = 4) - это блокировка файлов и папок в течение длительного времени. Например, при удалении файла файл может оставаться заблокированным в течение 1 минуты или более и только после его удаления. В других случаях я сталкивался с файлами или папками, которые я не мог удалить. ProcMon показал, что системный процесс держал дескриптор этих ресурсов в течение нескольких минут, а затем освобождал их. Ни один из ресурсов, о которых я упоминал, не был системным ресурсом, только мои файлы и папки были установлены мной и обрабатывались моими приложениями.

Answer 1

Как Дани уже упоминалось в комментариях:

Это ошибка в Windows 7 и, вероятно, в Windows Server (только возможно, 64-разрядные версии) 2008. Он появляется, когда вы отключите услугу Application Experience.

Повторное включение этой службы устранило эту проблему для меня.

Немного больше информации here о том, почему это вызывает проблемы.

Список SO вопросов, которые, кажется, связаны:

• Visual Studio output file permissions?
• Under which circumstances does the System process (PID 4) retain an open file handle?

Answer 2

Файлы доступны через акцию, будет заблокирован системным процессом (PID 4).

compmgmt.msc открытие Try ->Системные инструменты -> Общие папки ->Open Files, чтобы увидеть, если заблокированный файл есть в списке

Смотрите также the sysinternals forum способ повторить это.
Не все приложения блокировки файлов при их открытии, Excel, однако делает ...

Answer 3

Пробовал все эти ...

Даже копирование файла, удаление оригинала, переименовав копию оригинального имени (все на сервере) немедленно сообщит, что пользователь заблокировал его.

В конце концов -

б Unlocker, чтобы очистить блокировки файлов. Скопировал файл OFF THE SERVER на рабочий стол. Удаленный исходный файл с сервера. Изменено имя копии на рабочем столе. Переименовал его на свое первоначальное имя на рабочем столе. Верните файл в исходное положение на сервере.

НТН, YMMV ... :)

Answer 4

Если бы этот вопрос только сейчас при попытке скопировать данные на новый файловый сервер (оба источника & серверы назначения под управлением Windows 2008 R2).

PID 4 был найден, блокируя файл (используя procexp, как указано выше), но Application Experience никогда не был установлен ни на одном из серверов & Файл не указан в списке открытых файлов.

К счастью, мы используем запланированные теневые копии на этом сервере (чтобы пользователи могли самостоятельно обслуживать большинство восстановления файлов). Я просто использовал опцию «Предыдущие версии» (доступную через «Свойства содержащейся папки»), выбрал самую последнюю копию файла &, скопировал ее в другое место, затем удалил и заменил файл проблемы.

Возможно, вам понадобится удалить содержащую папку, чтобы удалить файл, что может быть проблемой, если много файлов, используемых явно (это не было проблемой для меня, поскольку это был единственный файл в папке).

Для разовой проблемы, как и у меня (один заблокированный файл для всего сервера), это работало без каких-либо сбоев на сервере или пользователях.

Учитывая, что вы говорите о сервере &, что Shadow Copies используют VSS - вы сможете восстановить заблокированный файл из своих резервных копий (предположительно, у вас есть), если вы не используете Shadow Copies. В противном случае есть некоторые полезные утилиты, такие как ShadowSpawn (https://github.com/candera/shadowspawn), которые могут помочь.

Answer 5

В моем случае это было установлено с помощью простой команды в командной строке:

net session /delete 

Я надеюсь, что помогает.

Answer 6

У меня возникла эта проблема при попытке переименовать папку. При выполнении переименования мне пришлось остановить службу сервера. Просто перезагрузка не помогла, так как системный процесс переблокировал папку, как только перезагрузилась служба сервера.