Переход на летнее время в FreeBSD прошел успешно, а вот Netup в интерфейсе администратора пишет старое время (на 1 час меньше).
kill -1 не помогает.
Рестартовать ядро не хочется.
На рабочем месте. откуда запущен явовский интерфейс время тоже переведено.
Проблем с расхождением не времени не будет?
Переход на летне время
Re: Переход на летне время
увы.. твой утм оказался не готов к "миллениуму" Ж))andrew_b писал(а):Переход на летнее время в FreeBSD прошел успешно, а вот Netup в интерфейсе администратора пишет старое время (на 1 час меньше).
kill -1 не помогает.
Рестартовать ядро не хочется.
На рабочем месте. откуда запущен явовский интерфейс время тоже переведено.
Проблем с расхождением не времени не будет?
p.s. у меня со временем всё ок
А где менял?
Я вот перезапустил ядро. Но все равно отстает на 1 час время в интерфейсе.
Из-за этого начинаются глюки в отчетах.
При запросе, например, трафика по дням, выводит дату на один день меньше. Вместо 2.03 пишет 1.03? вместо 1.03 пишет 28.02.
Интересно, откуда явовский интерфейс берет время. Как вернуть время то обратно. Кто скажет?
--
FreeBSD, UTM5-5.1.10-16
Я вот перезапустил ядро. Но все равно отстает на 1 час время в интерфейсе.
Из-за этого начинаются глюки в отчетах.
При запросе, например, трафика по дням, выводит дату на один день меньше. Вместо 2.03 пишет 1.03? вместо 1.03 пишет 28.02.
Интересно, откуда явовский интерфейс берет время. Как вернуть время то обратно. Кто скажет?
--
FreeBSD, UTM5-5.1.10-16
Проверь часовой пояс на компе с админкой - совпадает ли он с админкой?andrew_b писал(а):А где менял?
Я вот перезапустил ядро. Но все равно отстает на 1 час время в интерфейсе.
Из-за этого начинаются глюки в отчетах.
При запросе, например, трафика по дням, выводит дату на один день меньше. Вместо 2.03 пишет 1.03? вместо 1.03 пишет 28.02.
Интересно, откуда явовский интерфейс берет время. Как вернуть время то обратно. Кто скажет?
--
FreeBSD, UTM5-5.1.10-16
У меня как-то было такое - причина была в этом.
Такая же ситуация была у меня в прошлом году. Так же ничего не помогало. Однако в этом году все прошло гладко. За это время я ничего в настройках биллинга не менял, операционку на сервере не обновлял. Единственное, что изменилось:
1. Обновлена Java до последней версии на клиентской машине.
2. Обновлен биллинг до версии UTM5-5.1.10-17
Фсё.
Так что причина где-то эдесь...
--
FreeBSD 5.2.1, UTM5-5.1.10-17
1. Обновлена Java до последней версии на клиентской машине.
2. Обновлен биллинг до версии UTM5-5.1.10-17
Фсё.
Так что причина где-то эдесь...
--
FreeBSD 5.2.1, UTM5-5.1.10-17
Почти аналогичный хит.
Время на сервере правильное.
Часовой пояс на сервере правильный.
ntpd работает и время синхронизирует правильно.
На админской машине время верное.
НО
В java админке пишет текущее время на сервере на 1 час вперед.
Статистику складывает на 1 час вперед. И по трафику и деталку.
Бился 4 дня об стену.
Биллинг идет на 1 час вперед.
Убейте - ничего не помогало.
Оказалось, что на админской машине время то верное, но часовой пояс как раз на +1 от должного. Т.е. не +2 а +3.
Исправил часовой пояс на админской машине и все ОК.
Просто java админка привязывается к часовому поясу на той машине на которой запушена и корректирует время относительно времени на сервере.
Может кому то поможет.
Время на сервере правильное.
Часовой пояс на сервере правильный.
ntpd работает и время синхронизирует правильно.
На админской машине время верное.
НО
В java админке пишет текущее время на сервере на 1 час вперед.
Статистику складывает на 1 час вперед. И по трафику и деталку.
Бился 4 дня об стену.
Биллинг идет на 1 час вперед.
Убейте - ничего не помогало.
Оказалось, что на админской машине время то верное, но часовой пояс как раз на +1 от должного. Т.е. не +2 а +3.
Исправил часовой пояс на админской машине и все ОК.
Просто java админка привязывается к часовому поясу на той машине на которой запушена и корректирует время относительно времени на сервере.
Может кому то поможет.