Как полностью удалить тома / экземпляры из базы данных OpenStack Kilo

У нас возникли некоторые проблемы при развертывании Kilo в системе с 3 контроллерами и 3 компьютерами с помощью mirantis fuel 7.0.

Проблемы связаны с созданием и подключением томов, особенно тех, которые хранятся в NetApp SAN. В результате мне пришлось удалить некоторые зависшие тома и экземпляры путем доступа к базам данных cinder и nova и удаления файлов из экземпляров, томов, volume_admin_metadata, volume_attachment и volume_glance_metadata.

Проблема в том, что счетчик томов в "Обзоре" для проекта все еще учитывает эти исчезнувшие тома и экземпляры, поэтому я хотел бы знать, в какой части базы данных эта информация читается и как ее исправить / синхронизировать.

Также я не хотел бы знать, как удалить физические LVM, соответствующие этим томам, так как они все еще появляются, когда я выполняю "lsblk" на контроллере, который их хранит.

Спасибо

1 ответ

Решение

Я думаю, что вы используете многостраничный механизм связывания, который может создавать тома с помощью драйверов netapp и lvm - иногда тома могут застрять в любом состоянии: создание, расширение, моментальный снимок, удаление и т. Д. Уже есть инструмент cli и horizon для сброс статуса зависших томов, поскольку вы не можете удалить том, который застрял в другом состоянии:

cinder reset-state --state available uuid

Что касается того, где находится LVM - это будет на сервере, на котором вы установили роль cinder: с топливного сервера

fuel role list

а затем SSH на узел Cinder и посмотреть на lvm -v

если вы не собираетесь использовать драйвер LVM (это ссылочный драйвер, чтобы вы могли видеть, как работает хранилище как услуга), убедитесь, что удалили ссылку на драйвер LVM в вашем cinder.conf.

Вам не нужно заходить в базу данных, чтобы удалить инфраструктуру, но это необходимо несколько раз.

Другие вопросы по тегам