![]() |
![]() |
![]() |
|
что означает много "SHARING VIOLATION" для темпового каталога? | ☑ | ||
---|---|---|---|---|
0
vde69
10.04.17
✎
09:13
|
очень много событий "SHARING VIOLATION" для темпового каталога, что это значит и что делать?
|
|||
1
vladko
10.04.17
✎
09:16
|
со времён ДОСа я помню, что это значит попытку доступа на изменение к уже открытому файлу другим процессом.
|
|||
2
vde69
10.04.17
✎
09:18
|
Это понятно...
НАРУШЕНИЕ СОВМЕСТНОГО ДОСТУПА К ФАЙЛУ Операция не выполнена. Объект уже кем-то открыт и не поддерживает режим совместного использования. вопрос - это норма когда на 5 любых файловых операций происходит сабж, или это не нормально и что-то нужно делать? |
|||
3
vde69
10.04.17
✎
09:23
|
а так-же много "NAME NOT FOUND" к темповому каталогу
|
|||
4
vladko
10.04.17
✎
09:25
|
https://support.microsoft.com/ru-ru/help/316609/prb-error-sharing-violation-error-message-when-the-createfile-function-fails
... Существуют две основные причины для ERROR_SHARING_VIOLATION. Существует несколько приложений, которые используют определенный файл на диске (общие файлы общих данных). В настоящее время обращается файл таким образом, который несовместим с тем, как второе приложение пытается получить доступ к тому же файлу. Например может потребоваться обновить файл, но другим процессом в данный момент записи в файл и только общий доступ к файлу для чтения (FILE_SHARE_READ). Файл является файлом данных приложением, и предполагается, что другое приложение, чтобы открыть файл. В этом случае другие процессы могут заблокировать файл в течение короткого времени по другим причинам. Чаще всего проблема возникает, когда программа поиска вирусов, программ резервного копирования или оптимизатор диск, который блокирует файл на диске на короткое время. Если приложение пытается открыть файл, несмотря на полный доступ к файлам включен, попытка завершается с нарушения совместного доступа. Этот результат можно ожидать, так как служба должна получить монопольный доступ во время работы с файлом. Чтобы устранить эту проблему, повторите попытку на короткое время позже. Как правило службы выполнен в файл в течение нескольких миллисекунд. Точно так же как причины описанных выше нарушения совместного доступа должны обрабатываться. При открытии файла, необходимо всегда обрабатывать нарушения совместного доступа в виде корректного таким образом, не влияют на пользователей системы и привести к сбою системы. Для этого используется механизм повторной попытки простой. Может потребоваться выполнить несколько попыток, прежде чем файл разблокируется. ------------------ отсюда делаем вывод, что можно попробовать отключить антивирус и понаблюдать дальше |
|||
5
vde69
10.04.17
✎
09:47
|
антивируса - НЕТ
|
|||
6
Волшебник
модератор
10.04.17
✎
09:48
|
(5) как нет?!
|
|||
7
vde69
10.04.17
✎
09:57
|
(6) на сервере антивирус не нужен, на клиентах есть...
|
|||
8
vde69
10.04.17
✎
10:03
|
кстати рхост успешно лезет в
C:\Extend\$UsnJml:$J:$DATA чего ему там надо? |
|||
9
Неверный Параметр И
10.04.17
✎
10:35
|
(8) Поставь систему на FAT32 и ты не увидишь этих обращений ;)
Еще оно внезапно может хотеть в C:\$LogFile C:\$Bitmap C:\$Boot C:\$MFTMirr C:\$MFT::$BITMAP И прочие интересные места. По той же причине. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |