ну я забикс в руки взял неделю назад)

так что не ругайтесь

и сразу бест практис!

ну я забикс в руки взял неделю назад)

А правильно писать название за неделю так и не научился

так что не ругайтесь

Логи везде. Не отмажешься

Логи везде. Не отмажешься

Обмажешься

А правильно писать название за неделю так и не научился

little steps

что ж вы такие злые

что ж вы такие злые

Мотивация

Велкам ту рашн каммьюнити

что ж вы такие злые

Следи что пишешь

хахаха

что ж вы такие злые

типичный комьюнити

Про дичь и все такое

а то найдем тебя и удалим твой заббикс

а то найдем тебя и удалим твой заббикс

Забикс

мля чет страшно

сорян

удалим через xml

так агришься на название как буд то ты сам его придумал

буд то бы да

ладно ребят) в любом случае спасибо за помощь

так агришься на название как буд то ты сам его придумал

Вдруг да. Ты же не знаешь. Неделю всего используешь, ещё не разобрался кто есть кто.

мне страшно с тобой общаться

так агришься на название как буд то ты сам его придумал

мы ему поклоняемся

вдруг с лука уебешь

каждое утро понедельника

ладно ребят) в любом случае спасибо за помощь

<bye>Обращайся</bye>

вот уже сутки я наблюдаю протекание vacuum analyze history после удаления 400 миллионов записей...

кто-нибудь такое делал?

сколько дней оно будет идти?

на посгре

вечно, надо partition делать и отключать housekeeper

хе-хе, хаускипер я отключил, партиции будут на новых нодах, мне эту надо как-то довести до конца месяца без эксцессов

это я руками удалял все страше недели

по полю клок

может автовакууму не хватает ресурсов? Может автовакуум обиделся на тебя?

ээээ, я явно выполнил запрос vacuum analyze history и он уже идет более 24 часов. автовакуум мне кажется, здесь не при чем

а сейчас параллельно запустил еще запрос на удаление более чем миллиарда строк в хистори_юинт

ну если по удалению я примерно понимаю, что оно закончится минут за 40 ,судя по тому что 400 лямов удалялись 8 минут

то по вакууму я не до конца понимаю, сколько оно еще продлится

на 80 миллионах кортежей на трендс оно заняло минут 12

я думаю что на 400 - будет соответствуенно час, два

но не сутки же

за 16 минут 23 секунды удалило 806912231 кортежей из history_uint

а вакуум будет длиться вечность

тьфу

ps -ef | egrep 'VACUUM.*waiting' наверное ждет в лочке

ps -ef | egrep 'VACUUM.*waiting' наверное ждет в лочке

а разве analize vacuum требуте lock table???

может заббикс где-то чего-то требует, и блокирует вакуум

тьфу

начнем системный подход: процесс есть?, что в логах?

а разве analize vacuum требуте lock table???

Мой DBA говорит что да

а мой говорил что нет...

Пусть подерутся

Узнаем кто прав )

Докатились, меряемся дба

перефразируя старое изречение... "В поиске истины всегда страдают ДБА"

А сорян

Сам вакуум лочит

Анализ не должон

мой дба говорит, что не дрался. откуда истина появилась xD

VACUUM ANALYZE выполняет очистку (VACUUM), а затем анализ (ANALYZE) всех указанных таблиц. Это удобная комбинация для регулярного обслуживания БД. За дополнительной информацией об анализе обратитесь к описанию ANALYZE.

А вот доки говорят

Что оно делает таблицу

Вакуум

ERROR: S client not available

Так что походу лочит )

https://postgrespro.ru/docs/postgrespro/9.6/runtime-config-resource#runtime-config-resource-vacuum-cost может он в бережном режиме проходит?

Ну сделай обслуживание оффлайн (с точки зрения заббикса)

Или дамп базы, дроп, рестор

А как бороться с тем, что proxy 3.2 пишет в старые логи

понятно что ее можно перегрузить, может кто поделиться logrotate-zabbix файлом?

понятно что ее можно перегрузить, может кто поделиться logrotate-zabbix файлом?

Попробуй "sudo kill -HUP $pid"

понятно что ее можно перегрузить, может кто поделиться logrotate-zabbix файлом?

/var/log/zabbix-server/zabbix_server.log { daily rotate 7 compress missingok notifempty create 0640 zabbix zabbix sharedscripts } Try

понятно что ее можно перегрузить, может кто поделиться logrotate-zabbix файлом?

А может поиграть с размером лога?

В настройках

А может поиграть с размером лога?

зачем, если есть logrotate. Логи не всегда одинакового размера.

Вообще в "старые" он не может писать

Что значит "старые"? Лог один

Что значит "старые"? Лог один

lsof | grep delet

Вообще в "старые" он не может писать

не правильно выразился, он держит их открытыми

зачем, если есть logrotate. Логи не всегда одинакового размера.

У меня на размер лога ротация

lsof | grep delet

Это не "старые", это "удалённые". И если такое случилось – это не вина заббикса точно. Так что попробуй ту команду, что я скинул.

Дескрипторы в идеале должны переоткрыться (но может и нет)

Попробуй "sudo kill -HUP $pid"

Это ж рестарт

Потому что у меня такого нет ?

Нет

ну вот они не переоткрываются даже после -R reload_cache_config

ну вот они не переоткрываются даже после -R reload_cache_config

Что значит не переоткрываются и кто они?

Есть 1 лог

Все

Что значит не переоткрываются и кто они?

а что показывает тогда lsof?

Покажи лсоф

Весь

В пастебине

По заббиксу

https://pastebin.com/B0d9bB5z

а, это всего один и тотже переименованный файлик, открытый разными потоками