тоже самое при коннекте на "cloud.com" (красивый домен)

то есть я предполагаю что какаято беду у питона3/хттп

беда*

раз он даже не может сделать попытку подключения к серверу

хотя он тупо должен вызвать curl

то есть питон не может вызвать Curl

все нормально у питона 3 с http у мну уже в проде

там явно хрень какя-то с именем

попробовал lv-ctrl-cloud, ip, cloud.com

там явно хрень какя-то с именем

мож там "с" русская или типа того

символ какой-то ?

мож там "с" русская или типа того

попробовал lv-ctrl-cloud, ip, cloud.com

хер. там.

смотрите, я запускаю openstack --debug, вижу какой Curl он формирует

я его копирую и запускаю руками

и все ок. Это значит что с УРЛ все ок

OS_IDENTITY_API_VERSION=3?

[root@lv-ctrl-cloud ~]# cat admin_rc export OS_USERNAME=admin export OS_PASSWORD=** export OS_PROJECT_NAME=admin export OS_USER_DOMAIN_NAME=default export OS_PROJECT_DOMAIN_NAME=default export OS_AUTH_URL=http://lv-ctrl-cloud:5000/v3 export OS_IDENTITY_API_VERSION=3

самое обломное что это может быть чтото совсем простое.

Я руками раскатывал это все уже кучу раз и да, там должно быть все просто

самое обломное что это может быть чтото совсем простое.

например переменные http_proxy

судя по ошибке File "/usr/lib/python3.6/site-packages/urllib3/util/url.py", line 398, in parse_url return six.raise_from(LocationParseError(source_url), None) File "<string>", line 3, in raise_from Там что-то в данных при формировании запроса. Где-то чегото не хватает или что-то лишее из символов

например переменные http_proxy

export | grep proxy (пусто), NetoworkManager и прочее - вырублены

судя по ошибке File "/usr/lib/python3.6/site-packages/urllib3/util/url.py", line 398, in parse_url return six.raise_from(LocationParseError(source_url), None) File "<string>", line 3, in raise_from Там что-то в данных при формировании запроса. Где-то чегото не хватает или что-то лишее из символов

если бы лишние символы он бы не формировал нужную строку Curl (IMHO), скорее как будто правда чегото не хватает (в питоне)

https://github.com/psf/requests/issues/5476

python3 -c "import requests; requests.get('https://google.com');" что скажет?

[root@lv-ctrl-cloud ~]# python3 -c "import requests; requests.get('https://google.com');" Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/requests/models.py", line 379, in prepare_url scheme, auth, host, port, path, query, fragment = parse_url(url) File "/usr/lib/python3.6/site-packages/urllib3/util/url.py", line 398, in parse_url return six.raise_from(LocationParseError(source_url), None) File "<string>", line 3, in raise_from urllib3.exceptions.LocationParseError: Failed to parse: https://google.com During handling of the above exception, another exception occurred: Traceback (most recent call last): File "<string>", line 1, in <module> File "/usr/lib/python3.6/site-packages/requests/api.py", line 75, in get return request('get', url, params=params, **kwargs) File "/usr/lib/python3.6/site-packages/requests/api.py", line 60, in request return session.request(method=method, url=url, **kwargs) File "/usr/lib/python3.6/site-packages/requests/sessions.py", line 519, in request prep = self.prepare_request(req) File "/usr/lib/python3.6/site-packages/requests/sessions.py", line 462, in prepare_request hooks=merge_hooks(request.hooks, self.hooks), File "/usr/lib/python3.6/site-packages/requests/models.py", line 313, in prepare self.prepare_url(url, params) File "/usr/lib/python3.6/site-packages/requests/models.py", line 381, in prepare_url raise InvalidURL(*e.args) requests.exceptions.InvalidURL: Failed to parse: https://google.com

o o o )

pip3 install six==1.15.0

vidimo

воть

погоди пип, у меня все из пакетов

хмм, не сработало, надо почитать. Но видимо це оно

dada

python3-six-1.14.0-2.el8.noarch

python3-six.noarch

python3-urllib3-1.25.7-3.el8.noarch

откуда пакеты?

RDO что ли

Installed Packages Name : python3-six Version : 1.11.0 Release : 8.el8 Architecture : noarch Size : 98 k Source : python-six-1.11.0-8.el8.src.rpm Repository : @System From repo : BaseOS

Available Packages Name : python3-six Version : 1.14.0 Release : 2.el8 Architecture : noarch Size : 39 k Source : python-six-1.14.0-2.el8.src.rpm Repository : centos-openstack-ussuri

о да) спасибо

короче там почти все пакты должны быть из centos-openstack-ussuri

работает, поставил оба пакета из Уссури репо, я не знаю почему он их сам не поставил

дада, я понял, странно что он сам не сделал это

https://github.com/psf/requests/issues/5476

по какому запросу вы это нашли?

чето я 3 дня ползал по гуглу и даже рядом не был

Или это у вас не полка а схд с мозгами и тогда вы ее отдаёте в синдер и тот объяснит нова что и как

как раз у нас случай - схд с мозгами, куда ткнуть чтобы объяснит нове что и как

как раз у нас случай - схд с мозгами, куда ткнуть чтобы объяснит нове что и как

А какая схд то?

Huawei, модель чуть попозже скину , не за компом

Huawei, модель чуть попозже скину , не за компом

Сейчас как дорада всплывет 🤣

Huawei, модель чуть попозже скину , не за компом

Мы тоже используем fc, cinder через драйвер создаёт тома на хранилище и экспортирует луны на компьют ноды

Сейчас как дорада всплывет 🤣

Да она и будет )

