Після релізу Ubilling 1.4.7 стало можливим повністю автоматичне та зручне оновлення прямо з веб-інтерфейсу “Менеджера оновлень”. Що за менеджер оновлень?

“Менеджер оновлень” це ось це:

Отож тепер, ви можете обрати гілку, до якої буде оновлено ваш Ubilling просто натискаючи зручні кнопочки після чого застосувати всі необхідні патчі.

Ні, якщо ви випадково чи не випадково, застосуєте той самий апдейт файлів конфігурації чи схеми БД для якогось релізу, кілька разів - не станеться нічого супер страшного. Менеджер оновлень не такий тупий як може здатися і знає, що він робить. Ну, ми на це сподіваємось.

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

Це значить, що ви оновлювались з будь-якої з попередніх версій які не розгортали при встановленні новий скрипт автооновлювача. Вам необхідно буде початково розгорнути новий скрипт оновлення за допомогою наступних команд:

Для старих установок на FreeBSD

# cp -R /usr/local/www/apache24/data/billing/docs/presets/FreeBSD/ubautoupgrade.sh /bin/
# chmod a+x /bin/ubautoupgrade.sh

Для старих установок на Debian

# cp -R /var/www/html/billing/docs/presets/Debian/ubautoupgrade.sh /bin/
# chmod a+x /bin/ubautoupgrade.sh

В подальшому, нічого робити буде непотрібно. Скрипт оновлюватиметься сам, після кожного оновлення Ubilling до будь-якої з гілок. Можете також видалити свій старий скрипт /usr/local/www/apache24/data/autoubupdate.sh оскільки новий /bin/ubautoupgrade.sh повністю замінює його функціонал а також може працювати в batch-режимі з командного рядка.

• Наполегливо рекомендується забекапити все, що бекапиться, вручну, перед першим оновленням (# cp -R billing /somewhere/billing_stable).
• Новий скрипт ubautoupgrade.sh та старий autoubupdate.sh не є взаємозамінними! Не надумайте копіювати свій старий оновлювач на місце нового!
• ubautoupgrade.sh оновлюється щоразу при оновленні Ubilling копіючи його з дистрибутиву білінгу з docs/presets/[arch]. Кастомізувати його напряму, немає жодного змісту.
• Наразі, в дистрибутиві оновлювача, використовується, за замовчуванням опція DEFADM_KILL=“NO” що означає, що у випадку, якщо в вас не було адміністратора з логіном admin, то при оновленні буде розгорнуто його за замовчуванням з паролем demo.
• У випадку, якщо адміністратор з логіном admin існував до оновлення - його буде спочатку заререзвовано, після чого розгорнуто на місце як і всіх інших адміністраторів.
• Якщо вам необхідно після оновлення видаляти адміністратора за-замовчуванням, то для цього починаючи з Ubilling 1.4.9 існує опція UPDMGR_DEFADM_KILL в alter.ini.
• Якщо вам необхідно автоматично виконувати якісь дії після завершення оновлення біллінгу, ви можете описати їх всі в OnePunch скрипті з аліасом postautoupgrade.
• Перед оновленням, бажано переконатись, що обсяг доступного місця на вашій файловій системі, куди змонтовано /tmp/ достатній для резервування всіх даних вашого біллінгу.
• Після оновлення автооновлювачем, необхідно застосувати за допомогою модуля “Менеджер оновлень” всі патчі файлів конфігурації та структуру БД для релізу до якого ви оновилися. Якщо ви “перескочили” через кілька релізів, вам слід послідовно застосувати всі зміни для пропущених вами попередніх релізів “знизу вгору”, тобто “від давніших до свіжих”.

Використовується це наступним чином (попередньо почитавши рекомендації до оновлення):

  # /bin/ubautoupgrade.sh

Далі користуємося очевидними менюшками, і підтверджуємо, що так – ми таки зібралися оновлюватись

До останнього стабільного релізу (ну або до каренту, або до стабільного релізу з дзеркала).

Візуально перевіряємо, чи все буде так, як ми хотіли?

І отримуємо результат

Що за сповіщення Kill default admin?

Сповіщення, про “Kill default admin” (YES/NO) означає чи буде видалено після оновлення, адміністратора з логіном admin. Якщо ви його використовуєте в своїй повсякденній діяльності, зрозуміло, що змінивши пароль за замовчуванням на нормальний, можете не звертати на це уваги - ваш адміністратор з логіном admin як і усі інші адміністратори, будуть на місці, після завершення оновлення. У випадку, якщо ви просто видалите адміністратора admin за допомогою модулю “Привілеї адміністраторів”, після оновлення, разом з оновленою копією Ubilling, також розгортатиметься і адміністратор за замовчуванням, з логіном admin та паролем demo. Для автоматичного видалення адміністратора з логіном admin після оновлень системи в Ubilling >=1.4.9 використовується опція UPDMGR_DEFADM_KILL.

До релізу Ubilling 1.4.7 використовувався старий автооновлювач котрий працював тільки в CLI режимі.