Списки

Вы все усложняете. Есть одна адмика и admbdcom.bat сформирован на 4 сервера. По необходимости выбираю "главную и текущую".
Если из списка выбрать линуксовую SQL то происходит перезапуск админки и такой вид.
В логах Mysql такие сообщения. Я думаю это неожиднный обрыв необходимых данных.
2017-01-24T12:02:15.474308Z 11 [Warning] IP address '10.1.30.20' could not be resolved: Name or service not known
2017-01-24T12:02:16.260646Z 14 [Note] Aborted connection 14 to db: 'qs19k1e' user: 'extall' host: '10.1.30.20' (Got an error reading communication packets)
Права на схему полные, подключаюсь Воркбенчем, из админки база пишется.
В логах Админ.лог только инфо
[ INFO] DB server 'qs19k1e driver=com.mysql.jdbc.Driver' url=jdbc:mysql://10.1.4.12/qs19k1e?autoReconnect=true&characterEncoding=UTF-8 at {ru.apertum.qsystem.hibernate.AnnotationSessionFactoryBean.load(AnnotationSessionFactoryBean.java:183)}
2017-01-24 15:02:07,990 [ INFO] DB is OK. at {ru.apertum.qsystem.client.forms.FAdmin.main(FAdmin.java:1204)}
Вроде все ОК.

интересно.. А если переключаться не на линуксовую? А если в admbdcom.bat указать сразу линуксовую как главную и текущую?

Я в шоке. Утром поставил локальный сервер. Накатил схему и выпал. Точно такая же история. Даже порты не формируются, везде нули и нельзя сохранить новые. и ошибка "Aborted connection" появилась на виндовой машине хоть с локалхоста, хоть удаленно.
Короче, проблема оказалась в названии базы. qs19k3e крашит систему до полурабочего сотояния. Не стал дальше эксперементировать, но что то мне подсказывает что результат будет такой же и с другими именами кроме qsystem.

Много баз живут под другими именами. Чаще всего они и живут с другими именами, особенно при смене версии. По этому надо найти причину такого. Как переименовывали БД?

Вручную в файле. Найти - заменить все.

--

---

-- Data for table `qs19k1e`.`reports`
--

---

START TRANSACTION;
USE `qs19k1e`;

Вот тут заменяются значения
ru.apertum.qs19k1e.reports.formirovators.StatisticServices'
И подозреваю где то еще. Может даже в самом приложении, но это не точно

Да! именно эти 15 строк виновны в краше. Прошу взять на заметку. Спасибо.

о как...

Можно переименовать после создания. Это немного не просто через SQL. Нужно создать новую схему ДБ, перенести туда все таблицы. Скрипт переноса взять из гугла, я гуглю, под рукой нет.

Ну или просто в скрипте создания заменить `qsystem` -> `new_qsys_db`. Я так и пользуюсь обычно при создании новой БД без перетирания старой.

Еще переименовывать умеют всякие утилиты. MyPHPadmin вроде умеет.

я тоже могу представить некоторое количество вариантов. Только замена имени в блокноте занимает 7 секунд. А теперь на полминуты дольше с учетом контроля целостности блока "отчетов" ))
Ладно, хорошо что разобрались.