Liquibase Lock Exception даже при разблокировке БД

Question

У меня есть приложение, развернутое на tomcat7. Он подключается к базе данных MySql в бэкэнд. Где у меня есть DATABASECHANGELOG, его таблицы LOCK и User, настроенные в схеме ядра. При запуске сервера tomcat я столкнулся с проблемой ниже.

INFO 7/9/14 11:04 утра: LiquiBase: успешно получен журнал изменений блокировки
INFO 7/9/14 11:04 утра: LiquiBase: Чтение из partner. DATABASECHANGELOG
INFO 7/9/14 11:04 AM: Liquibase: Чтение от partner. DATABASECHANGELOG
WARNING 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Используйте и повторно укажите всю конфигурацию, если это так.
INFO 7/9/14 11:04 AM: Liquibase: успешно выпущен журнал изменений изменений
INFO 7/9/14 11:04 AM: Liquibase: Успешно приобретенные изменения log lock
INFO 7/9/14 11:04 AM: Liquibase: Чтение от core. DATABASECHANGELOG
INFO 7/9/14 11:04 AM: Liquibase: Чтение от core. DATABASECHANGELOG
WARNING 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Используйте и повторно укажите всю конфигурацию, если это так.
ВНИМАНИЕ 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Используйте и повторно укажите всю конфигурацию, если это так.
ВНИМАНИЕ 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Используйте и повторно укажите всю конфигурацию, если это так.
ВНИМАНИЕ 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Используйте и повторно укажите всю конфигурацию, если это так.
ВНИМАНИЕ 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Используйте и повторно укажите всю конфигурацию, если это так.
ВНИМАНИЕ 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Используйте и повторно укажите всю конфигурацию, если это так.
INFO 7/9/14 11:04 AM: Liquibase: успешно выпущен журнал изменений изменений
INFO 7/9/14 11:04 AM: Liquibase: Успешно приобретенные изменения log lock
INFO 7/9/14 11:04 AM: Liquibase: Чтение от partner. DATABASECHANGELOG
INFO 7/9/14 11:04 AM: Liquibase: Чтение от partner. DATABASECHANGELOG
WARNING 7/9/14 11:04 AM: Liquibase: modifyDataType потеряет первичный ключ/автоинкремент/не нулевые настройки для mysql. Использовать и повторно указывать всю конфигурацию, если это так.
INFO 7/9/14 11:04 AM: Liquibase: успешно выпущен сменный журнал регистрации событий
...
14/09/07 11:04:49 INFO support.GenericXmlApplicationContext: Обновление org.springframework.context.support.GenericXmlApplicationContext@771b9e: дата запуска [вс 7 сен 11:04:49 IST 2014]; корень из контекстной иерархии
14/09/07 11:04:49 INFO support.PropertySourcesPlaceholderConfigurer: загрузка файла свойств из ресурса пути класса [jdbc.properties]
14/09/07 11:04:49 INFO support.DefaultListableBeanFactory: Предварительные экземпляры синглетов в org.springframework.beans.factory.support.DefaultListableBeanFactory@587dcb: определение beans [org.springframework.context.support.PropertySourcesPlaceholderConfigurer # 0, EntityManagerFactory, taxonomy.transaction.manager, taxonomy.datasource, taxonomy.liquibase]; корень заводской иерархии
14/09/07 11:04:49 INFO jpa.LocalContainerEntityManagerFactoryBean: Строительство JPA контейнер EntityManagerFactory для сохранения состояния блока 'inference.taxonomy'
14/09/07 11:04:49 INFO ejb.Ejb3Configuration: HHH000204: Обработка PersistenceUnitInfo [ имя: inference.taxonomy
...]
14/09/07 11:04:49 INFO internal.ConnectionProviderInitiator: HHH000130: Инстанцирование явного поставщик подключения: org.hibernate.ejb.connection.InjectedDataSourceConnectionProvider
14/09/07 11:04:49 INFO dialect.Dialect: HHH000400: Использование диалекта: org.hibernate.dialect.MySQLDialect
14/09/07 11:04:50 INFO internal.TransactionFactoryInitiator: HHH000268: стратегия действия: org.hibernate.engine.transaction.internal.jdbc.JdbcTransactionFactory
14/09/07 11:04:50 INFO ast.ASTQueryTranslatorFactory: HHH000397: Использование ASTQueryTranslatorFactory
INFO 7/9/14 11:04 AM: Liquibase: Ожидание замены журнала ....
INFO 7/9/14 11:05 AM: Liquibase: Ожидание замены журнала ....
INFO 7/9/14 11: 05 AM: Liquibase: Ожидание замены журнала ....
INFO 7/9/14 11:05 AM: Liquibase: Ожидание замены журнала ....
INFO 7/9/14 11:05 AM: Liquibase : Ожидание замены журнала ....
INFO 7/9/14 11: 05 AM: Liquibase: Ожидание замены журнала ....
INFO 7/9/14 11:05 AM: Liquibase: Ожидание замены журнала ....
INFO 7/9/14 11:06 AM: Liquibase : Ожидание замены журнала ....
....
Причина: liquidibase.exception.LockException: Не удалось получить блокировку журнала изменений. В настоящее время заблокировано на 10.1.202.X (10.1.202.X) с 9.9.1142 23:23
на Liquibase.lockservice.LockService.waitForLock (LockService.java:81)
на Liquibase.Liquibase.update (Liquibase.java:102)
в liquibase.integration.spring.SpringLiquibase.performUpdate (SpringLiquibase.java:262)
atliquibase.integration.spring.SpringLiquibase.afterPropertiesSet (SpringLiquibase.java:245)

в уровень БД в таблице данных DataBaseChangeLogLock разблокирован, как показано ниже

ID, Locked, LockGranted, LockedBy

'1', '0', NULL, NULL

Даже когда, почему я удалить все связанные DATABASECHANGELOG таблицы перед началом моего сервера я обращенную тот же вопрос.

Я не нахожу никакого физического разрешения этого вопроса в Liquibase lock - reasons?

Answer 1

Она была решена. Стол DATABASECHANGELOG, который я искал, был в другой схеме «core.DATABASECHANGELOG», где, когда приобретенный замок был в «платформе.DATABASECHANGELOG».

Как только я обновил правильную таблицу журналов, она была разрешена.