J
Ругается - ERROR: Unacceptable parameters. (HTTP 400)
Должно бы сработать. Попробуй руками указать еще версию cinder api.
J
Ну и --debug можно добавить.
Den
DEBUG:keystoneauth:REQ: curl -g -i -X POST http://10.100.6.1:8776/v3/fc4d67e5285447fa81d726198aeaa4c3/volumes/602f0ebb-1832-440a-9d16-b0b984dbb3da/action -H "Accept: application/json" -H "Content-Type: application/json" -H "OpenStack-API-Version: volume 3.64" -H "User-Agent: python-cinderclient" -H "X-Auth-Token: {SHA256}f177c37b715fb378cade2178e454551d5bbdad9781c712195d8f5dfe42792269" -H "X-OpenStack-Request-ID: req-ebc6dd2a-0b95-4d6f-8234-c98d8e377b9f" -d '{"os-unm anage": null}' DEBUG:keystoneauth:RESP: [400] content-length: 68 content-type: application/json date: Thu, 13 Jan 2022 09:33:49 GMT openstack-api-version: volume 3.64 vary: OpenStack-API-Version x-compute-request-id: req-e7b71074-9469-4ccd-bd35-7200d9059b14 x-openstack-request-id: req-e7b71074-9469-4ccd-bd35-7200d9059b14 DEBUG:keystoneauth:RESP BODY: {"badRequest": {"code": 400, "message": "Unacceptable parameters."}} DEBUG:keystoneauth:POST call to volumev3 for http://10.100.6.1:8776/v3/fc4d67e5285447fa81d726198aeaa4c3/volumes/602f0ebb-1832-440a-9d16-b0b984dbb3da/action u sed request id req-e7b71074-9469-4ccd-bd35-7200d9059b14
Ilya
Должно, но не обязано %)
А что у вас в качестве бэкэнда в циндере ? Тут либо бэкенд не умеет анменадж или этот анменадж написан специфически (например он может пытаться пересчитать квоту циндера для удалённого проекта) Обычный (нешифрованный) диск от цефа анменаджится спокойно после удаления проекта. Первый этап - поглядеть логи циндера (всех сервисов циндера на всех хостах) там может быть ошибка более датальная
Ilya
Бэкенд - цеф. В логах тоже ничего примечательного не нашел. В любом случае спасибо.
в мастере я вот что нашёл: if unmanage_only and volume.encryption_key_id is not None: msg = _("Unmanaging encrypted volumes is not supported.") e = exception.Invalid(reason=msg) self.message.create( context, message_field.Action.UNMANAGE_VOLUME, resource_uuid=volume.id, detail=message_field.Detail.UNMANAGE_ENC_NOT_SUPPORTED, exception=e) raise e
Ilya
В логе должно быть сообщение - не смогла
Ilya
Типа такого: Unmanaging encrypted volumes is not supported
Ilya
Так что моё предложение не сработает
Aleksandr
Aleksandr
все мы любим кролика -)
Илья | 😶☮️🐸
Будет неприятно если он упадёт
Aleksandr
он не кластерный ))))
Andrey
Кто-нибудь в kolla вытаскивал папку для конвертации образов в циндере в отдельный диск(раздел) или как-то по другому ограничивал? image_conversion_dir =
Andrey
А какая разница в чем это делать?
надо монтировать volume в контейнер, можно такое нативно для kolla сделать?
NS 🇷🇺
А волум монтировали к хосту
Andrey
Мы папку пробрасывали
руками сбоку? или через коллу сделали
Vyacheslav
в ней все mount в докер прописаны - чего не так то?
NS 🇷🇺
NS 🇷🇺
Волум к хосту ты маунтишь на этапе подготовки хоста. Дальше колла
NS 🇷🇺
Andrey
Волум к хосту ты маунтишь на этапе подготовки хоста. Дальше колла
как папку в контейнер подключал? руками или подправил что в колле
Vyacheslav
cat /etc/kolla/chrony/config.json { "command": "/usr/sbin/chronyd -d -f /etc/chrony/chrony.conf", "config_files": [ { "source": "/var/lib/kolla/config_files/chrony.conf", "dest": "/etc/chrony/chrony.conf", "owner": "chrony", "perm": "0600" } ], "permissions": [ { "path": "/var/log/kolla/chrony", "owner": "chrony:kolla", "recurse": true }, { "path": "/var/lib/chrony", "owner": "chrony:chrony", "recurse": true } ] }
Vyacheslav
вот тут все маунты пишутся
NS 🇷🇺
NS 🇷🇺
Нахера его руками править
Vyacheslav
так а как его править в колле? так же интересно (патчинг коллы или пост таски отдельные не предлагать)
Andrey
Присоединяюсь к вопросу
icinga
https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/cinder/defaults/main.yml#L8 вы не про такое?
Vyacheslav
https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/cinder/templates/cinder-volume.json.j2
Vyacheslav
вот тут не вижу каких-то переменных что бы закинуть нужные опции
NS 🇷🇺
вот тут не вижу каких-то переменных что бы закинуть нужные опции
Тебе млять уже даже дали ссылку на строку и на параметр, дальше включи мозг плиз
Илья | 😶☮️🐸
клаудбилдеры))
Dmitry
клауддилдеры
Andrey
вот тут не вижу каких-то переменных что бы закинуть нужные опции
https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/cinder/defaults/main.yml#L164 только для cinder_volume_extra_volumes сделай
Vyacheslav
https://github.com/openstack/kolla-ansible/blob/master/ansible/roles/cinder/defaults/main.yml#L164 только для cinder_volume_extra_volumes сделай
да нашёл... А для node_exporter варианта указать --textfile или отключить сбор метрик в openstack_exporter для neutron сервиса - нет 🙁
Steelshark
Всем добрый вечер! Второй день бьюсь над проблемой и хз как ее решить, самое интересное, что она была год назад и я где-то нагуглил солюшн, но к сожалению история браузера не сохранилась , а больше найти не могу.. Суть в чем, установил microstack , и он ни в какую не хочет создавать диски из имеджа. Все описание проблемы я скинул сюда ( я под ником Bibmster) https://bugs.launchpad.net/microstack/+bug/1951958 Сюда продублирую ошибку и дебаг синдера: Error: Failed to perform requested operation on instance "12", the instance has an error status: Please try again later [Error: Build of instance 6233e0ae-37a2-4bc2-bd9d-c47dff9cce47 aborted: Invalid input received: Invalid image identifier or unable to access requested image. (HTTP 400) (Request-ID: req-01a25693-8cf4-4ce5-b56b-bcef896088fe)].
Steelshark
debug
Steelshark
а если сначала диск создать из образа, а не сразу пытаться развернуть инстанс ?
вот собственно дебаг консоли во вложении,та же хрень
Илья | 😶☮️🐸
вот собственно дебаг консоли во вложении,та же хрень
даже при создании диска из образа пишет про инстанс ?
Steelshark
даже при создании диска из образа пишет про инстанс ?
GET call to image for https://192.168.11.33:9292/v2/images/54bbec4d-c0fa-4860-9923-04c1cd646ed0 used request id req-b5572ae8-39de-485b-ac3e-af6198aca5c0 REQ: curl -g -i --cacert "/var/snap/microstack/common/etc/ssl/certs/cacert.pem" -X POST https://192.168.11.33:8776/v3/591a2faf09ef4967bbb6182190983f32/volumes -H "Accept: application/json" -H "Content-Type: application/json" -H "User-Agent: python-cinderclient" -H "X-Auth-Token: {SHA256}220070a603864dd20b9c71a9a63b0cd7b448fcc6d63ff1d1b2a2282c606179ef" -d '{"volume": {"size": 1, "consistencygroup_id": null, "snapshot_id": null, "name": "mytest", "description": null, "volume_type": null, "availability_zone": null, "metadata": {}, "imageRef": "54bbec4d-c0fa-4860-9923-04c1cd646ed0", "source_volid": null, "backup_id": null}}' Starting new HTTPS connection (1): 192.168.11.33:8776 https://192.168.11.33:8776 "POST /v3/591a2faf09ef4967bbb6182190983f32/volumes HTTP/1.1" 400 105 RESP: [400] Connection: keep-alive Content-Length: 105 Content-Type: application/json Date: Thu, 13 Jan 2022 15:16:16 GMT OpenStack-API-Version: volume 3.0 Server: nginx/1.19.0 Vary: OpenStack-API-Version x-compute-request-id: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863 x-openstack-request-id: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863 RESP BODY: {"badRequest": {"code": 400, "message": "Invalid image identifier or unable to access requested image."}} POST call to volumev3 for https://192.168.11.33:8776/v3/591a2faf09ef4967bbb6182190983f32/volumes used request id req-cf29d0eb-04a0-4847-bbfa-8521cf25d863 Invalid image identifier or unable to access requested image. (HTTP 400) (Request-ID: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863) Traceback (most recent call last): File "/snap/microstack/244/lib/python3.8/site-packages/cliff/app.py", line 400, in run_subcommand result = cmd.run(parsed_args) File "/snap/microstack/244/lib/python3.8/site-packages/osc_lib/command/command.py", line 41, in run return super(Command, self).run(parsed_args) File "/snap/microstack/244/lib/python3.8/site-packages/cliff/display.py", line 117, in run column_names, data = self.take_action(parsed_args) File "/snap/microstack/244/lib/python3.8/site-packages/openstackclient/volume/v2/volume.py", line 215, in take_action volume = volume_client.volumes.create( File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/v3/volumes.py", line 125, in create return self._create('/volumes', body, 'volume') File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/base.py", line 302, in _create resp, body = self.api.client.post(url, body=body) File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/client.py", line 215, in post return self._cs_request(url, 'POST', **kwargs) File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/client.py", line 203, in _cs_request return self.request(url, method, **kwargs) File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/client.py", line 189, in request raise exceptions.from_response(resp, body) cinderclient.exceptions.BadRequest: Invalid image identifier or unable to access requested image. (HTTP 400) (Request-ID: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863) clean_up CreateVolume: Invalid image identifier or unable to access requested image. (HTTP 400) (Request-ID: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863) END return value: 1
Илья | 😶☮️🐸
GET call to image for https://192.168.11.33:9292/v2/images/54bbec4d-c0fa-4860-9923-04c1cd646ed0 used request id req-b5572ae8-39de-485b-ac3e-af6198aca5c0 REQ: curl -g -i --cacert "/var/snap/microstack/common/etc/ssl/certs/cacert.pem" -X POST https://192.168.11.33:8776/v3/591a2faf09ef4967bbb6182190983f32/volumes -H "Accept: application/json" -H "Content-Type: application/json" -H "User-Agent: python-cinderclient" -H "X-Auth-Token: {SHA256}220070a603864dd20b9c71a9a63b0cd7b448fcc6d63ff1d1b2a2282c606179ef" -d '{"volume": {"size": 1, "consistencygroup_id": null, "snapshot_id": null, "name": "mytest", "description": null, "volume_type": null, "availability_zone": null, "metadata": {}, "imageRef": "54bbec4d-c0fa-4860-9923-04c1cd646ed0", "source_volid": null, "backup_id": null}}' Starting new HTTPS connection (1): 192.168.11.33:8776 https://192.168.11.33:8776 "POST /v3/591a2faf09ef4967bbb6182190983f32/volumes HTTP/1.1" 400 105 RESP: [400] Connection: keep-alive Content-Length: 105 Content-Type: application/json Date: Thu, 13 Jan 2022 15:16:16 GMT OpenStack-API-Version: volume 3.0 Server: nginx/1.19.0 Vary: OpenStack-API-Version x-compute-request-id: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863 x-openstack-request-id: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863 RESP BODY: {"badRequest": {"code": 400, "message": "Invalid image identifier or unable to access requested image."}} POST call to volumev3 for https://192.168.11.33:8776/v3/591a2faf09ef4967bbb6182190983f32/volumes used request id req-cf29d0eb-04a0-4847-bbfa-8521cf25d863 Invalid image identifier or unable to access requested image. (HTTP 400) (Request-ID: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863) Traceback (most recent call last): File "/snap/microstack/244/lib/python3.8/site-packages/cliff/app.py", line 400, in run_subcommand result = cmd.run(parsed_args) File "/snap/microstack/244/lib/python3.8/site-packages/osc_lib/command/command.py", line 41, in run return super(Command, self).run(parsed_args) File "/snap/microstack/244/lib/python3.8/site-packages/cliff/display.py", line 117, in run column_names, data = self.take_action(parsed_args) File "/snap/microstack/244/lib/python3.8/site-packages/openstackclient/volume/v2/volume.py", line 215, in take_action volume = volume_client.volumes.create( File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/v3/volumes.py", line 125, in create return self._create('/volumes', body, 'volume') File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/base.py", line 302, in _create resp, body = self.api.client.post(url, body=body) File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/client.py", line 215, in post return self._cs_request(url, 'POST', **kwargs) File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/client.py", line 203, in _cs_request return self.request(url, method, **kwargs) File "/snap/microstack/244/lib/python3.8/site-packages/cinderclient/client.py", line 189, in request raise exceptions.from_response(resp, body) cinderclient.exceptions.BadRequest: Invalid image identifier or unable to access requested image. (HTTP 400) (Request-ID: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863) clean_up CreateVolume: Invalid image identifier or unable to access requested image. (HTTP 400) (Request-ID: req-cf29d0eb-04a0-4847-bbfa-8521cf25d863) END return value: 1
образ не привязан к другому проекту ? Видимость образа- public ?
Илья | 😶☮️🐸
образ только 1 ? с другим пробовали ?
Steelshark
с двумя пробовал такая же ерунда
Steelshark
год назад, в истории консоли я нашел что я правил cinder-snap.conf ...а вот что я туда писал хз..но это тогдп помогло
Steelshark
49 systemctl status snap.microstack.setup-lvm-loopdev.service 50 nano /var/snap/microstack/common/etc/cinder/cinder.conf.d/cinder-snap.conf 51 nano /var/snap/microstack/common/etc/cinder/rootwrap.conf 52 nano /var/snap/microstack/common/etc/cinder/cinder.conf.d/cinder-snap.conf 53 snap restart microstack
Pavel Mashkov
просто диск создается не из образа?
Steelshark
, да пустой диск норм
Pavel Mashkov
что за образ, в нем нет ничего типо мин размер 500гб а вы делаете 30?
Steelshark
что за образ, в нем нет ничего типо мин размер 500гб а вы делаете 30?
нет, один родной , который установился, второй обычный iso.
Steelshark
такая же хрень была и прошлый раз, если у кого-то есть 100% рабочий небольшой образ, можете дать, я попробую, но это врядли что-то изменит
Pavel Mashkov
http://download.cirros-cloud.net/0.5.2/
Steelshark
Steelshark
NS 🇷🇺
Так в логах кейстона будет наверное тоже немало интересного, и не надо спрашивать при чем здесь он
Pavel Mashkov
тут как раз говорят, что доступа нет RESP BODY: {"badRequest": {"code": 400, "message": "Invalid image identifier or unable to access requested image."}} POST call to volumev3 for https://192.168.11.33:8776/v3/591a2faf09ef4967bbb6182190983f32/volumes used request id req-cf29d0eb-04a0-4847-bbfa-8521cf25d863
Steelshark
тут как раз говорят, что доступа нет RESP BODY: {"badRequest": {"code": 400, "message": "Invalid image identifier or unable to access requested image."}} POST call to volumev3 for https://192.168.11.33:8776/v3/591a2faf09ef4967bbb6182190983f32/volumes used request id req-cf29d0eb-04a0-4847-bbfa-8521cf25d863
все что в нем есть во время создания диска 2022-01-13 17:39:17.792 176668 WARNING keystone.common.fernet_utils [req-afce76bf-05f9-48a1-93f5-eff096aae687 - - - - -] key_repository is world readable: /var/snap/microstack/co> 2022-01-13 17:39:18.308 176667 WARNING keystone.common.fernet_utils [req-cfa401c5-c2a8-4156-b237-bd5dfc92edd4 - - - - -] key_repository is world readable: /var/snap/microstack/co> 2022-01-13 17:39:18.779 176670 WARNING keystone.common.fernet_utils [req-e8e54c70-6bda-4ebd-85bd-30824799e400 - - - - -] key_repository is world readable: /var/snap/microstack/co> 2022-01-13 17:39:18.857 176669 WARNING keystone.common.fernet_utils [req-daacadd9-fbd0-4b08-83b7-5d9a74328be1 - - - - -] key_repository is world readable: /var/snap/microstack/co> 2022-01-13 17:39:19.027 176669 WARNING keystone.common.fernet_utils [req-afa36633-95c4-4c4d-b361-f37babc70aec 9db8112ad3d04eefafff63bfcc57643f 5296fc5c3bd04697b7259d108760173a - >
Ask
Коллеги, можно создать сеть и в нем несколько подсетей. Для каких задач может понадобиться несколько подсетей в одной сети?
J
Коллеги, можно создать сеть и в нем несколько подсетей. Для каких задач может понадобиться несколько подсетей в одной сети?
Чтобы не делать гигантские ip подсети, а разбить адресное пространство на более мелкие куски. И тем самым ограничить наполнение arp таблиц виртуалок и держать на разумном уровне бродкасты (если речь идет про openvswitch и прочие умные l2 механизмы).
J
Почти так же как провайдеры некоторые внутри одного влана держат несколько ip подсетей.
J
Или если тебе внутри одной нейтроновской сети разным машинам нужно разные dhcp опции раздавать.
J
Ну это навскидку)
Илья | 😶☮️🐸
бродкасты же в любом случае будут, если это не L3
Я и твой кот
Арп таблицы на серверах - это ссаные копейки. Вот ещё, их считать.
J
бродкасты же в любом случае будут, если это не L3
Бродкасты openvswitch дальше l2 агента на гипервизоре не пустит. Я к тому что когда у тебя огромная сеть и в ней большинство хостов активно обмениваются данными, в arp таблице могут оказаться почти все они. Есть у тебя, к примеру, /20 сеть - может влезть 16к записей. Так то это не беда, но не очень красиво.
J
Арп таблицы на серверах - это ссаные копейки. Вот ещё, их считать.
Да. Это важно не для самих систем в виртуалках, а для тебя скорее при отладке.
Fedor
мне кажется, самый понимаемый кейс - добавить новый /24 сабнет в паблик сеть без добавления новой сети