2.5.8.27089

авторSTELLA-TESTER (Server) Fri Mar 22 11:53:42 2019
I/O error during "WriteFile" operation for file "F:\SRC\STELLA\PRODUCTS\SPD\DATA\SPD.FDB"
Error while trying to write to file
Недостаточно места на диске.

Забивает этими сообщениями системный диск. 4 гига за 1 день.

В тройке и четверке также?
Есть возможность добавить ротацию логов с заданными максимальными размерами?

Бечь в трекер?

Симонов Денисpastor,

а может таки устранить причину этого сообщения в логе?

спасибо, КО.

у нас есть виндовые приложения, которые в максимальном приоритете логов хреначат 20 мб/с
для них выставляется 10 файлов по 100 мб каждый.
в спокойном режиме - 100 записей в день. могут работать годами.

похожа на logrotate в линуксах.
раз тут весна, то у меня вполне законное обострение и хочу такую же под виндой.

Гаджимурадов Рустамpastor> у нас есть виндовые приложения, которые в
pastor> максимальном приоритете логов хреначат 20 мб/с

Сорри, топик не читал, но

1. Это какая отрасль/область? Биллинг чего?
2. Как вы эти логи потом "анализируете"?
Другая программа "автоматом" обрабатывает?


буллинг :)

логи обмена с COM портами, сокетами, SQL, SOAP, XML-REST, внутренняя беготня команд, сообщений, телеметрия и пр.
в настроенной системе остается приоритет только для ошибок/варнингов

при запуске/отладке - пишем все, что бок послал. иногда склерозим и оставляем.

есть формат лога - таймстамп, поток, ID объекта, имя, имя класса и пр.
есть парсер логов с фильтрацией по всем этим признакам/наборам признаков

есть возможность вывода всего этого бобра и благополучия на сетевой сервер логов.

kdvpastor,

база-то при этом не работает. зачем ротировать лог, если случился ахтунг? На лог надо реагировать.
К слову, вполне себе ротирует HQbird.

pastorThis can potentially overflow system partition OS.
вот и хорошо. прибежит админ, спасёт ОС. А вы свои логи не храните в os.

p.s Это типа как "мы сделали nbackup lock, а unlock забыли, но фиг с ним, пусть всё хреначится в дельту, авось через пару лет сделаем unlock".

Дима, знаешь как я тебя люблю и уважаю, но все это уже придумано за нас. Все приличные линуксы свои логи ротируют. Наши приложения и службы - тоже.

Типовой пример - терминал самообслуживания на SSD. База мизер, SSD- ишка с гулькин хнос. Сеть рвется часто, попытки изменения процедур in use - робот автообновлений. Отключения/переключения/свипы/бакапы на головной сервер - по расписаниям.
Работает годами. И тут бац - сдох из-за переполнения лога SQL сервера. Который и читать-то никому не надо.

Dimitry SibiryakovpastorВсе приличные линуксы свои логи ротируют.

Но они уже это делают через systemd-journal. Ротировать логи ручками (и вообще писать их в
файлы) становится моветоном. Это только Firebird всё ещё поезда под откос пускает жёстко
прошитым каталогом и именем файла. И чую я, что, даже если её собрать с отконфигуренным
именем лога типа "\\.\pipe\syslog", получится много сюрпризов.


Не "уже", а издревле.
Поезда под откос - наше все. Прикрутить обертку к выводу в лог с GetFileSize и Rename - дело нехитрое, а главное - быстрое.
Потом уже можно будет и с системными логами разобраться.

Моя прикладная область немногим сложнее абрамса-то будет.

pastor
Не "уже", а издревле.
Поезда под откос - наше все.

Ух-ты-ж.
Дубликат от http://tracker.firebirdsql.org/browse/CORE-782 ажно 2006 года.
А я ведь искал. Только по overflow и logrotation.

Ом.