« Rev
@openstack_ru   190
Fwd »


Михаил
нет
Artem
Прямо статистику собирают и репортят?
Михаил
в данный момент compute ноды нет подключены, говорим только про control plane
Михаил
Прямо статистику собирают и репортят?
nova=# select host,updated_at from services; host | updated_at ---------------------------------+---------------------------- 0.0.0.0 | 0.0.0.0 | openstackctl1.vm | 2018-04-04 12:28:48.693277 openstackctl1.vm | 2018-04-04 12:28:48.900737 openstackctl1.vm | 2018-04-04 12:28:49.147137
Михаил
nova service-list ты тут имеешь ввиду?
openstack compute service list
Михаил
ну да
Михаил
оно же)
✠ FLASh ✠
что говорит бут инстанса?
Михаил
а ты перетыкнул нова сервисы на компьютах?
компьюты пока вообще не завезли их не было мы говорим исключительно про service list
Михаил
и почему они не отображаются)
✠ FLASh ✠
=\
J
Я ничо не понял. nova-compute процессы работают где-то или не?)
Михаил
Я ничо не понял. nova-compute процессы работают где-то или не?)
еще раз если я ничего не путаю, то openstack compute service list должен мне показать статус nova api шедулера и кондуктора так?
J
Да, должен показать тебе все сервисы.
Dmitry
В том числе и их
Михаил
ну допустим, но почему в таблице services я вижу актуальную информацию о апдейте?
Михаил
прямым запросом в базу nova
J
и compute и conductor и прочее.
Dmitry
Думаю не в той табличке смотришь
Михаил
Хорошая попытка. 1)какая в таком случае та? 2)это стандартная процедура восстановления данных. какого фига такие сложности)
Dmitry
Я не совсем понимаю кейс. Сервисы лежат в базе, по ним регулярно прилетает апдейт из кроля который пишется в базу. Даун сервиса решается если не прилетел апдейт или не записался в базу. Воркфлоу вроде такой. У тебя апдейт не долетает?
Andrey
Очень глупый вопрос - время синхронизировано везде? Регулярно проблемы с интеграцией сервисов возникают именно из-за времени. (я понимаю что сейчас симптомы другие, но вдруг поможет)
Dmitry
Судя по базе(если конечно это та табличка) в базу апдейт долетает. Я не вижу этот апдейт через cli.
How this works: the service record in the nova DB is updated by the '_report_state' method running periodically on a timer based on 'report_interval'. In '_report_state' the 'report_count' is incremented and the service record is saved, causing an update in the 'updated_at' field that's used in the nova service-list up/down check. These polls might be taking longer than normal to run, or longer than normal to update the nova DB. You can check how frequently these are actually being updated with the following command. Basically, this is a sanity check of when the data is being updated:
Dmitry
# while x=true; do date; mysql nova -e "select host,topic,report_count,updated_at from services;"; sleep 60; done Sat Jan 7 17:28:20 MST 2017 +------------------------------------+-------------+--------------+---------------------+ | host | topic | report_count | updated_at | +------------------------------------+-------------+--------------+---------------------+ | overcloud-compute-0.example.com | compute | 12195 | 2017-01-08 00:28:13 | | overcloud-controller-0.example.com | consoleauth | 11535 | 2017-01-08 00:27:57 | | overcloud-controller-1.example.com | consoleauth | 11953 | 2017-01-08 00:28:15 | | overcloud-controller-2.example.com | consoleauth | 11950 | 2017-01-08 00:28:17 | | overcloud-controller-0.example.com | scheduler | 11490 | 2017-01-08 00:28:16 | | overcloud-controller-1.example.com | scheduler | 11906 | 2017-01-08 00:28:14 | | overcloud-controller-2.example.com | scheduler | 11893 | 2017-01-08 00:28:16 | | overcloud-controller-1.example.com | conductor | 11867 | 2017-01-08 00:28:14 | | overcloud-controller-2.example.com | conductor | 11850 | 2017-01-08 00:28:10 | | overcloud-compute-1.example.com | compute | 11859 | 2017-01-08 00:28:14 | | overcloud-controller-0.example.com | conductor | 11458 | 2017-01-08 00:27:52 | +------------------------------------+-------------+--------------+---------------------+
Dmitry
So the report_count should increment as the polling checks nova-compute, and it should log the timestamp of the poll in the updated_at field. The updated_at field should correspond to the report_interval set in /etc/nova/nova.conf , ie it should update every 10 seconds by default. The service_down_time parameter in /etc/nova/nova.conf is the criteria used for classifying a nova service as "up". If it doesn't receive a successful poll in 60 seconds, the service will get marked as "down". This is what can cause the flapping.
Михаил
ну прекрасно, табличка та и апдейты прилетают, значит мне врёт cli
Dmitry
Может время например не сходится еще
NS 🇷🇺
Может время например не сходится еще
самый частый проеб на моем памяти :D
Михаил
Может время например не сходится еще
ntp стоит и синхронизируется
Михаил
проверил - время и на хосте с бд и на ноде правильное
J
проверил - время и на хосте с бд и на ноде правильное
А не смотрел дамп трафика? Какой ответ приходит CLI клиенту?
Andrey
Можно nova --debug service-list # реквест и респонс будет виден
NS 🇷🇺
дамп можно красиво в wireshark посмотреть, а вот с —debug так не получится
J
Ну не важно) Главное json глянуть который api возвращает)
Slava
проверь версии, если переезжал, может миграции нужно сделать (версия базы старая из дампа, а версия кода из установленного пакета новая).
Михаил
А я вот забыл в кейсе сказать, что бекап рестор был на другой хост, не там где была раньше база.
Михаил
ну допустим я поменял хостнейм базы в конфигах, что я еще забыл?)
Slava
все имена резолвятся?
Slava
очередь работает?
Slava
урлы все отвечают?
Михаил
да)
Михаил
и даже рега проходит в нужной базе)
Slava
Slava
поставь debug в логах XD
Михаил
ну то есть когда я дёргаю нову через cli openstack оно лезет в старый хост
Slava
ну смотри что у новы в настройках
Slava
старый хость тоже работает?
Михаил
да
Slava
пробовал его офлайн сделать? =)
Andrey
ну то есть когда я дёргаю нову через cli openstack оно лезет в старый хост
env правильные прописаны? Или ендпойнты не менялись?
Михаил
env правильные прописаны? Или ендпойнты не менялись?
endpoint не менялся поменялся только connection string к базе
Михаил
пробовал его офлайн сделать? =)
да, идёт коннект в него всё равно
Slava
Ну и логи что пишут:)
Slava
Ну т.е. Какой сервис ругается может быть, чтобы понять что неправильно настроено. Пройдись по цепочке в логах, кейстон, хранилише, сеть
Slava
Мне кажется, что дело какраз ломается на кейстон, когда отдаёт список конечных точек сервисов
Slava
Если в настройках всё , конечно
Михаил
Если в настройках всё , конечно
конфигурации генерируются автоматом, я уже все три раза проверил, что новый хост везде и в кейстоне и в нове
Dave
ребят, дайте ссылку на чат сетевиков
Dave
вроде бы тут она раньше проскакивала
Danila
Всем Привет! Если одна подсеть раделена на несколько алокейшен пулов. Задача расширить некоторые пулы. Как я понимаю при subnet-update я перетру просто все пулы, верно? И как тогда правильнее будет нарезать новые ?
NS 🇷🇺
Нихрена не понял
Danila
😂
Danila
Есть подсеть. И в ней несколькоо аллокейшен пулов. Например 10.0.0.20-10.0.0.100 10.0.0.110-10.0.0.110-10.0.0.250
Danila
Сейчас я хочу расширить один из пулов. например сделать 10.0.0.5-10.0.0.100 вместо 10.0.0.20-10.0.0.100
NS 🇷🇺
не можешь в кли не мучай жопу, поменяй черех хорайзг =)
Danila
так я хочу через cli. Нашел вот вариант с инсертами в базулю
NS 🇷🇺
openstack subnet set тебе в помощь
NS 🇷🇺
и не надо в базулю
Danila
ty
J
Всем Привет! Если одна подсеть раделена на несколько алокейшен пулов. Задача расширить некоторые пулы. Как я понимаю при subnet-update я перетру просто все пулы, верно? И как тогда правильнее будет нарезать новые ?
Вообще руками лучше не делать такое. Если правильно понял что нужно, на будущее посмотри про пулы подсетей. https://docs.openstack.org/mitaka/networking-guide/config-subnet-pools.html
« Rev
@openstack_ru   190
Fwd »