BiTel

Не провёл обновления вовремя. Как сделать, чтобы всё не завалилось?
- Погасить биллинг
- обновить tzdata в linux
- запустить tzupdater в java
- непонятно, что делать с ActiveMQ???

Не перекосит Netflow коллекторы после этого, там же файлы хранятся вида log_2014-10-30-12.003.data

---

Клиент: вер. 6.0 сборка 1350 от 09.10.2014 18:53:34
os: Windows XP; java: Java HotSpot(TM) Client VM, v.1.6.0_45
Сервер: вер. 6.0 сборка 1798 от 08.10.2014 11:47:26
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.6.0_45

bill вер. 6.0 сборка 344 от 09.09.2014 14:07:48
card вер. 6.0 сборка 228 от 05.09.2014 13:41:15
inet вер. 6.0 сборка 1455 от 14.10.2014 18:54:27
reports вер. 6.0 сборка 221 от 03.09.2014 16:39:20

Остановить. Системные tz лучше то же обновить, и главное что бы ВСЕ приложения использующие java были остановленны

В runtime не перекосит, а вот потом если переобработку логов запустить, возможно что-то перераспределится.

Для mq желательно чтобы время по UTC не менялось, только зона.

Еще нужно mysql перезапустить. Я зоны не заливал, их и не было по умолчанию (таблички пустые), после перевода времени NOW() показывал старое время с новым системным tzdata, после рестарта нормально стало.

И cron еще, к БГ это не относится, но если используется на сервере - тоже требует перезапуска. И другие, чувствительные к времени системные службы, тоже желательно перезапустить.

И, наверное, лучше ночью это делать, когда поменьше динамика старта/стопа сессий и поменьше сессий.

сервер раз в ребут пустить и все =)
хотя я практически ничего не рестартил, про базу даже забыл что требуется )))))

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Это получается, что переход не у всех в 2 часа ночи 26-го числа, а у каждого свой - кто когда вспомнит

Еще вопрос, с какой джавой 6.0 корректно работает? Для jdk1.6 tzupdater нет, как я понимаю.

Есть, от 7й подходит.6.0 работает с 6 oracle jdk

Получается, что вам пора, вместе с лицензией, книжки рассылать.

работает с 6-ой.

можно взять tzupdater от 7 вроде

Информация о версии:

Клиент: вер. 6.1.801 / 30.10.2014 22:53:45
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_71
ВНИМАНИЕ: Необходимо обновить таймзоны
Сервер: вер. 6.1.984 / 30.10.2014 22:53:53
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_71

Проверка на клиенте:
C:\Program Files\Java\jdk1.7.0_71\bin>java.exe -cp . -jar tzupdater.jar -V
tzupdater version 1.4.9-b01
JRE time zone data version: tzdata2014i
Embedded time zone data version: tzdata2014i

Проверка на сервере:
# /usr/java/default/bin/java -jar tzupdater.jar -V
tzupdater version 1.4.9-b01
JRE time zone data version: tzdata2014i
Embedded time zone data version: tzdata2014i

В системе и в mysql время правильное.
Что делать-то?

он один, он не под версию. хотя более старые возможно работать не будут. я про версию 6, 7

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

http://www.oracle.com/technetwork/java/ ... 13681.html

tzupdater-1_4_9-2014i.zip

Из области гаданий (странно, но я уже не помню точно, как именно решал такую проблему), но, мб, переустановить яву на клиенте и запустить tzupdater.jar не в каталоге C:\Program Files\Java\jdk1.7.0_71\bin, а в C:\Program Files\Java\jre\bin\ ? Кажется именно так у меня ушли проблемы с клиентами на винде.

Именно так и делал, копировал tzupdater.jar в C:\Program Files\Java\jdk1.7.0_71\bin и запускал апдейт. Проблема остается. При наведении мышки на часики в запущенном биллинге показывает время на сервере и на клиенте +1 час.

А клиент перезапускали ?

может, под другой явой запускается?

_________________
I'm clever. I've got a computer.

C:\Program Files\Java\ - тут еще кроме jdk1.7.0_71 есть что-нибудь ? Если запустить просто из C:\ тот же результат будет ?

Проверить еще желательно прогой



Зону не надо на свою менять, т.к. время специально под эту выставлено. Скомпилить javac Test.java и запустить java Test

В том и дело - копировать надо попробовать в jre и оттуда запускать. Не в jdk.

Да, конечно, неоднократно.

Похоже, что обновление встало на JDK, а JRE со старыми зонами осталось. запустите, как упоминал выше поместив файл обновления в корень C:\ и скорее всего увидите старые зоны. Обновлять надо было также из корня

Упс..
C:\>java -jar tzupdater.jar -V
tzupdater version 1.4.9-b01
JRE time zone data version: tzdata2014c
Embedded time zone data version: tzdata2014i

C:\>

Откуда оно это вытаскивает?

Пожалуй, повторюсь:

"В том и дело - копировать надо попробовать в jre и оттуда запускать. Не в jdk." и все должно получиться (:

Обновил из корня, все заработало.
То есть при запуске биллинга теперь показывает правильное время и на клиенте, и на сервере.

Информация о версии:

Клиент: вер. 6.1.801 / 30.10.2014 22:53:45
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_71
Сервер: вер. 6.1.984 / 30.10.2014 22:53:53
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.7.0_71

В стартере клиента биллинга javaw без конкретного каталога указывается, и запускается от какой-то дефолтной версии java (а их может быть несколько, учитывая JDK, JRE, x32, x64). Поэтому ничего никуда копировать не надо (вернее надо, но как раз не в каталог java, а просто в корень или домашнюю папку) и запуск обновления также просто без указания каталога расположения java гарантирует, что обновление встанет на ту версию, с которой запускается клиент.

Я давно хочу предложить, чтобы:

• В инструкции по установке клиента обязали прописывать JAVA_HOME - это позволит гарантированно указывать определенную рабочую версию явы.
• bgbilling_w2k.bat переименовали в bgbilling.cmd, т.к. CMD файлы не запустятся в Win 9x.
  Win XP уже больше 10 лет, а Win 9x еще поискать надо и вообще не понятно, зачем для нее есть батник, т.к. Win 9x скорее всего усрется под новым клиентом.
• В bgbilling.cmd вместо
  Код:
  start javaw
  прописали
  Код:
  start "" "%JAVA_HOME%\bin\javaw"

Но, скорее всего, это бесполезно, т.к. я уже предлагал использовать такие (с проверкой процесса через jps) скрипты для старта/стопа/рестарта, но их так и не сделали.

под винду предложения правильные как раз. в линуксах же JAVA_HOME наоборот нафиг не нужно, в клиенте особенно.

_________________
I'm clever. I've got a computer.