foxi: как все сложно )
выставляем нужный часовой пояс: dpkg-reconfigure tzdata
ставим ntp: apt-get install ntp
и вот оно счастье - всегда правильное время.
ну а то что если время было левое и внезапно резко изменилось - в большинстве случаев ничего страшного не случится для простого среднестатистического сервера под сайты.
Первое, что пришло в голову - сдохнет Dovecot.
Я-то ничего сложного не предлагаю. То же самое, что и вы, только перед этим все еще ntpdate time.nist.gov, если время сильно уехавшее ☝
5 копеек - NTPD используется для корректировки уже полученного посредством того же ntpdate "точного времени"
ntpdate же моментально корректирует время из-за чего могут возникнут проблемы с софтом, например, умершие сессии. NTPD корректирует время "медленно", помогая избежать этих косяков. Поэтому обычно советуют в самом начале иницилизировать время ntpdate-ом, а затем запустить NTPD.
Однако, у NTPD есть параметр "-g", который первое обновление делает "большим", которое почти похоже на запуск ntpdate.
---------- Добавлено 16.08.2013 в 19:22 ----------
+
The ntpd program is an operating system daemon that synchronizes the system clock to remote NTP time servers or local reference clocks.
Нет разницы никакой в CNAME и A в плане скорости. Разница разве что только в том, что в некоторых случаях должна быть именно A запись, а не CNAME. По-моему запись, на которую ссылается MX, но не суть.
Кэш регулируется TTL-ем. Для честной проверки без кэша можете использовать dnswatch.info какой-нибудь.
Пользуемся ping-admin'-ом. Правда сервис начинает раздражать. Но только потому, что иногда он звонит ночью и ужасным голосом говорит, что сайт лежит :)
LEOnidUKG: Незачем такие сложности. Просто создать таблицу типом memory и пусть она валяется в памяти.
Это-то понятно, что она должна быть Memory, но толку от этого? Задача состояла в том, чтобы таблицу чистить. Если она будет разрастаться не на диске, а в памяти - лучше не станет. key-value решение удобно тем, что там уже задуман expire механизм, что позволяет уйти от того cron-а, который не нравится автору.
как все сложно )
выставляем нужный часовой пояс: dpkg-reconfigure tzdata
ставим ntp: apt-get install ntp
и вот оно счастье - всегда правильное время.
ну а то что если время было левое и внезапно резко изменилось - в большинстве случаев ничего страшного не случится для простого среднестатистического сервера под сайты.
Первое, что пришло в голову - сдохнет Dovecot.
Я-то ничего сложного не предлагаю. То же самое, что и вы, только перед этим все еще ntpdate time.nist.gov, если время сильно уехавшее ☝
5 копеек - NTPD используется для корректировки уже полученного посредством того же ntpdate "точного времени"
ntpdate же моментально корректирует время из-за чего могут возникнут проблемы с софтом, например, умершие сессии. NTPD корректирует время "медленно", помогая избежать этих косяков. Поэтому обычно советуют в самом начале иницилизировать время ntpdate-ом, а затем запустить NTPD.
Однако, у NTPD есть параметр "-g", который первое обновление делает "большим", которое почти похоже на запуск ntpdate.
---------- Добавлено 16.08.2013 в 19:22 ----------
+
Нет разницы никакой в CNAME и A в плане скорости. Разница разве что только в том, что в некоторых случаях должна быть именно A запись, а не CNAME. По-моему запись, на которую ссылается MX, но не суть.
Кэш регулируется TTL-ем. Для честной проверки без кэша можете использовать dnswatch.info какой-нибудь.
Да, действительно скорее всего проблема в тормознутости VPS, возможно хостер наоверселил, или RAID у него перестраивается. Неизвестно.
Если у вас к диску будет обращаться только один процесс, считывая один байт iotop укажет 100%, но это не значит, что этот процесс убиывает диск :)
По тому, что написано все нормально.
WA еще гляньте какой в top. Наверняка будет процентов 70.
Время звонков и уведомлений настраивается
Клиентам это не особо интересно :)
Пользуемся ping-admin'-ом. Правда сервис начинает раздражать. Но только потому, что иногда он звонит ночью и ужасным голосом говорит, что сайт лежит :)
---------- Добавлено 14.08.2013 в 17:08 ----------
Но наверное можно не мудрить, пойти от противного и сделать:
И так далее разрешить все, что должно быть разрешено.
ресайзы делать с рутовым разделом не получится.
Точно? Разве resize2fs в режиме online resize работает только с НЕ рутовыми примонтированными разделами?
Читайте про websockets. Рекомендую nginx + push_stream_module. Не рекомендую node.js + socket.io - коллега жаловался что падало постоянно.
Поддерживаю. node.js по непонятным причинам падал каждые вторые сутки, странным образом отъедал память. Comet решение на nginx работает очень хорошо.
Незачем такие сложности. Просто создать таблицу типом memory и пусть она валяется в памяти.
Это-то понятно, что она должна быть Memory, но толку от этого? Задача состояла в том, чтобы таблицу чистить. Если она будет разрастаться не на диске, а в памяти - лучше не станет. key-value решение удобно тем, что там уже задуман expire механизм, что позволяет уйти от того cron-а, который не нравится автору.