И в прямой сессии, и в ссш - кривая дата?

Смори настройки виртуалиации

Смори настройки виртуалиации

какие именно настройки виртуализации имеются ввиду?

веб-фронтэнд видит, что сервис zabbix-server сейчас не работает

веб-фронтэнд это отдельная сущность, может жить независимо, просто доставая инфу из БД, куда её скидывает zabbix-server

веб-фронтэнд это отдельная сущность, может жить независимо, просто доставая инфу из БД, куда её скидывает zabbix-server

т.е. подождать имеет смысл мб и отпустит?

я ребутнул уже 2 раза

читаю логово, ничего криминалити

посмотреть, работает ли сервис, прежде всего

посмотреть, работает ли сервис, прежде всего

конечно же сразу посмотрел. Живой. И zabbix-server и mariadb

Проблема похоже опять упирается во время

а данные по факту собираются?

и я немного начал понимать механику этого процесса

а данные по факту собираются?

да

в latest data

ну, да, время важно

Ситуация на мой взгляд такая: Диспозиция: Hyper-V + VM Centos 7 w last updates, интеграция по синхронизации времени ВМ с хостом - выключена 1. Штатно у ВМ всегда убегает RTC time. Это описано и считается нормальным (пока без подробностей) 2. Синхронизация ВМ с нтп настроена 3. Например ВМ работает месяц, за это время расхождение local time and rtc может достигать недели легко 4. Делаем ребут - ВМ начинает стартовать сервисы, основываясь на rtc, например база стартует от этого и 4 мая 5. где то в конце приходит chrony и делает синк с ntp сервером

[root@zabbix /]# uptime 18:21:12 up 5 min, 1 user, load average: 1.73, 0.74, 0.31

уже сразу почти 40 секунд. Нет пока мыслей как это побороть, ребутнул еще раз, оно больше не показывает индикатор что заббикс мёртв. Пойду гуглить

Question #2 – Is there any way that I can stop Hyper-V from putting the wrong time in the RTC at boot? In short; no. We need to put something in there – and that is the best thing that we have to work with.

Оно ходит в реальном времени к 10051 порту. То, что сверху нарисовано — проверилось один раз при загрузке страницы. Снизу (раньше сверху) — рефрешится.

Оно ходит в реальном времени к 10051 порту. То, что сверху нарисовано — проверилось один раз при загрузке страницы. Снизу (раньше сверху) — рефрешится.

ну проблема в любом случае у меня со временем, я думаю все уже поняли по моей часто возникающей ситуации это

но я уже хз как на взлете ВМ дать ему правильное время для старта сервисов

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

@Alseg а поставь ntpdate в крон на каждые пять минут

@Alseg а поставь ntpdate в крон на каждые пять минут

1) у меня не ntpd, RHEL любит chrony вместо ntp начиная с 7 версии 2) после загрузки то проблем с синком нет, опиши цель поставить в крон? (если служба и так сама синкает ок)

ntpdate в крон не тру вей

ntpdate в крон не тру вей

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

Могут быть большие скачки, лучше ntpd например с дрифтом

Дистр RHEL?

Дистр RHEL?

CentOS

3.10.0-514.10.2.el7.x86_64

У меня на нем ntpd стоит

У меня на нем ntpd стоит

по дефолту начиная с 7 версии - chrony

Ну как вариант посмотри как его если можно в виде сервера настроить

Ну как вариант посмотри как его если можно в виде сервера настроить

кого его?

Chrony

так, еще раз - заббикс-сервер отлично получает время являясь клиентом нтп, и ходит на нтп и всё ок

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-Configuring_NTP_Using_the_chrony_Suite.html

Я просто говорю за то, что не надо ntpdate по крону

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/System_Administrators_Guide/ch-Configuring_NTP_Using_the_chrony_Suite.html

Алексей, заббикс-сервер является хрони-клиентом и отлично получает время по нтп

Ок :)

Я просто говорю за то, что не надо ntpdate по крону

я тоже не понял зачем это пихать в крон если ntpd сам всё умеет без всяких кронов

Ну просто ещё человек не огребал проблем с этим

Из-за чего? Временной прыжок?

Из-за чего? Временной прыжок?

ну из-за времени при взлете ВМ

выше там моё нытье по этому поводу

Ааааа :)) синкай время с нескольких источников, идеально станция точного времени

блин, да чтож такое то

У нас из-за кричиности стоит

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

источник в полном порядке, с синхронизацией времени всё в порядке

когда взлетает ВМ - она берет свое RTC, стартует сервисы и только потом синкает время

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

пока не могу нагуглить как правильно и красиво это реализовать

Так систем д

Так систем д

Ну системди, и чего

Ну так можно сделать старт синкай времени а старт заббикса и Марии после, в системд ж есть параметр которым можно сказать мол стартовать только после такого то

Ну так можно сделать старт синкай времени а старт заббикса и Марии после, в системд ж есть параметр которым можно сказать мол стартовать только после такого то

спс, пошел искать

http://stackoverflow.com/questions/21830670/systemd-start-service-after-specific-service

Ну у тя хрони позже стартует

ERROR: S client not available

Исправь порядок

Ты ещё под фронт апач юзаешь?) Наркомания

Ты ещё под фронт апач юзаешь?) Наркомания

эммм, а что юзают тру потсоны? нгикс?

эммм, а что юзают тру потсоны? нгикс?

Da

ну когда нибудь и я прийду к этому, но в данный момент нет ни дичайшей нагрузки, ни опыта работы с nginx

делать ради делать это оставим онанистам

Исправь порядок

в процессе, я так понимаю нужно лишь добавить After=что_ждём

хм, ну вроде получилось

всем спасибо!

:)

понаблюдаю этого пациента пару недель

Обращайся :)

а вот и нет

ну вернее как нет. оно стартует конечно, но сам синк происходит чуток позже

т.е. ориентироваться на сам старт сервиса низя

т.е. по факту сам mariadb начинает запускаться раньше того, как сервор получил правильное время. Надо какой то делай мутить

Я читал, читал, но так и не понял. Корень проблемы в чем? У меня дебиан на гипер-ви работал и в ус не дул, с чего тут такие расхождения по времени?

https://wiki.archlinux.org/index.php/Systemd/Timers_(Русский)

Вот решение твоей проблемы таймеры системд

Кури системд

Тама можно много чего наворотить

Я читал, читал, но так и не понял. Корень проблемы в чем? У меня дебиан на гипер-ви работал и в ус не дул, с чего тут такие расхождения по времени?

разбег по времени есть на всех гипервизорах

ну не на столько же

ну не на столько же

оно специально убегает вперед, ну по крайней мере на hyper-v

Я с гиперв не работал, на вмваре, повервм такое не встречал

Возможно особенности ms

так у меня на гиперви дебиан крутился, вообще ничего похожего не было

Вот эта проблема

https://access.redhat.com/articles/2429971

https://www.hardanswers.net/correct-clock-drift-in-centos-hyper-v