Как удалить openfire centos
Обновлено: 07.07.2024
Здравствуйте, изначально выбрал встроенную базу данных, но после увеличения числа пользователей стало тормозить. Знаю, что база данных MariaDB производительнее, чем HSQLDB, которая встроенная. Но проблема в том, что нельзя потерять данные пользователей. Что посоветуете? Если я переустановлю OpenFire, то я потеряю все данные. В настройках не нашёл, где сменить базу данных.
Добрый день! Перестал запускаться Openfire, запускается из под elastix. В логах вот такая красота:
2020.08.18 15:14:58 org.jivesoftware.database.DbConnectionManager - error in script file line: 1228 java.io.IOException: java.io.IOException: Unexpected end of command java.sql.SQLException: error in script file line: 1228 java.io.IOException: java.io.IOException: Unexpected end of command at org.hsqldb.jdbc.Util.sqlException(Unknown Source) at org.hsqldb.jdbc.jdbcConnection.(Unknown Source) at org.hsqldb.jdbcDriver.getConnection(Unknown Source) at org.hsqldb.jdbcDriver.connect(Unknown Source) at java.sql.DriverManager.getConnection(Unknown Source) at java.sql.DriverManager.getConnection(Unknown Source) at org.logicalcobwebs.proxool.DefaultConnectionBuilder.buildConnection(DefaultConnectionBuilder.java:39) at org.logicalcobwebs.proxool.Prototyper.buildConnection(Prototyper.java:159) at org.logicalcobwebs.proxool.ConnectionPool.getConnection(ConnectionPool.java:211) at org.logicalcobwebs.proxool.ProxoolDriver.connect(ProxoolDriver.java:89) at java.sql.DriverManager.getConnection(Unknown Source) at java.sql.DriverManager.getConnection(Unknown Source) at org.jivesoftware.database.EmbeddedConnectionProvider.getConnection(EmbeddedConnectionProvider.java:61) at org.jivesoftware.database.DbConnectionManager.setConnectionProvider(DbConnectionManager.java:620) at org.jivesoftware.database.DbConnectionManager.getConnection(DbConnectionManager.java:100) at org.jivesoftware.util.JiveProperties.loadProperties(JiveProperties.java:344) at org.jivesoftware.util.JiveProperties.init(JiveProperties.java:90) at org.jivesoftware.util.JiveProperties$JivePropertyHolder.(JiveProperties.java:57) at org.jivesoftware.util.JiveProperties.getInstance(JiveProperties.java:69) at org.jivesoftware.util.JiveGlobals.getProperty(JiveGlobals.java:551) at org.jivesoftware.openfire.XMPPServer.initialize(XMPPServer.java:349) at org.jivesoftware.openfire.XMPPServer.start(XMPPServer.java:468) at org.jivesoftware.openfire.XMPPServer.(XMPPServer.java:212) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) at java.lang.reflect.Constructor.newInstance(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at org.jivesoftware.openfire.starter.ServerStarter.start(ServerStarter.java:113) at org.jivesoftware.openfire.starter.ServerStarter.main(ServerStarter.java:58)
jabber сервер при долгом простое перестает отвечать, при проверке статуса сервера отвечает active (exited). сервер не отвечает и на веб интерфейсе. почему это происходит, и можно ли запретить ему отключаться? чтобы статус сервиса был active (running)
установлен openfire, на убунту сервер, получил имя сервера от имени хоста, те ubuntu. подключаюсь к нему с клиента conversations, с телефона. доступ к серверу осуществляется с предварительным входом в впн сеть, на этой же убунту крутится опенвпн сервер, это для безопасности, чтобы из глобальной сети доступа не было. проблема с коннектом, тк имя сервера ubuntu, оно не определяется, почему-то телефон не видит IP адреса сервера, преобразование не происходит. вход на сервер еще возможен, в настройках conversations можно выбрать расширенные настройки подключения, указать user@ubuntu и адрес сервера в виде IP адреса, коннект происходит. но в чате нельзя передавать файлы, потому что прокси для передачи файлов тоже имеет имя ubuntu, клиент и телефон его не видит, и пишет в ошибке что не сопоставлен адрес. как решить эту проблему, может в настройках сервера можно как-то навести след на IP адрес. на рутованном андроиде вписал правило в hosts, после этого он стал видеть сервер по имени и отправлять, но как на нерутованном? ищу способы решения проблемы
Привет. В моей организации используется корпоративный чат: Openfire и клиенты Spark
Как мне сделать так, чтобы в ростере Spark, рядом с ником отображался хост, с которого активен клиент?
В принципе, я могу использовать любой jabber-клиент который это умеет(какой умеет?), но для начала, хотелось бы найти, как вобще получить хост клиента из openfire.
Не понимаю с какого момента, в конторе бывший админ добавлял пользователей в AD, указывал все данные кириллицей. Сейчас появилась надобность развернуть openfire server + spark.
При импорте пользователей из AD по ldap, все имена отображены кириллицей. Соответственно при авторизации в клиенте используя имя пользователя - Иван Иванов, возникает ошибка.
Просьба подсказать возможные пути решения проблемы. Заранее спасибо!
Доброго времени суток, Коллеги.
Есть jabber сервер на openfire. Нужен мобильный клиент с поддержкой видеозвонков. Посоветуйте, кто, что использовал.
Всем привет, пытаюсь установить openfire на debian 9 с авторизацией из ldap. Настройки стоят следующие Тип сервера - ad
хост - ip, порт 636
Использовать пул соединений: Пул соединений. По умолчанию 'Да' +
Использовать SSL: Включить SSL-подключения к вашему LDAP-серверу, порт по умолчанию обычно 636 +
Использовать StartTLS: Включить подключения StartTLS к вашему LDAP-серверу, порт по умолчанию обычно 389 -
Включить отладку: Запись трассировочной информации о LDAP-подключений к системе в System.out -
Следить за переходами: Автоматически следовать рекомендациям LDAP при обнаружении -
Псевдонимы (Deference Aliases): Автоматическое определение псевдонимов LDAP при обнаружении +
Заключить DNs (Enclose DNs): Заключить DNs с кавычками (Enclose DNs with quotes) +
При тесте выдает ошибку:
Тест: Настройки соединения Статус: Ошибка
Ошибка подключения к серверу LDAP. Убедитесь, что каталог сервера работает с указанным именем и портом хоста, а также, что брандмауэр не блокирует доступ к серверу.
telnet ip 636 подключается
День добрый если добрый. Помогите пожалуйста! Раньше без проблем ставил openfire под freebsd, сейчас останавливается сборка с ошибкой. Говорят нужно java (jdk) вручную докачивать но я не уверен судя по всему.
===> cario-1.16.0,2 depends on shared libintl.so - found (/usr/local/lib/libintl.so) ==> cario-1.16.0,2 depends on shared library: libGL.so -not found ==> mesa-libs-18.3.2 needs Python 2.7 at most, but 3.6 was specified. *** Error code 1
Stop. make [10]: stopped in /usr/ports/graphics/mesa-libs *** Error code 1
Stop. make [9]: stopped in /usr/ports/graphics/cario *** Error code 1
Stop. make [8]: stopped in /usr/ports/graphics/cario *** Error code 1
Stop. make[7]: stopped in /usr/ports/develgobject-introspection *** Error code 1
Stop. make[6]: stopped in /usr/ports/net/avahi-app *** Error code 1
Stop. make[5]: stopped in /usr/ports/print/cups *** Error code 1
Stop. make[4]: stopped in /usr/ports/print/cups *** Error code 1
Stop. make[3]: stopped in /usr/ports/java/openjdk8 *** Error code1
Stop. make[2]: stopped in /usr/ports/java/openjdk8 *** Error code1
Stop. make[1]: stopped in /usr/ports/net-im/openfire *** Error code1
Stop. make: stopped in /usr/ports/net-im/openfire
Устанавливаю в браузере, внутренняя база данных, подключение по openLDAP, опознаны пользователи и админ. Только очень долго думает при проверке. Отображает подключение к панели администратора выдает окно авторизации - и выбивает ошибку
Проверяю сам сервер - отключен, включаю - отключается через пять секунд.Проверяю java командой
В логах сервера
Как-то надо специально java запускать для openfire? Или где-то еще смотреть причины отключения openfire?
лог сервера говорит что у тебя база не але (в ней скорее всего настройки).
с жабой корректный ключ -version
Ну вроде здесь все сказано.
ага. такая проблема судя по форуму была на венде. попробуй сделать поиск по имени файла openfire.lck и переместить его куда-нибудь (короче удалить сделав бэкап на всякий). судя по форуму попенфаер иногда забывает снять лок с базы после установки
upcFrost ★★★★★ ( 10.07.17 00:26:29 )Последнее исправление: upcFrost 10.07.17 00:26:39 (всего исправлений: 1)
*саму директорию с установкой /opt/openfire;
*весь с закомменченным содержимым /etc/sysconfig/openfire;
* файл запуска /etc/rc.d/init.d/openfire;
*директория с документацией по Openfire /opt/openfire/documentation/docs/javadoc/org/jivesoftware/openfire.
Я переставляю openfire не первый раз (по одному из мануалов - достаточно в файле настроек openfire.xml закомментить предпоследнюю строку <setup>true</setup> и можно переустановить еще раз. Но видимо, этот способ не учитывает внутреннюю базу данных и ее очистку).
В директории /opt/openfire/embedded-db лежит три файла (больше ничего не указывает на внутреннюю БД).
и пустой openfire.log.
Внутреннюю базу данных как-то можно очистить и по новой установить, или весь openfire сносить надо?
Ок, тогда пачка вопросов
2) в conf/openfire.xml есть что-либо про логи/пароль к базе?
3) выполняется ли еще хоть что-нибудь что может в теории держать лок на базу? ну мало ли установщик завис или старый инстанс еще в памяти
4) java всегда пишет что не может jvm создать?
5) насколько критична переустановка?
1) Переустанавливаю затиранием setup true. Про баги была не в курсе, но, да напоролась.
2) В conf/openfire.xml про логи/пароли не увидела
3) Про локальную базу. Установщик очень долго думал после каждого шага после выбора внутренней базы. Но установка завершилась успешно, браузер выдал-таки окно авторизации, при неправильном пароле ругнулся, при правильном - 500 ошибку выдал. Что такое инстанс - не знаю.
4) К java вопросов не было, команду /usr/bin/java -v нашла в инете, раньше проблем не было, и команду не запускала, поэтому вывод по JVM не скажу - не знаю. Могу на другой машине поставить по той же схеме.
Проблема появляется не первый раз, и лечилась ранее установкой на другой машине. А тут надо именно на этой. Не поломать бы сам Сентос.
хоспаде, откуда оно? почему не с оф сайта? удаление просто и имени пакета, yum remove openfire .
какая все-таки версия java? четвертая ветка openfire на java 7 не работает емнип. да и вообще - какой дистрибутив? а то они сейчас упаковывают жабу прямо в пакет с openfire и не юзают системную
если перезапустить openfire попутно прибив все процессы которые могут его напоминать, тот же эффект?
кстати, на сервере графика есть? а то в /opt/openfire/bin должен лежать вьюер для внутренней базы, но ему графика нужна.
openfire - с оф.сайта, только версия старая, это я на свои репозитории залила)))
В инструкции разберем пример установки сервера FreeIPA (аналог Microsoft Active Directory, Samba DC) на Linux CentOS (также протестировано на Rocky Linux). В качестве клиентов будем использовать дистрибутивы на базе RPM (Red Hat, CentOS, . ) и deb (Debian, Ubuntu, . ).
Подготовка сервера
Для подготовки сервера безопасности с доступом к данным по LDAP необходим сервер с правильно настроенным временем. Также необходимо правильно настроить межсетевой экран и систему безопасности SELinux.
Время
Установим часовой пояс:
timedatectl set-timezone Europe/Moscow
* в данном примере используется московское время.
Затем устанавливаем и запускаем утилиту для синхронизации времени chrony.
yum install chrony
systemctl enable chronyd --now
Имя сервера
Для корректной работы сервера, необходимо, задать ему полное доменное имя (FQDN). Выполняем команду:
hostnamectl set-hostname ipa-server.dmosk.local
* где ipa-server.dmosk.local — имя сервера, которое будет использоваться.
Брандмауэр
Необходимо открыть несколько портов, которые используются службами FreeIPA:
firewall-cmd --permanent --add-port=53/ --add-port=/tcp --add-port=/ --add-port=123/udp --add-port=/tcp
SELinux
Отключаем SELinux командами:
Установка и запуск FreeIPA
Установка выполняется из репозитория. Команды немного отличаются в зависимости от версии CentOS.
а) для Rocky Linux / CentOS 8:
dnf install @idm:DL1
dnf install ipa-server
* первая команда установит модуль DL1 Stream-репозитория. Вторая — сам freeipa.
yum install ipa-server
Если мы хотим использовать наш сервер еще и как DNS, то устанавливаем:
yum install ipa-server-dns
После выполняем конфигурирование сервиса:
Отвечааем на первый вопрос, хотим ли мы использовать и сконфигурировать DNS-сервер BIND:
Do you want to configure integrated DNS (BIND)? [no]: yes
* в случае, если мы не хотим, чтобы сервер DNS был установлен вместе с сервером IPA, просто нажимаем Enter.
На остальные запросы можно ответить по умолчанию, нажав Enter и оставив подставленные значения. Если возникнут ошибки, решение посмотрите ниже в данной инструкции.
Когда система запросит пароль для Directory Manager, необходимо придумать и ввести его дважды:
Directory Manager password:
Password (confirm):
. будет создана учетная запись для подключения к LDAP.
Затем также нужно придумать и задать пароль для IPA admin:
IPA admin password:
Password (confirm):
. будет создана учетная запись IPA Administrator для первого пользователя FreeIPA с правами администратора.
Для настройки DNS на первый запрос, хотим ли мы настроить перенаправления, отвечаем да:
Do you want to configure DNS forwarders? [yes]:
Система предложит сначала использовать DNS-серверы из настроек сети (если они прописаны) — если нас это устроит, оставляем значение по умолчанию:
Do you want to configure these servers as DNS forwarders? [yes]:
. также можно добавить дополнительные серверы:
Enter an IP address for a DNS forwarder, or press Enter to skip: 8.8.8.8
Также оставляем значение по умолчанию для попытки найти обратные зоны:
Do you want to search for missing reverse zones? [yes]
После система выведет информацию о конфигурации и попросит ее подтвердить — вводим yes:
Continue to configure the system with these values? [no]: yes
Начнется процесс конфигурации. После его завершения мы увидим подсказку со следующими шагами:
. и так как порты мы уже настраивали, переходим ко второму шагу — проверим, что система может выдать билет:
. после вводим пароль администратора, который указывали при конфигурировании FreeIPA.
Проверяем, что билет получен:
Ответ должен быть, примерно, следующим:
Ticket cache: KEYRING:persistent:0:0
Default principal: admin@DMOSK.LOCAL
Valid starting Expires Service principal
23.07.2019 08:53:02 24.07.2019 08:52:55 krbtgt/DMOSK.LOCAL@DMOSK.LOCAL
* где DMOSK.LOCAL — домен в моей системе. В данном примере мы получили билет для пользователя admin.
Настройка и подключение клиента
Клиентские компьютеры должны быть настроены на использование DNS-сервера, который мы сконфигурировали на сервере FreeIPA во время его установки. В сетевых настройках указываем использовать наш сервер ipa для разрешения имен:
- Пример настройки сети в CentOS / Rocky Linux
- Настройка сети с помощью netplan (Debian, Ubuntu).
- В устаревающих системах на основе deb настройка выполняется в файле /etc/network/interfaces (опция dns-nameservers) или /etc/resolv.conf (опция nameserver).
Время
Для корректной работы и подключения необходимо проверить настройки времени.
В первую очередь, укажем часовой пояс:
timedatectl set-timezone Europe/Moscow
* командой timedatectl list-timezones можно посмотреть список всех часовых поясов.
Устанавливаем утилиту для синхронизации времени, разрешаем запуск демона и стартуем его.
а) если на системе Ubuntu / Debian:
apt-get install chrony
systemctl enable chrony
б) если на системе Rocky Linux / CentOS / Red Hat:
yum install chrony
systemctl enable chronyd --now
Подключение к домену
а) на компьютеры с Red Hat / CentOS:
yum install freeipa-client
б) на компьютеры с Debian / Ubuntu:
apt-get install freeipa-client
Для Debian 9 приходится использовать дополнительный репозиторий:
Обновляем список и устанавливаем:
apt-get install freeipa-client
Выполним конфигурирование клиента:
Система на основе данных из DNS попробует определить настройки и либо попросит ввести наш домен (если не сможет найти данные автоматически):
. либо отобразить настройки в консоли, например:
Discovery was successful!
Client hostname: freeipa-client.dmosk.local
Realm: DMOSK.LOCAL
DNS Domain: DMOSK.LOCAL
IPA Server: ipa-server.dmosk.local
BaseDN: dc=dmosk,dc=local
Если эти настройки верны, отвечаем положительно на запрос Continue to configure the system with these values?
Continue to configure the system with these values? [no]: yes
Система спросит, от какого пользователя производить настройку — вводим admin:
User authorized to enroll computers: admin
Password for admin@DMOSK.LOCAL:
Начнется процесс конфигурации — после его завершения:
.
Configured /etc/openldap/ldap.conf
NTP enabled
Configured /etc/ssh/ssh_config
Configured /etc/ssh/sshd_config
Configuring DMOSK.LOCAL as NIS domain.
Client configuration complete.
The ipa-client-install command was successful
. сразу проверим, что клиент может получать билет от сервера:
. и вводим пароль от пользователя admin.
Проверяем, что билет получен:
Ответ должен быть, примерно, следующим:
Ticket cache: KEYRING:persistent:0:0
Default principal: admin@DMOSK.LOCAL
Valid starting Expires Service principal
25.07.2019 23:39:56 26.07.2019 23:39:52 krbtgt/DMOSK.LOCAL@DMOSK.LOCAL
Работа с учетными записями
Создадим пользователя. Для этого рассмотрим пример использования командной строки и веб-интерфейса.
Командная строка
Авторизуемся на FreeIPA:
Создаем нового пользователя командой:
ipa user-add dmosk --first=Дмитрий --last=Моск --password
* где dmosk — логин; first — имя пользователя; last — фамилия; password — ключ для запроса пароля.
. после ввода команды система запросит пароль для создаваемого пользователя — вводим его дважды.
Мы должны увидеть сводку по параметрам для созданного пользователя:
Добавлен пользователь «dmosk»
-----------------------------
Логин пользователя: dmosk
Имя: Дмитрий
Фамилия: Моск
Полное имя: Дмитрий Моск
Отображаемое имя: Дмитрий Моск
Инициалы: ДМ
Домашний каталог: /home/dmosk
GECOS: Дмитрий Моск
Оболочка входа: /bin/sh
Principal name: dmosk@DMOSK.LOCAL
Principal alias: dmosk@DMOSK.LOCAL
User password expiration: 20190725205853Z
Электронный адрес: dmosk@dmosk.local
UID: 1798800001
ID группы: 1798800001
Пароль: True
Member of groups: ipausers
Kerberos ключей доступно: True
Примет более полной команды для создания пользователя:
* в данном примере мы использовали дополнительные поля:
* более полный список атрибутов можно найти на странице с мануалом Fedora Project.
Веб-интерфейс
Откроется страница управления пользователями:
На панели справа (над списком пользователей) кликаем по Добавить:
В открывшемся окне заполняем поля для создания пользователя и нажимаем по Добавить:
Проверка
На компьютере с клиентом вводим команду для проверки:
. и вводим пароль от созданной учетной записи:
Password for dmosk@DMOSK.LOCAL:
При вервом входе система попросит поменять пароль на новый:
Password expired. You must change it now.
Enter new password:
Enter it again:
Редактирование учетных записей
Редактирование выполняется командой:
ipa user-mod <имя записи> <опции>
Например, поменять пароль можно командой:
ipa user-mod username --password
* в данном примере будет запрошен новый пароль для учетной записи username.
Для удаления вводим:
ipa user-del <имя записи>
ipa user-del user_name
Подробная информация
Получить информацию мы можем о любой сущьности в LDAP с помощью командной строки.
ipa user-find --all
ipa user-find user_name --all
* первая команда вернет информацию по всем пользователям, вторая — по конкретному (в данном примере user_name).
ipa group-find --all
ipa group-find admins --all
* первая команда вернет информацию по всем группам, вторая — только для admins.
Примеры команд
Рассмотрим отдельно примеры работы с FreeIPA посредством командной строки.
Работа с группами
1. Создание группы безопасности:
* создаем группу безопасности managers.
2. Добавить пользователя в группу:
ipa group-add-member managers --users=user1,user2,user3
* добавим в группу managers пользователей user1, user2 и user3.
3. Переименовать группу:
ipa group-mod --rename=<новое имя> <старое имя>
ipa group-mod --rename=admins users
* в данном примере мы переименуем группу users в группу admins.
Работа с сертификатами
1. Выпустить сертификат для компьютера (выполняется на компьютере, который присоединен к freeipa):
ipa-getcert request -k /etc/pki/tls/certs/freeipa.key -f /etc/pki/tls/certs/freeipa.crt -r
* в данном примере будет сформирован запрос на получение сертификата и сохранен в каталог /etc/pki/tls/certs.
2. Посмотреть список запросов на сертификат с узла можно командой:
3. Удалить запрос можно командой:
ipa-getcert stop-tracking -i <идентификатор>
ipa-getcert stop-tracking -i openvpn
4. Обновить сертификат:
ipa-getcert resubmit --id="20210923072007"
* где 20210923072007 — идентификатор запроса, который можно посмотреть командой ipa-getcert list.
Дополнительные настройки
Рассмотрим отдельно некоторые настройки и возможности работы с FreeIPA.
SSH аутентификация через FreeIPA
По умолчанию, клиент конфигурируется на возможность входа по SSH с использованием пользователей из FreeIPA. Внесем некоторые изменения для удобства.
Открываем конфигурационный файл для pam:
Добавим в конец одну строку:
.
session required pam_mkhomedir.so skel=/etc/skel umask=0022
* данная настройка укажет на необходимость автоматического создания домашней директории для пользователя.
Вывод клиента из домена
Если необходимо вывести клиентский компьютер из домена, вводим команду:
Система выполнит необходимые настройки самостоятельно:
Unenrolling client from IPA server
Removing Kerberos service principals from /etc/krb5.keytab
Disabling client Kerberos and LDAP configurations
Redundant SSSD configuration file /etc/sssd/sssd.conf was moved to /etc/sssd/sssd.conf.deleted
Restoring client configuration files
Unconfiguring the NIS domain.
nscd daemon is not installed, skip configuration
nslcd daemon is not installed, skip configuration
Systemwide CA database updated.
Client uninstall complete.
The original nsswitch.conf configuration has been restored.
И отправляем компьютер в перезагрузку:
You may need to restart services or reboot the machine.
Do you want to reboot the machine? [no]: yes
Возможные ошибки
Разберем некоторые ошибки, которые могут возникнут в процессе установки FreeIPA.
Ошибка появляется при попытке запустить команду ipa-server-install.
. подразумеваю, что ошибка в openfire.xml в строке с подключением к базе данных, но как тогда удалось подключиться к ней с помощью таких же параметров при первичном запуске сервера?
При первоначальной настройке используется введённая строка для создания подключения к СУБД, а затем она сохраняется в openfire.xml. При перезапуске уже берётся строка из openfire.xml. И, если при сохранении была ошибка и неправильно сохранилась настройка, то она вылезет только при перезапуске, когда будет считываться.
По проблеме, можешь затереть логины, пароль, домен и выложить сюда или куда-нибудь openfire.xml или хотя бы часть, которая относится к подключению к СУБД?
ma1uta ★★★ ( 01.03.19 19:19:54 )Последнее исправление: ma1uta 01.03.19 19:20:19 (всего исправлений: 1)
В релизе OF 4.3.2 был обновлён jdbc драйвер для mysql. Из-за этого повысились минимальные требования к mysql (минимум 5.5) и, возможно, поменялись аргументы для строки подключения.
MySQL 5.7.25 При первоначальной настройке была указана следкющая строка с параметрами подключения: jdbc:mysql://127.0.0.1:3306/openfire?rewriteBatchedStatements=true&encoding=UTF-8&useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC донако, в файл openfire.xml строка выглядит следующим образом: <serverURL>jdbc:mysql://127.0.0.1:3306/openfire2019?rewriteBatchedStatements=true&encoding=UTF-8&useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC</serverURL> и в лог-файле ошибка следующая: Malformed database URL, failed to parse the connection string near ';encoding=UTF-8&useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC'.
ВСЁ решилось проще
2. Перезапускаем, сервер работает, но опять проблема с кирилицей, решаем её
Читайте также: