Отмена перехода на зимнее время и UTM5

[Kayfolom]

Ура ! У меня тоже все получилось. Magnum72 - как всегда спасибо огромное. Дело действительно в java оказалось.

Правда наступил на грабли:
сделал "java -jar tzupdater.jar -u -v" - никакого эффекта, много думал - никакого эффекта. Потом полез в панель управления, установка и удаление программ, а там у меня три версии джавы стоят 6, 7, 7х64 и еще jdk 6 и 7
Какую из них патчил апдейтер непонятно, но явно не ту под которой запускалась админка.

Снес на всякий случай все, поставил заново свежескачанную jre 7х64 - расчетные периоды кривые. Пропатчил по инструкции Магнума72 - расчетные периоды чудесные, все заканчиваются в 00:00:00.

[JAO]

Тоже обновил. Спасибо Магнуму, долго бы голова болела.

[kirush]

Что делать пользователям с маком? Есть варианты?
AB-iMac:tzupdater-1.3.42-2011k$ java -jar tzupdater.jar -u
There's no tzdata available for this Java runtime.

[jacky]

zdump -v Asia/Magadan | grep 2011
Asia/Magadan Sat Mar 26 14:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MAGT isdst=0 gmtoff=39600
Asia/Magadan Sat Mar 26 15:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MAGT isdst=0 gmtoff=43200

Время на серваке как надо 22.40 а в админке 10.40 это ява ?
Как обновить яву? Всм как вот это
выполнить java -jar tzupdater.jar -u ?

[Leonid Ryzhik]

Что делать пользователям с маком? Есть варианты?
AB-iMac:tzupdater-1.3.42-2011k$ java -jar tzupdater.jar -u
There's no tzdata available for this Java runtime.

http://support.apple.com/kb/TA24594?viewlocale=en_US

[kirush]

Leonid, спасибо огромное.

[uinman]

Добрый день всем.

Столкнулся с проблемой.
Обновил за неделю таймзону из портов
В воскресение сервер таки изменил время. Но теперь у меня УТМ почему то идет на час вперед. Сам сервер показывает например 20:00 в УТМ-ке уже 21:00. Куда копать? Сервер не перезагружал

[JAO]

А зря. Я перезагружал. Не сам сервер, а ядро UTM. Это обязательно при таком обновлении.

В УТМ-ке - это где? В админке? Если там, то надо еще и яву обновить. Читайте сообщения выше, там было, как это делать.

[mioan]

Стоит сборка 004 на старой федоре.
Переход на зименее время пропустил.
Уже после заменил /usr/share/zoneinfo.
В линуксе время стало какое надо, но в админке биллинга показывало на час меньше.
Прочитал на форуме (не в этой теме), что это косяк явы - забил и успокоился.
НО! Когда настало 1 ноября, биллинг в 00 часов перевод на новый месяц не произвел.
В логах УТМ время правильное.
Команды
/sbin/clock
/sbin/clock -u
/sbin/hwclock
date
все показывают время одинаковое правильное.

В чем может быть косяк с УТМ и как это исправить? Почему смену месяца не отработал в 00 часов?
Сервак перезапускал за час до конца месяца...

[corwin]

Стоит сборка 004 на старой федоре.
Переход на зименее время пропустил.

НО! Когда настало 1 ноября, биллинг в 00 часов перевод на новый месяц не произвел.
В логах УТМ время правильное.
Команды
/sbin/clock
/sbin/clock -u
/sbin/hwclock
date
все показывают время одинаковое правильное.

В чем может быть косяк с УТМ и как это исправить? Почему смену месяца не отработал в 00 часов?
Сервак перезапускал за час до конца месяца...

Один в один ситуация. только сборка 005 Смена РП произошла только что в час ночи

[mioan]

посмотрел расчетные периоды в админке
с какого-то перепугу расчетный период стал с 1 ноября 1:00 по 1 декабря 1:00
как так? раньше же все нормально было

если я конец этого периода поменяю на 1 декабря 0:00, то не получистя ли, что в следующий раз он будет кончатся 31 декбря в 23:00?

[corwin]

Ситуация еще печальней
На сервере время правильное
На линуховом тестовом сервере время правильное и отображается все верно

На виндовой машине в админке время отстает на час ( кст как и на данном форуме )
расчетные периоды правильные с 00,00 по 00,00
но сменился он по времени виндовой админки , когда уже был час ночи. вообще непонимаю куда копать

гребаный винни пух...Пчел блин любить надо а не коров....им пофигу сколько времени

[mioan]

Ситуация еще печальней
На сервере время правильное
На линуховом тестовом сервере время правильное и отображается все верно

На виндовой машине в админке время отстает на час ( кст как и на данном форуме )
расчетные периоды правильные с 00,00 по 00,00
но сменился он по времени виндовой админки , когда уже был час ночи. вообще непонимаю куда копать

гребаный винни пух...Пчел блин любить надо а не коров....им пофигу сколько времени

В админке расчетные периоды стоят со сдвигом на час назад от реальной, т.к. ява на виндовой машине не патченая.
Посмотри - наверняка "Время на сервере" в основном окне админки неправильно отображается, а значит и данные эта админка неверные показывает...
Как пропатчить смотри по теме выше.
Попробуй ту же админку открыть на самом серваке, там будет видно.

У меня например на одной виндовой машине ява стоит давно, а на второй только поставил и пропатчил.
В итоге на первой время в админке неверное, а период верный.
На второй наоборот - время верное, зато неверный период.
Это говори о том, что в самом биллинге косяк.

Раньше и время и периоды были верные

[Wishmaster]

Таже самая проблема. Сборка 5.2.1-006. Java на винде пропатчена, на сервере время корректное, mysql, ядро утм, радиус были перезапущены заранее, чтобы считать системные timezone. Админка показывала "время сервера" корректное, в соответствии с новой временной зоной (UTC+4), но абонентка списалась в 1 час ночи, при этом РП сдвинулся на час.

[mioan]

Таже самая проблема. Сборка 5.2.1-006. Java на винде пропатчена, на сервере время корректное, mysql, ядро утм, радиус были перезапущены заранее, чтобы считать системные timezone. Админка показывала "время сервера" корректное, в соответствии с новой временной зоной (UTC+4), но абонентка списалась в 1 час ночи, при этом РП сдвинулся на час.

Косяк.
Если выставить конечное время РП в 00 часов, то изменится количество расчетных секунд на период и начнутся косяки с подсчетами в течение этого периода (пусть может не в этом РП, так скорее всего в следующем)...
Слава богу у нас тарификация помесячная, а не посуточная. Правда останутся косяки, когда УТМ будет делить абонентки, которые не с начала месяца были активированы...
Печаль