Summary: | Не создаются таблицы в БД mariadb | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Branch p9 | Reporter: | Iwan <iwan> | ||||||
Component: | mariadb | Assignee: | Alexey Shabalin <shaba> | ||||||
Status: | NEW --- | QA Contact: | qa-p9 <qa-p9> | ||||||
Severity: | normal | ||||||||
Priority: | P5 | CC: | a.ovchinnikov, aen, iwan, rybakov.kv, shaba | ||||||
Version: | не указана | ||||||||
Hardware: | x86_64 | ||||||||
OS: | Linux | ||||||||
URL: | https://jira.mariadb.org/browse/MDEV-23181 | ||||||||
Attachments: |
|
Description
Iwan
2020-07-03 16:25:41 MSK
Можете подробнее описать свой стенд? Как настроена миграция? Кластер Galera работает без проблем. Репликация Master - Slave так же проходит успешно. (Ответ для Константин на комментарий #1) > Можете подробнее описать свой стенд? > Как настроена миграция? > Кластер Galera работает без проблем. > Репликация Master - Slave так же проходит успешно. rpm -qa | grep maria mariadb-common-10.4.13-alt1.noarch mariadb-client-10.4.13-alt1.x86_64 libmariadb3-10.4.13-alt1.x86_64 Репликация Master - Slave - нет. Нет вообще никакой репликации, сервер развернут в единственном экземпляре. Создается БД: CREATE DATABASE nova; Задаются права пользователю на БД: GRANT ALL PRIVILEGES ON nova.* TO 'nova'@'localhost' IDENTIFIED BY '123456'; GRANT ALL PRIVILEGES ON nova.* TO 'nova'@'%' IDENTIFIED BY '123456'; На выполнении запроса: # su -s /bin/sh -c "nova-manage db sync" nova операция завершается трейсом такого вот типа: ---------------------------- oslo_db.exception.DBError: (pymysql.err.InternalError) (1005, 'Can\'t create table `aggregate_hosts`.`alembic_version` (errno: 165 "Table is read only")') [SQL: CREATE TABLE alembic_version ( version_num VARCHAR(32) NOT NULL, CONSTRAINT alembic_version_pkc PRIMARY KEY (version_num) ) ] (Background on this error at: http://sqlalche.me/e/2j85) ---------------------------------- На предыдущей версии mariadb подобного поведения не наблюдалось. 1) предыдущая версия mariadb, это какая? 2) запускали ли mysql_upgrade(или mariadb-upgrade)? 3) какие версии используются python, pymysql, alembic, SQLAlchemy, nova. (Ответ для Alexey Shabalin на комментарий #3) > 1) предыдущая версия mariadb, это какая? > 2) запускали ли mysql_upgrade(или mariadb-upgrade)? > 3) какие версии используются python, pymysql, alembic, SQLAlchemy, nova. 1. Предыдущая версия (на которой все работало): 10.4.12, Текущая версия (на которой возникли проблемы): 10.4.13-alt1 2. Не запускали. Производилась чистая установка на только что развернутую ОС. Выполняемые действия: -------------------------------------- 1.Установка пакета БД, настройка параметров (указаны ранее) 2.Установка пароля суперадмина 3.Создание базы модуля 4.Создание пользователя и его пароля для базы модуля 5.Миграция средствами openstack -------------------------------------- 3. Python 3.7.4, Nova 20.3, python3-module-SQLAlchemy-1.3.8-alt1, python3-module-alembic-1.3.1-alt1, python3-module-pymysql-0.9.3-alt1 На всякий случай уточняю, что в данный момент вынуждены использовать БД на внешнем сервере с Debian. (Ответ для Iwan на комментарий #4) > На всякий случай уточняю, что в данный момент вынуждены использовать БД на > внешнем сервере с Debian. Можно из архива поставить mariadb-10.4.12 (https://www.altlinux.org/%D0%90%D1%80%D1%85%D0%B8%D0%B2_%D0%A1%D0%B8%D0%B7%D0%B8%D1%84%D0%B0#p9) и поставить этот пакет на Hold (https://www.altlinux.org/Hold), пока проблема не будет решена в апстриме https://jira.mariadb.org/browse/MDEV-23181) Апстрим просит конкретную sql команду, которая не работает и приводит к ошибке. Created attachment 8901 [details]
Полный лог миграции
команда создания таблицы
CREATE TABLE migrate_version (\trepository_id VARCHAR(250) NOT NULL, \trepository_path TEXT, \tversion INTEGER, \tPRIMARY KEY (repository_id));
|