Опыт установки 5.3 на боевом сервере
Мы внедряли лет 7 назад
и тогда выбора для нас сильно не было.
Например Abills - был ещё сыроват и в тесте utm показал себя лучше.
Да потом были грабли и т.д. до 5.2-008 которая работала вообще без проблем.
Но функционал, которого в принципе и сейчас толком нет, а только планы (лояльность) или внедрение - обкатка isg.
Думали спрыгнуть - рассматривали бгбиллинг 12$k и гидру 17$к
бг интерфейс не обрадовал по тыкались и плюнули - со стороны разрабов желание помочь и продать не было.
С гидрой почти договорились, но свои косяки править хотели только за 300$ в месяц и не дай бог вы не будете платить - все обновления по цене пропущенных платежей . Правда кризис их прижал и уже сами звонили и на наши условия согласились, но мы пустились во все тяжкие с нетапом докупили модуль dhcp, сейчас обновления с ТП т.к. нужно решать косяки после перехода на 5.3.
И да если нужен функционал ребята готовы браться и если не сложный то и не загибают ценник - сейчас будут делать для нас (будет в общей ветке) доработку динашейпера с возможностью покупки трафика.
Пока остаёмся на нетапе с надеждой на лучшее
и тогда выбора для нас сильно не было.
Например Abills - был ещё сыроват и в тесте utm показал себя лучше.
Да потом были грабли и т.д. до 5.2-008 которая работала вообще без проблем.
Но функционал, которого в принципе и сейчас толком нет, а только планы (лояльность) или внедрение - обкатка isg.
Думали спрыгнуть - рассматривали бгбиллинг 12$k и гидру 17$к
бг интерфейс не обрадовал по тыкались и плюнули - со стороны разрабов желание помочь и продать не было.
С гидрой почти договорились, но свои косяки править хотели только за 300$ в месяц и не дай бог вы не будете платить - все обновления по цене пропущенных платежей . Правда кризис их прижал и уже сами звонили и на наши условия согласились, но мы пустились во все тяжкие с нетапом докупили модуль dhcp, сейчас обновления с ТП т.к. нужно решать косяки после перехода на 5.3.
И да если нужен функционал ребята готовы браться и если не сложный то и не загибают ценник - сейчас будут делать для нас (будет в общей ветке) доработку динашейпера с возможностью покупки трафика.
Пока остаёмся на нетапе с надеждой на лучшее
Не запускается (
debug.log:
main.log:
Базы:
Зачем пытаться создать БД, которая уже есть?
Код: Выделить всё
# 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.
Код: Выделить всё
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
Код: Выделить всё
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
Код: Выделить всё
Имя роли | Атрибуты | Член ролей
----------+---------------------------------------------------------+------------
pgsql | Суперпользователь, Создаёт роли, Создаёт БД, Репликация | {}
postgres | Суперпользователь, Создаёт роли, Создаёт БД, Репликация | {}
Оперативно? Предыдущее обновление вышло месяц назад! У нас в хотлайне открыто несколько тикетов исправление для которых выходило больше месяца! В хотлайне не допросишься сборки с багфиксом, ответы всегда однотипные: "исправление войдёт в следующий релиз, дата выхода неизвестна, сборку с исправлением проблемы предоставить не можем".serjk писал(а):2 Rico-X
... Мы стараемся улучшить качество продукта, оперативно выпускаем обновления...
Оперативно - это в течении нескольких часов, ну максимум дней (если серьёзная проблема). Вы даже ветку бросаете с неисправленными багами, и приходится обновляться не из-за потребности функционала а чтобы багов не было. Из-за большого количество сторонних решений обновление занимает много времени.
Я говорю именно о багах а не о новом функционале, разработка которого действительно требует много времени.
- Lex
- NetUP Team
- Сообщения: 623
- Зарегистрирован: Ср мар 09, 2005 12:12
- Откуда: НетАП
- Контактная информация:
Пожалуйста, укажите номера заявок в которых Вы просили предоставить сборку с исправлением критичной для Вас проблемы и сборка не была предоставлена, хотя проблема уже была исправлена разработчиками.forgotten писал(а):У нас в хотлайне открыто несколько тикетов исправление для которых выходило больше месяца! В хотлайне не допросишься сборки с багфиксом, ответы всегда однотипные: "исправление войдёт в следующий релиз, дата выхода неизвестна, сборку с исправлением проблемы предоставить не можем".
При обновлении с 5.2.1-008 до 5.3-003-update2 этот пункт нужно выполнять?При обновлении со сборки 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)
Далее конвертер отобразит настройки конвертации, в случае их корректности необходимо подтвердить согласие с настройками.
Да. Пишешь /netup/utm5/bin/block_conv -v 5.3MaxDM писал(а):При обновлении с 5.2.1-008 до 5.3-003-update2 этот пункт нужно выполнять?При обновлении со сборки 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.3.2-update18. Все знают что появилась возможность множественного создания сервисных связок, но нигде не сказано что галка "Разрешить множественное подключение" работает не в пределах тарифной связки, а глобально по лицевому счету.
Т.е. например нельзя создать две тарифные связки одного тарифа и в каждой из них по одной сервисной связке, не установив вышеуказанную галку.
Считаю это не фичей, а багом.
Так же очень хочется надеяться что разработчики найдут время на выпуск update19 потому как 5.3.3 ещё очень сырая.
Спасибо.
Т.е. например нельзя создать две тарифные связки одного тарифа и в каждой из них по одной сервисной связке, не установив вышеуказанную галку.
Считаю это не фичей, а багом.
Так же очень хочется надеяться что разработчики найдут время на выпуск update19 потому как 5.3.3 ещё очень сырая.
Спасибо.