Oct 25 01:06:47 ERROR : 8dfd4700 DBAUsers: sql_get_user: user_id 675 not found
Oct 25 01:06:47 ERROR : 8dfd4700 LogicError: sql_get_user: user not found
Oct 25 01:06:47 ERROR : 8dfd4700 RPCServer@0.0.0.0: void* rpcf_get_userinfo(voi
d*): LogicError: sql_get_user: user not found
Oct 25 01:06:59 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:06:59 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:00 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:00 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:01 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:01 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:02 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:02 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:04 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Oct 25 01:07:04 ERROR : 8ebe0700 Dictionary: name for id 134690 not found
Всем привет. Подскажите, сейчас стоит работает какой год уже 5.2.1-005
базовый функционал выполняет и все устраивает.
Долгое время гоняем без нагрузки 5.3-002-update12
стоит ли переходить боевой системе на данную версию?
Cramac писал(а):Всем привет. Подскажите, сейчас стоит работает какой год уже 5.2.1-005
базовый функционал выполняет и все устраивает.
Долгое время гоняем без нагрузки 5.3-002-update12
стоит ли переходить боевой системе на данную версию?
Cramac писал(а):Всем привет. Подскажите, сейчас стоит работает какой год уже 5.2.1-005
базовый функционал выполняет и все устраивает.
Долгое время гоняем без нагрузки 5.3-002-update12
стоит ли переходить боевой системе на данную версию?
Если все работает и устраивает - не трогайте, в каждой версии что-то ломают, куча глюков, смотрите ветку форума, хотя если руки чешутся, то ктож вам запретит, но если все равно трахаться, то обновлять уже до актуальной, 5.3-002-update12 - вообще странный выбор, если нравится ветка 5.3-002 то на 18 апдейт, он достаточно стабильный.
Cramac писал(а):у нас только только такой билд достался
Я так понимаю вы пользуетесь чужой лицензией, иначе спокойно скачали бы свежий билд из ЛК, тогда лучше совсем не обновляйте так как подстатвите и себя и того человека, кто дал вам свою лицензию попользоваться, биллинг данной ветки очень ревностно отслеживает такие события, нам вообще весь мозг вынесли и лицензию временно блоканули тупо за раскатывание на тестовом стенде копии виртуалки с живого биллинга с вливанием другой базы (хотели проверить как пройдет миграция с другого биллинга) пару часов объясняли что не олени.
Cramac писал(а):у нас только только такой билд достался
Я так понимаю вы пользуетесь чужой лицензией, иначе спокойно скачали бы свежий билд из ЛК, тогда лучше совсем не обновляйте так как подстатвите и себя и того человека, кто дал вам свою лицензию попользоваться, биллинг данной ветки очень ревностно отслеживает такие события, нам вообще весь мозг вынесли и лицензию временно блоканули тупо за раскатывание на тестовом стенде копии виртуалки с живого биллинга с вливанием другой базы (хотели проверить как пройдет миграция с другого биллинга) пару часов объясняли что не олени.
А на какой версии стал биллинг "стучать" ? явно если только на последней 5.3-003
forgotten писал(а):
Обещали а не сделали.
В 5.3-003 update2 ошибка:
Спасибо за отчет об ошибке. Тикет #2571 входит в список изменений 5.3-003-release и помечен как закрытый. С разработчиком, допустившим данную ситуацию, будет проведена работа, тикет переоткрыт исправлен в следующем обновлении. Для выхода обновления уже накопилось достаточно поводов, постараемся не затягивать.
Добавили называется функционал. UTM 5.3-003-update5-bsd9 Rev #15076. Перезапускать utm5_core теперь нельзя. После перезапуска по всем периодическим сервисным связкам у которых начало действия в будущем, не обязательно даже в следующем расчетном периоде, абон.плата списывается за весь текущий расчетный период, а не с начала действия сервисной связки.
Досписание абон.платы происходит по событиям перерасчета которые указаны в политике. У нас уже пострадало 40 абонентов у которых была блокировка. Ещё больше пострадает в конце расчетного периода.
Хотлайн как всегда ничем помочь не может. За 5 дней только написали номера багов: 4406 и 4407, при чём написали что они уже были известны. Не понятно зачем такая поддержка вообще нужна?...
Может кто из разработчиков читающих этот форум помогут? Как избежать дополнительного списание абон.платы в конце расчетного периода? Тут осталось 6 дней всего.
banec писал(а):
А на какой версии стал биллинг "стучать" ? явно если только на последней 5.3-003
Точно не позже версии 5.3-002, лично столкнулись на ней в начале года, но есть подозрение, что такой функционал существовал и раньше, просто не сталкивались.
banec писал(а):
А на какой версии стал биллинг "стучать" ? явно если только на последней 5.3-003
Точно не позже версии 5.3-002, лично столкнулись на ней в начале года, но есть подозрение, что такой функционал существовал и раньше, просто не сталкивались.
Не знаю - может у вас что совпало, но у нашего интегратора такой бардак с лицензиями был (докупали модуль так нам вообще присылали лицензию от другого провайдера), что даже нетап не смог разобраться, когда нас это уже достало и мы захотели напрямую с нетапом общаться.
Libreoffice у вас установлен корректно?, может стоит его переустановить.. а также проверьте соответствие конфига на положение бинарника либреофиса, ну и последуйте моему примеру: перезапустите ядро.
UPD
ещё одно:
Клиентом я сижу на убунте, может конечно это и не важно, но всё же..
На тестовом сервере стоит пакет libreoffice4.4, на рабочем libreoffice-headless 4.0.4.2-14.
Ядро разумеется перезапускалось. Я пробовал разные версиии utm5. Это у нас тянется с апрельского RC1
Пробовал скармливать .odt файл счета libreoffice в ручном режиме - всё нормально.
На тестовом обновил Libreoffice до 5.0.2 - не помогло.
Сегодня понадобилось перезагрузить сервер, и после перезагрузки вижу такую картину в счетах:
