Опыт установки 5.3 на боевом сервере

[banec]

Мы внедряли лет 7 назад
и тогда выбора для нас сильно не было.
Например Abills - был ещё сыроват и в тесте utm показал себя лучше.
Да потом были грабли и т.д. до 5.2-008 которая работала вообще без проблем.
Но функционал, которого в принципе и сейчас толком нет, а только планы (лояльность) или внедрение - обкатка isg.
Думали спрыгнуть - рассматривали бгбиллинг 12$k и гидру 17$к
бг интерфейс не обрадовал по тыкались и плюнули - со стороны разрабов желание помочь и продать не было.
С гидрой почти договорились, но свои косяки править хотели только за 300$ в месяц и не дай бог вы не будете платить - все обновления по цене пропущенных платежей . Правда кризис их прижал и уже сами звонили и на наши условия согласились, но мы пустились во все тяжкие с нетапом докупили модуль dhcp, сейчас обновления с ТП т.к. нужно решать косяки после перехода на 5.3.

И да если нужен функционал ребята готовы браться и если не сложный то и не загибают ценник - сейчас будут делать для нас (будет в общей ветке) доработку динашейпера с возможностью покупки трафика.

Пока остаёмся на нетапе с надеждой на лучшее

[MaxDM]

Не запускается (

Код: Выделить всё

# uname -a
Linux core-deb 3.2.0-4-amd64 #1 SMP Debian 3.2.68-1+deb7u3 x86_64 GNU/Linux

Код: Выделить всё

# /netup/utm5/bin/utm5_core -v
NetUP UTM billing system core. Compile date: Aug 18 2015 05:00:41
Version:5.3-003-update2-debian_wheezy_x64 Rev #14954
Copyright (c) 2001-2015 NetUP Inc. www.netup.ru
usage: utm5_core
        [-c config_path]   Path to config file. Defailt is /netup/utm5/utm5.cfg
        [-p pid_file_path] Path to pid file. Default is /var/run/utm5_core.pid.
        [-v]               Version info

Код: Выделить всё

# Sep 17 17:12:50  Info  : 8ba66740 UTM5 Config: Processing config file: /netup/utm5/utm5.cfg
    (!!) Unable to start UTM5 Core.
    (!!) DBASQLError: Unable to create DB
    (!!) See debug.log for details.

debug.log:

Код: Выделить всё

Sep 17 17:13:20 ?Debug : dd921740 DBConnectionPoolImpl: [1] initialized.
Sep 17 17:13:20 ?Debug : dd921740 DBConnection_pgsql: Connecting to PgSQL database
Sep 17 17:13:20 ?Debug : dd921740 DBConnection_pgsql: Connection parameters username: pgsql; dbname: UTM_5_3 host: localhost password: '' port: 5432
Sep 17 17:13:20 ?Debug : dd921740 DBConnection_pgsql: Try to create database UTM_5_3
Sep 17 17:13:20 ?Debug : dd921740 DBConnection_pgsql: Can't create database. Error 7:no connection to the server

Sep 17 17:13:20  ERROR : dd921740 DBASQLError: Unable to create DB

main.log:

Код: Выделить всё

Sep 17 17:01:02  ERROR : d0c5c740 DBASQLError: Unable to create DB
Sep 17 17:01:32  ERROR : e85ec740 DBASQLError: Unable to create DB
Sep 17 17:02:02  ERROR : d450b740 DBASQLError: Unable to create DB
Sep 17 17:02:32  ERROR : 7ee32740 DBASQLError: Unable to create DB
Sep 17 17:02:48  ERROR : a06d1740 DBASQLError: Unable to create DB
Sep 17 17:03:18  ERROR : ee149740 DBASQLError: Unable to create DB
Sep 17 17:03:48  ERROR : ef4be740 DBASQLError: Unable to create DB
Sep 17 17:04:18  ERROR : 50709740 DBASQLError: Unable to create DB
Sep 17 17:04:48  ERROR : b5ddc740 DBASQLError: Unable to create DB
Sep 17 17:05:18  ERROR : 7271b740 DBASQLError: Unable to create DB
Sep 17 17:05:49  ERROR : a067f740 DBASQLError: Unable to create DB
Sep 17 17:06:19  ERROR : eb40a740 DBASQLError: Unable to create DB
Sep 17 17:06:49  ERROR : 7367f740 DBASQLError: Unable to create DB
Sep 17 17:07:19  ERROR : 6e80c740 DBASQLError: Unable to create DB
Sep 17 17:07:49  ERROR : 6c858740 DBASQLError: Unable to create DB
Sep 17 17:08:19  ERROR : 32a4a740 DBASQLError: Unable to create DB
Sep 17 17:08:49  ERROR : a2bc6740 DBASQLError: Unable to create DB
Sep 17 17:09:19  ERROR : 8af1d740 DBASQLError: Unable to create DB
Sep 17 17:09:50  ERROR : 37cde740 DBASQLError: Unable to create DB
Sep 17 17:10:20  ERROR : d56df740 DBASQLError: Unable to create DB
Sep 17 17:10:50  ERROR : 6e726740 DBASQLError: Unable to create DB
Sep 17 17:11:20  ERROR : fc5ec740 DBASQLError: Unable to create DB
Sep 17 17:11:50  ERROR : 5b40a740 DBASQLError: Unable to create DB
Sep 17 17:12:20  ERROR : a713a740 DBASQLError: Unable to create DB
Sep 17 17:12:50  ERROR : 8ba66740 DBASQLError: Unable to create DB
Sep 17 17:13:20  ERROR : dd921740 DBASQLError: Unable to create DB

Базы:

Код: Выделить всё

# psql -l -U pgsql
                                  Список баз данных
    Имя    | Владелец | Кодировка | LC_COLLATE  |  LC_CTYPE   |     Права доступа
-----------+----------+-----------+-------------+-------------+-----------------------
 UTM_5_3   | pgsql    | UTF8      | ru_RU.UTF-8 | ru_RU.UTF-8 |
 postgres  | postgres | UTF8      | ru_RU.UTF-8 | ru_RU.UTF-8 |

Зачем пытаться создать БД, которая уже есть?

[maxxsoft]

посмотрите внимательно ваш конфиг возможно пароль не подходит или привилегии не так выставлены.

ещё помнится была проблема с кодировкой на pgsql

[Shiva]

Месье, редкий извращенец... На pgsql запускать...

[MaxDM]

посмотрите внимательно ваш конфиг возможно пароль не подходит или привилегии не так выставлены.

ещё помнится была проблема с кодировкой на pgsql

Код: Выделить всё

 Имя роли |                        Атрибуты                         | Член ролей
----------+---------------------------------------------------------+------------
 pgsql    | Суперпользователь, Создаёт роли, Создаёт БД, Репликация | {}
 postgres | Суперпользователь, Создаёт роли, Создаёт БД, Репликация | {}

Кодировка UTF-8.

[taf]

Месье, редкий извращенец... На pgsql запускать...

Вообще-то, это единственная СУБД, которая поддерживается UTM. Мыскль во всех своих ипостасях как был, так и остался BDB на стероидах.

[taf]

Не запускается (
Зачем пытаться создать БД, которая уже есть?

покажите кусок конфига utm с параметрами для базы, и за одно не помешало бы содержимое /var/lib/pgsql/data/pg_hba.conf (значащие строки)

[MaxDM]

Заработало после того как в конфиге um5.cfg поменял

database_host=localhost

на

database_host=127.0.0.1

[forgotten]

2 Rico-X
... Мы стараемся улучшить качество продукта, оперативно выпускаем обновления...

Оперативно? Предыдущее обновление вышло месяц назад! У нас в хотлайне открыто несколько тикетов исправление для которых выходило больше месяца! В хотлайне не допросишься сборки с багфиксом, ответы всегда однотипные: "исправление войдёт в следующий релиз, дата выхода неизвестна, сборку с исправлением проблемы предоставить не можем".

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

[Lex]

У нас в хотлайне открыто несколько тикетов исправление для которых выходило больше месяца! В хотлайне не допросишься сборки с багфиксом, ответы всегда однотипные: "исправление войдёт в следующий релиз, дата выхода неизвестна, сборку с исправлением проблемы предоставить не можем".

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

[MaxDM]

При обновлении со сборки 5.3-001 и старше, после распаковки дистрибутива, приведения файлов конфигурации системы в актуальное состояние, и обновления схемы БД (непосредственно перед первым запуском ядра системы) необходимо произвести конвертацию старого функционала пересчета услуг в новый функционал "политик списания". Для этого предназначен автоматический конвертер, входящий в состав дистрибутива. Запуск конвертера в общем случае:

/netup/utm5/bin/block_conv -v старая_версия_биллинга

Где старая_версия_биллинга:

007 - 5.2.1-007 и обновления
008 - 5.2.1-008 и обновления
009 - 5.2.1-009 и обновления (значение по-умолчанию)
5.3 - 5.3-001 и обновления (значение, функционально аналогичное 009)

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

При обновлении с 5.2.1-008 до 5.3-003-update2 этот пункт нужно выполнять?

[TiRider]

При обновлении со сборки 5.3-001 и старше, после распаковки дистрибутива, приведения файлов конфигурации системы в актуальное состояние, и обновления схемы БД (непосредственно перед первым запуском ядра системы) необходимо произвести конвертацию старого функционала пересчета услуг в новый функционал "политик списания". Для этого предназначен автоматический конвертер, входящий в состав дистрибутива. Запуск конвертера в общем случае:

/netup/utm5/bin/block_conv -v старая_версия_биллинга

Где старая_версия_биллинга:

007 - 5.2.1-007 и обновления
008 - 5.2.1-008 и обновления
009 - 5.2.1-009 и обновления (значение по-умолчанию)
5.3 - 5.3-001 и обновления (значение, функционально аналогичное 009)

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

При обновлении с 5.2.1-008 до 5.3-003-update2 этот пункт нужно выполнять?

Да. Пишешь /netup/utm5/bin/block_conv -v 5.3

[MaxDM]

Как-то не вяжется ваше

/netup/utm5/bin/block_conv -v 5.3

и

/netup/utm5/bin/block_conv -v старая_версия_биллинга

[TiRider]

Как-то не вяжется ваше

/netup/utm5/bin/block_conv -v 5.3

и

/netup/utm5/bin/block_conv -v старая_версия_биллинга

Попробуй ввести 5.3-002 все и увидишь.

[basker]

Словил недокументированную особенность в 5.3.2-update18. Все знают что появилась возможность множественного создания сервисных связок, но нигде не сказано что галка "Разрешить множественное подключение" работает не в пределах тарифной связки, а глобально по лицевому счету.
Т.е. например нельзя создать две тарифные связки одного тарифа и в каждой из них по одной сервисной связке, не установив вышеуказанную галку.
Считаю это не фичей, а багом.

Так же очень хочется надеяться что разработчики найдут время на выпуск update19 потому как 5.3.3 ещё очень сырая.

Спасибо.