Проблема с переходом на зимнее время

[zip_abakan]

сегодня перевели часы на зимнее время. И поперло:

Код: Выделить всё

2008-10-26 23:00:14 LOG_WARNING: AUTH [soni] NAS: 1 Not Allow time  CID: 90.188.104.229
2008-10-26 23:00:14 LOG_INFO: AUTH [soni] AUTH REJECT CID 90.188.104.229
2008-10-26 23:00:31 LOG_WARNING: AUTH [ataman] NAS: 1 Wrong CHAP password  CID: 82.200.70.11
2008-10-26 23:00:31 LOG_INFO: AUTH [ataman] AUTH REJECT CID 82.200.70.11
2008-10-26 23:00:32 LOG_WARNING: AUTH [soni] NAS: 1 Not Allow time  CID: 90.188.104.229
2008-10-26 23:00:32 LOG_INFO: AUTH [soni] AUTH REJECT CID 90.188.104.229

перевел часы на час назад - всё ок.. чё за ?

[lasik]

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

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

[zip_abakan]

да эт то всё я сообразил.. Но это час простоя. Если бы (ах, мечты мечты) у меня было 1000 клиентов? и они бы за час съедали гиг? и за гиг бы я получал по 20коп/мб (; ну.. мож это както..ну поправить надо? (:

[lasik]

А ночью отключить mysql, перевести часы на нормальное время, и подаждать 1 час, вполне реально

[NiTr0]

Аналогично. Тоже в 23.00 "not allowed time", и в 0.00 - все нормализовалось. Часы - синхронизируются автоматически, и (судя по времени в логах) были синхронизированы задолго до 23.00...
P.S. Интересно было бы узнать причину данной ошибки - т.к. я даже не представляю, как она могла возникнуть

[ran]

а нахрена вам на серваке с абиллсом зимнее/летнее время??? зимнее/летнее время - это происки законодателей с целью отравить жизнь админам но мы не сдаёмся - гринвич форева!

ЗЫ: базары на эту тему повторяются регулярно (раз в полгода)

[lasik]

ЗЫ: базары на эту тему повторяются регулярно (раз в полгода)

Раз в год, назад мы раз в год переставляем

[zip_abakan]

Гринвич канечно рулит..а в таком случае как интервалы будут работать? делать поправку на разницу в поясах?

[ran]

Гринвич канечно рулит..а в таком случае как интервалы будут работать? делать поправку на разницу в поясах?

по гринвичу и будут работать... не ребят... явно вы никогда не занимались асучиванием производств непрерывного цикла... так вот там никогда никаких маразмов с летним/зимним временм не допускают - представь себе идёт технологический процесс, по временеи всё завязано - а тут ему хрясь серпом по @йцам - а унас терь зимнее время

с интервалами по сути тоже самое...

[NiTr0]

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

а тут ему хрясь серпом по @йцам - а унас терь зимнее время

в итоге - оказывается, что ему надо приходить домой в 17.00, и ложиться спать в 23.00

[ran]

в итоге - оказывается, что ему надо приходить домой в 17.00, и ложиться спать в 23.00

совершенно верно - пусть по гринвичу с работы приходит либо перед переводом времени править интервалы - очень кстати лёгко автоматизируется (ну естественно корректно) - в моём случае где-то так

Код: Выделить всё

rcpppoe-server stop ; коррекция_интервалов ; rcpppoe-server start

(предполагается что пппое сервер не тупой и при стопе пристреливает дочерние пппд процессы)

[ran]

P.S. Интересно было бы узнать причину данной ошибки - т.к. я даже не представляю, как она могла возникнуть

да очень просто - в воскресенье в 03:00 время сдвинулось на час назад - следовательно все интервалы текущих суток, заканчивающиеся на их границе стали заканчиваться в 23:00 (по новому времени). А следующие интервалы - начнутся как им и положено с границы следующих суток т. е. в 00:00. Следовательно с 23:00 текущих суток до 00:00 следующих доступного интервала нету! - все в сад!

[chtito2]

в воскресенье в 03:00 время сдвинулось на час назад - следовательно все интервалы текущих суток, заканчивающиеся на их границе стали заканчиваться в 23:00 (по новому времени). А следующие интервалы - начнутся как им и положено с границы следующих суток т. е. в 00:00. Следовательно с 23:00 текущих суток до 00:00 следующих доступного интервала нету! - все в сад!

Убейте не могу въехать какое отношение 23:00 имеет к 00:00. Можете объяснить? По-моему если интервал заканчивается в полночь то он и будет заканчиваться в полночь по локальным (компьютерным) часам. Если на часах 23:00, а тариф начинается с 00:00, то естественно пускать не будет.

P.S. Интересно было бы узнать причину данной ошибки - т.к. я даже не представляю, как она могла возникнуть

Мне тоже очень интересно почему когда на часах 23:00 не пускает, раз должен. Абиллсу вобще должны быть по барабану какие-то временные зоны. Только время на часах.

Обычно ОС сама переводит время на летнее в 2 часа ночи и обратно в 3 часа ночи.

[ran]

Убейте не могу въехать какое отношение 23:00 имеет к 00:00. Можете объяснить?

та никакого... просто в этих сутках > 86400 секунд (по мнению наших мудрожёлтых законодателей) а любой здравомыслящий (в том числе и абиллс) считает что так небывает... вот его и колбасит...

[chtito2]

Убейте не могу въехать какое отношение 23:00 имеет к 00:00. Можете объяснить?

та никакого... просто в этих сутках > 86400 секунд (по мнению наших мудрожёлтых законодателей) а любой здравомыслящий (в том числе и абиллс) считает что так небывает... вот его и колбасит...

Ммм... извините, а при чем здесь кол-во секунд в сутках или вообще сутки? Допустим план заканчивается в 00:00, Абиллс при авторизации просто обсчитывает сколько юзеру осталось сидеть до 00:00 и выдает эту информацию. Даже если после авторизации произошел сдвиг локального времени в пользу юзера, юзер после выхода просто попробует авторизоваться снова и войдет еще на один час. Но на деле автоматизированный сдвиг происходит в 2-3 часа ночи поэтому практически незаметен.