Все релизы: http://archives.manageengine.com/service-desk/
С текущей лицензией не хотела обновляться. Новую лицензию взял из https://rsload.net/soft/manager/31134-manageengine-servicedesk-plus.html
Карта обновлений https://www.manageengine.com/products/service-desk/on-premises/migration-sequence.html
Порядок обновления https://www.manageengine.com/products/service-desk/on-premises/faq/upgrade-installation-backup.html#Upgrading2
Upgrading PostgreSQL Completed extracting 15% Completed Error occured while migrating postgres database.
Возникло ощущение, что скрипт changeDBServer.sh не меняет конфиг пароля к базе, а сам конфиг хранится в файле conf/database_params.conf в закодированном виде
Провел эксперимент.
— создал базу sd2
— у пользователя postgres (который в СУБД) сменил пароль на postgres
— запустил новую установку ServiceDesk в папку /root/ManageEngine/sd2
— подключил базу к новой установке: sh changeDBServer.sh —console (база sd2 пароль postgres)
— в папке tools/postgres/bin файл gettimezone переименовал в gettimezone_32 а gettimezone_64 скопировал в gettimezone
не помогло в обновлении с версии 13 на 15
Следующий эксперимент. Чистую установку 10.0.7 обновляю до 15 а затем до 21. Если пройдет успешно — сделаю новую чистую уставновку и 7 обновлю до 13 а затем 21
т.о. надеюсь убедиться что 13 версия не обновляется в принципе.И тогда тупик.
А если 13 все таки обновляется, то тогда можно будет попробовать скопировать базу рабочей 13-й версии в новую установку и перейти на ее использование
В итоге установил 10.0.7
Обновил до 10.0.13
Присобачил лицензию из lic.xml
сделал дамп рабочей базы под учеткой postgres, предварительно создав файл /servicedesk_13 backup и дав ему права 0666
pg_dump -U postgres servicedesk > /servicedesk_13 backup
удалил базу sd3
dropdb sd3
Создал пустую базу
createdb -U postgres -T template0 sd3
Залил дамп в базу sd3
psql -U postgres sd3 < servicedesk_13.backup
Запустил установку из sd3. Система стартоовала но без кастомного оформления.
затем обновляюсь на 10.0.21. Обновился успешно. Единственный косяк — SD требует сменить пароль пользователя guest.
Следующий шаг — обновиться до 10.5 https://www.manageengine.com/products/service-desk/91677414/ManageEngine_ServiceDesk_Plus_10_0_0_SP-1_0_0_Linux.ppm
Обновление завершилось неудачей. В логах черт сломает ногу, но возникло подозрение, что версия postgres 9.5 не дает каких-то возможностей. Более новой версии в ubuntu 16.4 нету. Решил обновить ubuntu до 18.4. Имя команды обновления показывается сразу после входа в систему.
После обновления ubuntu версия postgresql стала 10-я. Для корректного перехода сервера postgresql выполнил сделующие команды:
service postgresql stop
Drop the new updated version cluster to be sure nothing is inside :
pg_dropcluster --stop 10 main
Then data migration :
pg_upgradecluster -m upgrade 9.5 main
Then stop previous version of PotsgreSQL :
pg_dropcluster 9.5 main --stop
Remove the old version :
apt-get autoremove --purge postgresql-9.5
Then just restart PostgreSQL, the new version with database migrated :
service postgresql start
В итоге получил сообщение: Only PostgreSQL versions 9.2 and above are supported. version check failed. Писец.
Вернулся на 10.0.13
Попробовал разобраться с бэкапом. Не выполняется скрипт /root/ManageEngine/ServiceDesk/pgsql/bin/psql -U postgres -p 5432 -h 127.0.0.1 -c ‘SHOW data_directory’ -d servicedesk -w
Выдавал ошибку «fe_sendauth: no password supplied»
Внес изменения в файлы pg_hba.conf в /etc/postfix и /root/ManageEngine/ServiceDesk/pgsql/data — не помогло
Каманда заработала когда в /root/ добавил файл .pgpass с содержанием 127.0.0.1:5432:*:postgres:пароль_базы
Но скрипт бэкапа все равно не заработал.
Успокоился на версии 10.0.13