Мы тоже используем fc, cinder через драйвер создаёт тома на хранилище и экспортирует луны на компьют ноды

Да у него проблема не в создании, а в отображении используемого пространства

Да у него проблема не в создании, а в отображении используемого пространства

Ещё скажи с дедупом и компрессией 😁

Мы тоже используем fc, cinder через драйвер создаёт тома на хранилище и экспортирует луны на компьют ноды

И как, информация о доступном месте корректно отображается?

И как, информация о доступном месте корректно отображается?

таки погодите, у вас эфемерки есть ?(рутовый диск не в циндере, а на локальных дисках компьютов)

таки погодите, у вас эфемерки есть ?(рутовый диск не в циндере, а на локальных дисках компьютов)

Скорее нет, в структурах рт не принято )

Тогда там ничего и не занято, у нас так и пишет 0GB 😁

Тогда там ничего и не занято, у нас так и пишет 0GB 😁

Я видел, настраивают, но кмк надо лезть в код, параметров не припомню

Я видел, настраивают, но кмк надо лезть в код, параметров не припомню

А зачем это? Чтобы у тебя показывало типа свободное место на СХД на каждом гипере?

таки погодите, у вас эфемерки есть ?(рутовый диск не в циндере, а на локальных дисках компьютов)

эфемерки смотрит на локальные диски

Тогда там ничего и не занято, у нас так и пишет 0GB 😁

ВМ созданы на cinder дисках, openstack считает занято место по flavor'у . И как бы получается что для openstack'а свободного места нет (так как корневые диски небольшого объема) и для создания новых ВМ приходиться увеличивать disk_allocation_ratio

ВМ созданы на cinder дисках, openstack считает занято место по flavor'у . И как бы получается что для openstack'а свободного места нет (так как корневые диски небольшого объема) и для создания новых ВМ приходиться увеличивать disk_allocation_ratio

Что-то ничего не понял. Но у нас нет эфемерок и openstack нормально считает свободное место на гипервизорах, говорит что занято 0GB.

А зачем это? Чтобы у тебя показывало типа свободное место на СХД на каждом гипере?

Диск фильтр, если его включить будут тачки падать с ошибкой

Диск фильтр, если его включить будут тачки падать с ошибкой

Ок, проверим

Ок, проверим

у флейвора еще диск должен быть не нулевой

Попробуй авториизоваться s3 credentials напрямую к keystone. https://github.com/kayrus/ec2auth

авторизовался через go бинарь. но это немного другая авторизациия go запрашивает у keystone /v3/ec2tokens,а прокси сервер при попытке использования его через s3curl /v3/s3tokens

авторизовался через go бинарь. но это немного другая авторизациия go запрашивает у keystone /v3/ec2tokens,а прокси сервер при попытке использования его через s3curl /v3/s3tokens

под капотом там все тоже самое, только s3tokens не выдает keystone token ID

авторизовался через go бинарь. но это немного другая авторизациия go запрашивает у keystone /v3/ec2tokens,а прокси сервер при попытке использования его через s3curl /v3/s3tokens

если авторизация работает, то значит S3 клиент неправильно сконфигурирован. Что за клиент?

если авторизация работает, то значит S3 клиент неправильно сконфигурирован. Что за клиент?

s3curl

пробовал дефолтный aws? aws --endpoint-url https://swift-url --region <region> s3 ls s3://<bucket>

Работает ли обычный swift client? swift list <bucket>

пробовал дефолтный aws? aws --endpoint-url https://swift-url --region <region> s3 ls s3://<bucket>

хм...работает, выходит это проблема исключительно клиента. странно он делал curl запрос к свифту вот такой: curl -H Date: Mon, 07 Sep 2020 15:19:47 +0000 -H Authorization: AWS 8ecea2c670e74679be46ec8fcde80909:1Xh35uqMI4P+2Y77sBO3s1HjeeM= -L -H content-type: http://127.0.0.1:8080 это не валидный запрос?

хм...работает, выходит это проблема исключительно клиента. странно он делал curl запрос к свифту вот такой: curl -H Date: Mon, 07 Sep 2020 15:19:47 +0000 -H Authorization: AWS 8ecea2c670e74679be46ec8fcde80909:1Xh35uqMI4P+2Y77sBO3s1HjeeM= -L -H content-type: http://127.0.0.1:8080 это не валидный запрос?

Похоже на старый метод авторизации. Я точно знаю что aws v4 signature поддерживается.

Похоже на старый метод авторизации. Я точно знаю что aws v4 signature поддерживается.

ясно. спасибо. не догадался сам попробовать другой клиент.

Aws v2 тоже поддерживается , но я на память не помню формат заголовка. На первый взгляд не очень похоже

Aws v2 тоже поддерживается , но я на память не помню формат заголовка. На первый взгляд не очень похоже

как результат - смог залить бекапы еластика в swift.

Мне подумалось, что в РФ/СНГ компании, активно используя и продавая опенсорсный софт, практически не контрибьютят в этот самый опенсорс потому, что страна бедная, и люди жадные. Из-за хронической бедности у людей и бизнеса словно хроническое подсознательное ощущение голода есть. Если что-то законтрибьютить, то это ж получится «помочь конкурентам», а этого допустить в своих мыслях они никак не могут, так как сиюминутная жадность застилает перед глазами выгоды от некоммерческой взаимовыгодной, при игре в долгую, коллаборации.

Ещё из-за плохого знания языка, и отсутствия длинных дешёвых денег: невозможно заниматься разработкой «в стол» на будущее – надо зарабатывать здесь и сейчас, в идеале спиздив что плохо лежит не затратив лишней копейки.