Добрый день.

Высылаем сообщение о повторяющейся с начала 2020 года проблеме с перезаписью лог-файла cgiirbis_64.log в irbislog_copy_*.log.

Параметры ini-файла irbis_server.ini:

#имя БД для логов
LogDateBase=
#опустошать ежедневно LOGDB
EveryDayEmtyLogDB=1
#Формат перед опустошением для отчета - применяется к 1-й записи LOGDB - см пример otchet.pft
EveryDayEmtyLogDB_Format=otchet
#Имя файла отчета
EveryDayEmtyLogDB_Report=otchet.csv

#LOG file
LogFileName=(указан путь к файлу cgiirbis_64.log)
LogFileSize=10000000

После запуска сервера в течение длительного периода года перезапись выполняется успешно в 23:59 каждый день.
(Размер лог файла за каждый день превышает 10000000 байт.)
Затем перезапись перестаёт выполняться, размер лог-файла cgiirbis_64.log ежедневно увеличивается, и, например, сейчас составляет 531 МБ.

Скажите, пожалуйста, с чем может быть связана данная проблема?

В данный момент установлена версия cgiirbis_64.exe от 02.12.2020 г.

Добрый день.
По-видимому, в какой-то момент приложение не может переименовать файл и просто открывает то, что есть.
Это можно попробовать проследить с помощью программы Process monitor.
Поставьте там фильтр по имени файла и попробуйте выполнить запрос на веб ирбис.
Можно пойти дальше и кроме имени добавить в фильтр операцию переименования файла.
Найдите фильтр по типу операции и установите его на SetRenameInformationFile.
Я специально поставил маленький размер на лимит, чтобы приложение несколько раз попыталось переименовать файл при обработке запроса и показало ошибку в Process Monitor.
Первый раз результат операции показывается SUCCESS.
Последующие попытки переименовать файл дают код NAME COLLISION, то есть как бы файл уже существует и поэтому не переименовывается.
По тому, какие коды ошибок у вас можно будет сделать вывод что происходит.

Кстати, а зачем вам его переименовать ?
В целом, лог файл не слишком информативен.
Если он вам не нужен, просто укажите "нулевой" файл windows вот так.
LogFileName=nul



Редактировано 1 раз. Последний раз 16.03.2021 11:57 пользователем snoozamoorooed.

Иван, добрый день.
Спасибо за ответ!
Провели диагностику с помощью Process Monitor на сервере, где сейчас наблюдается проблема с перезаписью лог-файла.
Записаны события с 23:57 по 00:01.
Операции SetRenameInformationFile среди них, к сожалению, не обнаружены.
Получается, данная часть кода не выполняется?
В списке событий есть операции записи в лог-файл WriteFile, а также операции по проверке файла процессом Antimalware Service Executable.
(См. скриншот.)

snoozamoorooed написал(а):
-------------------------------------------------------
> Кстати, а зачем вам его переименовать ?
> В целом, лог файл не слишком информативен.
> Если он вам не нужен, просто укажите "нулевой"
> файл windows вот так.
> LogFileName=nul

Используем лог-файлы в качестве альтернативы записи в БД LOGDB.
Затем загружаем информацию из лог-файлов в базу данных обращений к Web-ИРБИС.
Конечно, работать с лог-файлами небольшого объёма (ежедневными) удобнее.
Кроме того, в 2020-2021 гг. встречались с продолжением ситуации, описанной в первом сообщении темы, - Web-ИРБИС продолжает работать, но запись в лог-файл большого объёма останавливается.

Добрый день.
Вот эти строчки, где CreateFile с правами Read,Delete, которые вызывают ошибку SHARING_VIOLATION, похоже, оно и есть.
Только выглядит это немного иначе, чем у меня.
Вообще, ошибка Sharing violation означает, что файл уже открыт и новый режим, который запрашивается в CreateFile не соответствует текущим настройкам доступа.
Попробуйте отключить антивирус на время и проверьте права на эту папку для пользователя веб сервера.



Редактировано 1 раз. Последний раз 18.03.2021 13:25 пользователем snoozamoorooed.