Ну, нужно же было подумать о реальной проверке работы программы.
Вам выше пишут - суспенд занимает секунды, а вы опять...
Относится. В той же степени, что и снапшоты на всяких LVM, как и суспенд vps и т.п. Не так много вещей в мире Linux есть, которые гвоздями прибиты к какому-то специфическому use-case.
Это вам надо vps на несколько суток завалить (4-5 дней по RFC, если правильно помню). Я бы сразу сказал вам - это случай, когда проблемы у вас будут посерьезнее одного недоставленного письма 😂
Начнем с того, что реакция на одно событие - моветон. Приемлемо, если это предупреждение или новая проверка события (вне очереди и т.п.) - но не более. Во-вторых - откуда вообще "пропуск"? Что-то похожее вашему описанию можно в monit сделать через внешние (exec) чекреры, с "памятью" - причем явно глючные.
А по описанию - больше похоже на баг...
И каким боком тут синхронизация? Время должно быть правильным, его *коррекция* должна происходить плавно. Это вовсе не означает, что приложения не могут получать здорово различающиеся показатели временных меток в течение их неприрывного снятия. Да запросто - SIGSTOP+SIGCONT. Если от этого программа сходит с ума - давно пора отдать на живодерню ее пейсателя.
Да здесь, неподалеку - вы не волнуйтесь. Санитары!!!
Повторюсь - ни у кого нет цели "принижать ваши способности". Они всем видны - о каком изучении TCP/UDP/IP может идти речь, когда вы легенду к графику перевести не удосужились, прежде чем "вопросы" задавать?
Нам про клеточное дыхание расскажите, пожалуйста.
Просто они должны работать корректно - и никаких "опознаваний" не надо. "Скачок времени" о котором вы говорите - можно устроить обычным SIGSTOP. Разорванные соединения - ничего необычного (да и не будет их для TCP за такое время).
Неправда, не то. И оно *уже* есть.
Речь шла о бекапе vps в целом. А не о том как бекапить внутри vps отдельно стоящие приложения.
Хостер по определению не должен расчитывать на то что там хозяин vps запустил. Может быть что угодно, это понятно?
Можно смело увольнять администратора за криво настроеный "watchdog". Объяснять почему?
Начните с того, что вспомните откуда эти ваши "две минуты" вновь появились.
Это уже для взрослых :) Речь зашла о бекапе VPS в целом.
Состояние vps целиком дампится после suspend. Какие еще потери?
Надеюсь, до подобного маразма все-таки дело не дойдет. Зато у нас есть CRIU.
Ну так я и говорю - из-за чьей-то глупости.
Обращайтесь. Контакты в подписи.
Собственно, решение вам полностью подсказали в первых двух постах. Сменят *диск* - будете дальше действовать по обстоятельствам.
Еще-бы. Бедные клиенты были бы...
Регулярные минуты простоя - это заметно и это много.
Ну, о минутах, собственно и писали выше. Речь зашла о том, что минуты эти - от безграмотности. Нет никакой необходимости останавливать сервер на такое время.
ls -la /var/www/rafer535/data/
Видать, надолго ты его подвесил 😂
Диски в зеркалах что-ли? А чего так здорово производительность отличается? Так что помимо смарт статистики - посмотрите еще модели, что вам поставили (sdb работает ощутимо медленнее).
Но раз "началось после переезда" - значит и дело в переезде. Если заменой диска это не вылечится - оптимизируйте ПО или меняйте серверную конфигурацию далее.
Ну вот тебе конкретный вопрос задали - валяй, обучай. Хочу это видеть.
Да и хостеру ТС будет чем ткнуть - иш, подлец, "не предоставляет в полном объеме" (ц).
Так нет у человека проблемы. Кроме той, что поставил munin - теперь графики рассматривает...
Во-первых, я и не подписывался ТС что-то объяснять - это сделал ты. Вот и отвечай за слова ;)
Попугаеметр для конструктивности ты где-то вдали забыл...
На это прямо ему и указать, да. С умным человеком может быть более чем конструктивно, поверь.
