Просмотр Исходного

h1. Описание настроек

См. [статью|http://docs.carbonsoft.ru/pages/viewpage.action?pageId=51380287#Настройки-ОбновлениеCarbonReductor]




h1. Описание процесса обновления

При обновлении предыдущая версия Carbon Reductor "бэкапится" в /usr/local/old_Reductor.номер_версии.

Сохраняются последние 30 версий.

Всё содержимое папки userinfo переносится в новую версию (конфиг, ключ, хуки итд), также сохраняются выгруженный реестр, запрос и подпись, кэши резолва и сигнатур.

Конфиг провайдера "мержится" с конфигом из новой версии (заполняются значения из старого конфига).

На время обновления Carbon Reductor "стопается", чтобы имелась возможность выгрузить модуль ядра и заменить его новым.

В случае если модуль и параметры используемых ipset не изменились, carbon reductor не выключается и продолжает работу. В противном случае - даунтайм фильтрации занимает около двух секунд (зависит от скорости жесткого диска), вся подготовка к обновлению не влияет на его работу.

h1. Обновления между ветками

{color:#ff0000}{*}ВНИМАНИЕ{*}{color}: Не рекомендуется совершать без "благословения" разработчиков. За стабильность выходящих devel-версии поручиться сложно, сидеть на devel-билде постоянно не рекомендуется, а со включенными автообновлениями - тем более.




h2. master > devel

Это требуется только при прямом контакте с разработчиками.

{code}
vim /usr/local/Reductor/userinfo/config
autoupdate['branch']='master'
{code}
меняем на

{code}
autoupdate['branch']='devel'
{code}
запускаем ручное обновление из меню.

h2. devel > master

Возможно только после выхода master-версии, билд которой больше билда текущей devel версии. Это происходит обычно после завершения разработки фишки, ради которой происходил переход на devel.

Для срочного возврата на master версию в случае проблем

{code}
vim /usr/local/Reductor/userinfo/config
autoupdate['branch']='devel'
{code}
меняем на


{code}
autoupdate['branch']='master'
{code}
пользуемся статьёй [Downgrade.|reductor5:Downgrade]