по хорошему надо просто сначала сделать обновление на копии рабочей системы, убедиться, что все нормально, а затем повторить на боевой машине.

Не проще ли конвертер? Это так сложно?

так при запуске обновления и происходит конвертация базы и замена кода, смысл их разделять?
если вы на тестовой базе сделаете обновление, вы и получете обновленную базу.
что мешает на рабочей машине скопировать каталог с кодом, сделать копию базы и обновить копию, если все нормально, просто поменять их местами

Ага тоесть получается что, что бы обновиться нужно сначала поставить с танцами старую версию (с танцами потому что FreeBSD) потом накатить на нё обновление, и опять танцевать....
Зачем танцы два раза?
Не проще ли конвертер? Это так сложно?

а мое предложение?

Ну так выложите отдельно конвертер и я от вас отстану!

обновление на предыдующую версию?

Прочтите что я написал, не обновление на предидущую версию, а поддержка старой при обновлении...чтоб просто апдейт и все работает, потом уже донастраивать изменения

перечитал, несколько раз, но так и не понял, что значит "лучше бы было сделать поддержку младших версий", текущая 5.2, младшая 5.1?

http://bgbilling.ru/v5.2/download/kernel/howto.txt
тут далеко не ./update.sh --ver --5.2

по мне так лучше без фиксов получалось бы обновление=) просто запустил обновление и все=)

Я какбэ тоже за то чтобы обновление выполнялось без необходимости что-то где-то править, но ведь обновление не будет за вас прописывать параметры в конфигурации модулей/сервера.
Так же оно не скачает и не поставит для вас радиусы/коллекторы и не пропишет в их конфигурационные файлы то что необходимо.

Тада расскажи мне как это работает? почему они тада тянуть все настройки? тот же мускул, потом тока дебрикейты выдает и новые фичи показыват, НО РАБОТАЕТ, чем тут хуже?

это разные продукты и орентированны на разные группы потребителей. Мускл стоит у миллионов и не все из них являются высоко клалифицированными пользователями, поэтому и приходится орентироваться на них. Наш продукт не орентирован на домохозяек и кол-во пользователей далеко не миллионы, поэтому тащить совместимость со старыми версиями и тратить время на разработку ИНТЕЛЕКТУАЛЬНЫХ мастеров конвертации данных не вижу смысла. К тому же в отличие от mysql у нас практически нет двух клиентов имеющих одинаковые конфигурации системы (железо, схемы сети, тарифы, бизнес процессы и т.д.) и теперь сравните с конфигом mysql из 10 строк.

В принципе в любой более менее крупной организации работа админа в том и состоит, что бы проверять насколько новые версии программы соовместимы с другим ПО и действующими бизнес процессами. ПРичем все это проверяется не на боевых машинах и не пять минут, у админа в каждой организации должен быть свой "чек лист" в который должны вноситься все изменения которые производятся в настройках ПО. Что то я сильно совмеваюсь, что в какой нибудь фирме типа yandex, админ ночью на боевых серверах запускает "yum update mysql" и спокойно уходит до дому.

Проблема то не в чек листе, я чтоб обновится на 5.2 наверное все на тесте гонял месяца 3, потом обновления встали сразу, правда потратил на это 6 часов ночью

Ежели мы напишем прогу которая сама себя настраивать будет, то зачем нужны будут админы нашему продукту?

А что ваш софт только апдейтить можно?

А хотели же чекбоксы сделать по всем конфигам, жмакай галочки и агонь!!!