J
Проблему нужно начинать искать со стороны libreswan, а не cli нейтрона)
icewolf
Проблему нужно начинать искать со стороны libreswan, а не cli нейтрона)
-ться.
Хорошо допустим мы решаем проблему на уровне libreswan, а как мы делее это протолкнем в нейтрон?
J
-ться.
Хорошо допустим мы решаем проблему на уровне libreswan, а как мы делее это протолкнем в нейтрон?
Вот когда увидим проблему тогда и подумаем)
Например, тухлый либресван поменяем на стронгсван. Был уже такой разговор)
Aleksandr
[service_providers]
service_provider = VPN:openswan:neutron_vpnaas.services.vpn.service_drivers.ipsec.IPsecVPNDriver:default
У нас такой конфиг, не совсем понимаю, что проверять.
J
[service_providers]
service_provider = VPN:openswan:neutron_vpnaas.services.vpn.service_drivers.ipsec.IPsecVPNDriver:default
У нас такой конфиг, не совсем понимаю, что проверять.
https://docs.openstack.org/neutron-vpnaas/latest/configuration/l3_agent.html
Ставь enable_detailed_logging и смотри лог pluto.
icewolf
Лог pluto🙂
J
Ну давай щас сидеть тогда дальше байки травить)
icewolf
мы с @jingvar прекрасно помним логи pluto
J
Будем рассказывать "ой, впнаас это такая наркомания!" "Помнишь, юзернейм, в даталайне у нас он каааак сломался!"
Aleksandr
нам надо оттебажить, вернусь, как сделаем.
icewolf
Будем рассказывать "ой, впнаас это такая наркомания!" "Помнишь, юзернейм, в даталайне у нас он каааак сломался!"
нет, мы просто поняли что пока что рано использовать vpnaas
J
если видим логи pluto с ошибкой:) значит кабзда нашему vpnaas
Не важно кабзда или нет. Важно понять да или нет и исходить из этого в дальнейшем планировании.
icewolf
Не важно кабзда или нет. Важно понять да или нет и исходить из этого в дальнейшем планировании.
И спланировать план, об будущем планировании
icewolf
в итоге выяснится что придется весь стенд передеплоить на bobcat, для vpnaas. Вот такое вот планирование дальнейшее
icewolf
потому что в zed не заработает strongswan
icewolf
А почему он там не работает?
@jingvar Коль тут интересуются.. почему в zed не заработает strongswan
Nikolay
Точно не помню, но кажется несовместимые версии.
Nikolay
Я в попенстек уже не тыкал почти год, инженеры по нему в Рашке не нужны, нужны сиреневые полупокеры
J
icewolf
Я в попенстек уже не тыкал почти год, инженеры по нему в Рашке не нужны, нужны сиреневые полупокеры
Щас тебе в личку напихают:)
icewolf
Эт как?)
деняг хотел больших и обязанностей с гулькин хер. А заставили заниматься в Basis Dynamix и за даром.
Yuriy
Коллеги, кто рабоатет с OVN, не подскажите что за фигня в логе ovn-central
nano /var/log/ovn/ovsdb-server-nb.log
2024-08-15T12:09:37.939Z|00030|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:09:37.939Z|00031|jsonrpc|WARN|ssl:127.0.0.1:43890: receive error: Protocol error
2024-08-15T12:09:37.939Z|00032|reconnect|WARN|ssl:127.0.0.1:43890: connection dropped (Protocol error)
2024-08-15T12:13:41.561Z|00033|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:13:41.561Z|00034|jsonrpc|WARN|ssl:127.0.0.1:54896: receive error: Protocol error
2024-08-15T12:13:41.561Z|00035|reconnect|WARN|ssl:127.0.0.1:54896: connection dropped (Protocol error)
2024-08-15T12:18:56.005Z|00036|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:18:56.005Z|00037|jsonrpc|WARN|ssl:127.0.0.1:43658: receive error: Protocol error
2024-08-15T12:18:56.005Z|00038|reconnect|WARN|ssl:127.0.0.1:43658: connection dropped (Protocol error)
2024-08-15T12:24:33.082Z|00039|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:24:33.082Z|00040|jsonrpc|WARN|ssl:127.0.0.1:34314: receive error: Protocol error
2024-08-15T12:24:33.083Z|00041|reconnect|WARN|ssl:127.0.0.1:34314: connection dropped (Protocol error)
2024-08-15T12:29:30.049Z|00042|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:29:30.049Z|00043|jsonrpc|WARN|ssl:127.0.0.1:40200: receive error: Protocol error
2024-08-15T12:29:30.050Z|00044|reconnect|WARN|ssl:127.0.0.1:40200: connection dropped (Protocol error)
2024-08-15T12:33:58.530Z|00045|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:33:58.530Z|00046|jsonrpc|WARN|ssl:127.0.0.1:57730: receive error: Protocol error
2024-08-15T12:33:58.530Z|00047|reconnect|WARN|ssl:127.0.0.1:57730: connection dropped (Protocol error)
2024-08-15T12:38:48.929Z|00048|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:38:48.929Z|00049|jsonrpc|WARN|ssl:127.0.0.1:38976: receive error: Protocol error
2024-08-15T12:38:48.930Z|00050|reconnect|WARN|ssl:127.0.0.1:38976: connection dropped (Protocol error)
2024-08-15T12:44:41.855Z|00051|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:44:41.855Z|00052|jsonrpc|WARN|ssl:127.0.0.1:46928: receive error: Protocol error
2024-08-15T12:44:41.855Z|00053|reconnect|WARN|ssl:127.0.0.1:46928: connection dropped (Protocol error)
2024-08-15T12:48:56.458Z|00054|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:48:56.458Z|00055|jsonrpc|WARN|ssl:127.0.0.1:56690: receive error: Protocol error
2024-08-15T12:48:56.458Z|00056|reconnect|WARN|ssl:127.0.0.1:56690: connection dropped (Protocol error)
2024-08-15T12:53:44.247Z|00057|stream_ssl|WARN|SSL_accept: error:0A000126:SSL routines::unexpected eof while reading
2024-08-15T12:53:44.247Z|00058|jsonrpc|WARN|ssl:127.0.0.1:39260: receive error: Protocol error
2024-08-15T12:53:44.247Z|00059|reconnect|WARN|ssl:127.0.0.1:39260: connection dropped (Protocol error)
icewolf
А если темпест в 250 потоков?
icewolf
Детей ты тоже на улицу в скафандре отпускать будешь?
Yuriy
серт кривой, там же написано EOF while reading
Серт ровный это первое что я проверил, я грешу на необновленный OpenSSL.
icewolf
Серт ровный это первое что я проверил, я грешу на необновленный OpenSSL.
и это возможно, у тебя я так понимаю там juju
Yuriy
Но я OVN предподчитаю ручками дебажить.
icewolf
И по всей видимости где то когда то оно должно было из волта схавать сертификатик
Yuriy
И по всей видимости где то когда то оно должно было из волта схавать сертификатик
Так и сделало, поэтому я на всех ендпоинтах и централе проверил сертики.
Yuriy
В первую очкередь.
icewolf
Так и сделало, поэтому я на всех ендпоинтах и централе проверил сертики.
и на всех вот такая портянка?
Ilya
icewolf
opendev
icewolf
ну да ладно
Yuriy
Серт ровный это первое что я проверил, я грешу на необновленный OpenSSL.
Сейчас его обновлю, посмотрим.
Yuriy
Ан, нет.. нифига...
icewolf
сначала подумал, что у меня вьетнамские флешбеки.
такое бывает, когда по какой-то причине клиент решил отключиться от базы (самое частое - сервер не успел клиенту ответить на ovsdb ping/pong)
там все сложнее чем кажется. Дело в том что в самом опенстеке то ничего сложного нет.. а вот всякие вендорские решения это огненный огонь и даже redhat TripleO кажется меньшей болью и безобразием нежели charmed openstack от убунту..
суть в том что сертификаты для ovn это необходимое условие(расскажите мне об сертификатах в колла ансибле), и их раскатка идет из волта, в какой момент там могла быть повреждена цепочка не известно, а главное как оно это теперь прожует..
J
Парни, такая тема.
Про эндпоинт группы, но не те что в vpnaas, а те что в кейстоуне.
Нет никакого способа фильтровать доступные проектм эндпоинты чисто по домену? Обязательно нужно каждый проект добавлять в группу?
J
Vladislav
там все сложнее чем кажется. Дело в том что в самом опенстеке то ничего сложного нет.. а вот всякие вендорские решения это огненный огонь и даже redhat TripleO кажется меньшей болью и безобразием нежели charmed openstack от убунту..
суть в том что сертификаты для ovn это необходимое условие(расскажите мне об сертификатах в колла ансибле), и их раскатка идет из волта, в какой момент там могла быть повреждена цепочка не известно, а главное как оно это теперь прожует..
не о чем гадать, если серты не те, то коннекта не случится с ошибкой "verify failed"
а вот отключение клиента из-за загруженной базы и недостаточного inactivity probe такие логи много раз видел (правда, на южной базе)
в общем, нужно смотреть, что за клиент подключается на локалхост, какой у него inactivity probe
icewolf
нужно.
Mr
Там Куликов из вмвари, кстати ,анти спам бота своего недавно выложил и хвалил
モズ
ну я тут тоже говорю про спец.китобота, который по ML -модели бьет этих
モズ
вот вы упоротая а...
モズ
да она опять лезет с новыми сиськофотками и аккаунтом. всего то
モズ
или просто...)
Вадим
всем привет подскажите что я делаю не так, хотел сделать миграцию instance на другой хост, хосты могут ходить друг к другу по ssh ключу от root, но при миграции в логах nova такая ошибка
Вадим
ERROR oslo_messaging.rpc.server nova.exception.ResizeError: Resize error: not able to execute ssh command: Unexpected error while running command.
2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Command: ssh -o BatchMode=yes 127.0.0.1 mkdir -p /var/lib/nova/instances/4148ba12-c32b-4bc6-ae61-4c51c2e50ae7
2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Exit code: 255
2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Stdout: ''
2024-08-18 09:04:11.301 54471 ERROR oslo_messaging.rpc.server Stderr: 'Host key verification failed.\r\n'
Вадим
смущает почему идет обращение на 127.0.0.1
Вадим
и мне кажется что пользователь ssh должен быть nova, а не root
Вадим
но у nova нет доступа к shell
Mr
и мне кажется что пользователь ssh должен быть nova, а не root
А что, рут хистори не пишется в .bash и sudo выключен?
Nikolay
С каких пор ключ хоста зависит от того кем подключаться, при условии что хост не переустанавливался
icewolf
С каких пор ключ хоста зависит от того кем подключаться, при условии что хост не переустанавливался
с тех пор когда людям vmware украла моск, а венда съела
Вадим
у меня просто пока нет идеи во что nova утыкается, так как подключение по SSH ключу работает между всеми серверами
icewolf
у меня просто пока нет идеи во что nova утыкается, так как подключение по SSH ключу работает между всеми серверами
сначала вопрос, а что вы ресайзите? Потом уже ответ почему так произошло, дело ведь не в ssh
Вадим
делаю миграцию инстанса на другой хост, команду отправляю из horizon
Вадим
у меня когда был один вычислительный узел на контроллере была настройка,что при изменении размера инстанса использовать тот же хост
Вадим
в пятницу добавил еще один вычислительный хост, и хотел некоторые инстансы на него переместить
icewolf
а хост с такими же cpu что и на предыдущих, хотя дело не в этом. Вы точно правильно добавили новый хост?
Mr
с тех пор когда людям vmware украла моск, а венда съела
вот не надо грязи, у вмваре один ключ, чтобы править всеми
icewolf
вот не надо грязи, у вмваре один ключ, чтобы править всеми
vmware заставляет не думать, а кликать. Не вижу чем это отчитается от тапанья хомяка.
Mr
vmware заставляет не думать, а кликать. Не вижу чем это отчитается от тапанья хомяка.
чо? не, ну если у тебя 2 хоста, то можно и кликать, в остальных случаях идешь в API для начала за вьюхами
Nikolay
Я щас плакать буду, ну а куда ключ хоста прописывается?
Nikolay
На клиенте