Отмена перехода на зимнее время и UTM5
Ура ! У меня тоже все получилось. Magnum72 - как всегда спасибо огромное. Дело действительно в java оказалось.
Правда наступил на грабли:
сделал "java -jar tzupdater.jar -u -v" - никакого эффекта, много думал - никакого эффекта. Потом полез в панель управления, установка и удаление программ, а там у меня три версии джавы стоят 6, 7, 7х64 и еще jdk 6 и 7
Какую из них патчил апдейтер непонятно, но явно не ту под которой запускалась админка.
Снес на всякий случай все, поставил заново свежескачанную jre 7х64 - расчетные периоды кривые. Пропатчил по инструкции Магнума72 - расчетные периоды чудесные, все заканчиваются в 00:00:00.
Правда наступил на грабли:
сделал "java -jar tzupdater.jar -u -v" - никакого эффекта, много думал - никакого эффекта. Потом полез в панель управления, установка и удаление программ, а там у меня три версии джавы стоят 6, 7, 7х64 и еще jdk 6 и 7
Какую из них патчил апдейтер непонятно, но явно не ту под которой запускалась админка.
Снес на всякий случай все, поставил заново свежескачанную jre 7х64 - расчетные периоды кривые. Пропатчил по инструкции Магнума72 - расчетные периоды чудесные, все заканчиваются в 00:00:00.
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 ?
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 ?
-
- Сообщения: 61
- Зарегистрирован: Вт сен 18, 2007 17:18
- Откуда: St. Petersburg, Russia
http://support.apple.com/kb/TA24594?viewlocale=en_USkirush писал(а):Что делать пользователям с маком? Есть варианты?
AB-iMac:tzupdater-1.3.42-2011k$ java -jar tzupdater.jar -u
There's no tzdata available for this Java runtime.
Стоит сборка 004 на старой федоре.
Переход на зименее время пропустил.
Уже после заменил /usr/share/zoneinfo.
В линуксе время стало какое надо, но в админке биллинга показывало на час меньше.
Прочитал на форуме (не в этой теме), что это косяк явы - забил и успокоился.
НО! Когда настало 1 ноября, биллинг в 00 часов перевод на новый месяц не произвел.
В логах УТМ время правильное.
Команды
/sbin/clock
/sbin/clock -u
/sbin/hwclock
date
все показывают время одинаковое правильное.
В чем может быть косяк с УТМ и как это исправить? Почему смену месяца не отработал в 00 часов?
Сервак перезапускал за час до конца месяца...
Переход на зименее время пропустил.
Уже после заменил /usr/share/zoneinfo.
В линуксе время стало какое надо, но в админке биллинга показывало на час меньше.
Прочитал на форуме (не в этой теме), что это косяк явы - забил и успокоился.
НО! Когда настало 1 ноября, биллинг в 00 часов перевод на новый месяц не произвел.
В логах УТМ время правильное.
Команды
/sbin/clock
/sbin/clock -u
/sbin/hwclock
date
все показывают время одинаковое правильное.
В чем может быть косяк с УТМ и как это исправить? Почему смену месяца не отработал в 00 часов?
Сервак перезапускал за час до конца месяца...
Один в один ситуация. только сборка 005 Смена РП произошла только что в час ночиmioan писал(а):Стоит сборка 004 на старой федоре.
Переход на зименее время пропустил.
НО! Когда настало 1 ноября, биллинг в 00 часов перевод на новый месяц не произвел.
В логах УТМ время правильное.
Команды
/sbin/clock
/sbin/clock -u
/sbin/hwclock
date
все показывают время одинаковое правильное.
В чем может быть косяк с УТМ и как это исправить? Почему смену месяца не отработал в 00 часов?
Сервак перезапускал за час до конца месяца...
Ситуация еще печальней
На сервере время правильное
На линуховом тестовом сервере время правильное и отображается все верно
На виндовой машине в админке время отстает на час ( кст как и на данном форуме )
расчетные периоды правильные с 00,00 по 00,00
но сменился он по времени виндовой админки , когда уже был час ночи. вообще непонимаю куда копать
гребаный винни пух...Пчел блин любить надо а не коров....им пофигу сколько времени
На сервере время правильное
На линуховом тестовом сервере время правильное и отображается все верно
На виндовой машине в админке время отстает на час ( кст как и на данном форуме )
расчетные периоды правильные с 00,00 по 00,00
но сменился он по времени виндовой админки , когда уже был час ночи. вообще непонимаю куда копать
гребаный винни пух...Пчел блин любить надо а не коров....им пофигу сколько времени
В админке расчетные периоды стоят со сдвигом на час назад от реальной, т.к. ява на виндовой машине не патченая.corwin писал(а):Ситуация еще печальней
На сервере время правильное
На линуховом тестовом сервере время правильное и отображается все верно
На виндовой машине в админке время отстает на час ( кст как и на данном форуме )
расчетные периоды правильные с 00,00 по 00,00
но сменился он по времени виндовой админки , когда уже был час ночи. вообще непонимаю куда копать
гребаный винни пух...Пчел блин любить надо а не коров....им пофигу сколько времени
Посмотри - наверняка "Время на сервере" в основном окне админки неправильно отображается, а значит и данные эта админка неверные показывает...
Как пропатчить смотри по теме выше.
Попробуй ту же админку открыть на самом серваке, там будет видно.
У меня например на одной виндовой машине ява стоит давно, а на второй только поставил и пропатчил.
В итоге на первой время в админке неверное, а период верный.
На второй наоборот - время верное, зато неверный период.
Это говори о том, что в самом биллинге косяк.
Раньше и время и периоды были верные
-
- Сообщения: 309
- Зарегистрирован: Сб апр 16, 2005 11:44
Таже самая проблема. Сборка 5.2.1-006. Java на винде пропатчена, на сервере время корректное, mysql, ядро утм, радиус были перезапущены заранее, чтобы считать системные timezone. Админка показывала "время сервера" корректное, в соответствии с новой временной зоной (UTC+4), но абонентка списалась в 1 час ночи, при этом РП сдвинулся на час.
Косяк.Wishmaster писал(а):Таже самая проблема. Сборка 5.2.1-006. Java на винде пропатчена, на сервере время корректное, mysql, ядро утм, радиус были перезапущены заранее, чтобы считать системные timezone. Админка показывала "время сервера" корректное, в соответствии с новой временной зоной (UTC+4), но абонентка списалась в 1 час ночи, при этом РП сдвинулся на час.
Если выставить конечное время РП в 00 часов, то изменится количество расчетных секунд на период и начнутся косяки с подсчетами в течение этого периода (пусть может не в этом РП, так скорее всего в следующем)...
Слава богу у нас тарификация помесячная, а не посуточная. Правда останутся косяки, когда УТМ будет делить абонентки, которые не с начала месяца были активированы...
Печаль