Sergey
и объяснение как эту ситуацию обрабатывает шедулер
Aleksey
Всем приветы, а можно ли как-то сделать привязку flavor - volume_type ? А то я только image - volume_type нашел, но как-то иметь несколько образов под разные бэкэнды прямо угнетает.
gwaewion
С памятью, судя по всему, та же история
Sergey
ок. слушаю рассказ про шедулер. и cpu ready с вмок на этом хосте
J
что? а можно пруф где на хосте с 40 логическими процессорами есть вм с 50 vcpu?
Sergey
cpu ready покажите
Sergey
J
прекрасно. как он распределяет потоки по ядрам?
Ну эт уже от активного планировщика зависит.
Я к тому, что сделать это можно, но пользы никакой практической, только вред.
Sergey
можно и головой гвозьди забивать. ну покажите cpu ready пожалуйста
Sergey
вопросов больше не имею
Sergey
cpu ready, wait time per dispatch
Sergey
сколько vcpu вм ждало кванта
gwaewion
Как-то трудно его получить в прыщах
Sergey
мде
Sergey
отстой
gwaewion
Зато швабодка
J
Aleksey
Это чтобы из horizon эдаким способом?
да, чтобы можно было создать инстанс в циндере, но также иметь возможноть указать в каком volume_type
Aleksey
да, чтобы можно было создать инстанс в циндере, но также иметь возможноть указать в каком volume_type
с образами такое есть и работает нормально, но как-то тухло иметь 10 одинаковых образов если имеешь 10 бэкэндов
J
да, чтобы можно было создать инстанс в циндере, но также иметь возможноть указать в каком volume_type
Тут дело в том что horizon прячет же от тебя то чо происходит на самом деле.
А на самом деле он сначала создает cinder volume с дефолтным типом, а потом уже из него запускает виртуалку.
Ведь если б ты делал через cli это все, ты бы сначала диск создал, а потом из него виртуалку как раз, точно так как я написал. Верно?
Aleksey
Тут дело в том что horizon прячет же от тебя то чо происходит на самом деле.
А на самом деле он сначала создает cinder volume с дефолтным типом, а потом уже из него запускает виртуалку.
Ведь если б ты делал через cli это все, ты бы сначала диск создал, а потом из него виртуалку как раз, точно так как я написал. Верно?
всё так и, видимо, именно по этому работает через образ, так как диск делается из образа, а флэйвор натягивается позже
Aleksey
всё так и, видимо, именно по этому работает через образ, так как диск делается из образа, а флэйвор натягивается позже
резюмируем, этого через флэйвор нельзя! Жизнь боль! Будем стругать образа
J
всё так и, видимо, именно по этому работает через образ, так как диск делается из образа, а флэйвор натягивается позже
Ага, все так.
Тебе попросту не увязать флейвор и тип диска потому что диски циндеровские это как бы ваще отдельные сущности. Ведь диск в будущем могут и отцепить и прицепить к другой виртуалке. А вдруг там флейвор не позволит?)
Поэтому и нету такой привязки.
J
резюмируем, этого через флэйвор нельзя! Жизнь боль! Будем стругать образа
Разве что, слегонца подпилить horizon)
Aleksey
Кто-нибудь сталкивался с тем, что не работает миграция volume между бэкэндами?
Симптомы:
- сообщение что запрос на миграцию принят и всё хорошо, но ничего не происходит.
- в cinder-api никаких ошибок, самое страшное это ответы с кодом 300
Dmitry
Dmitry
а почему 3xx пугают? -))
Dmitry
ну команду проглатил
и? синдер вольюм в дебаге? в этом случае увидешь целый процесс того, как эта прекрасно реализованная херня чанками копирует из одного ioctx в другой, в случае сефа, конечно
Anonymous
Хелоу всем
gwaewion
Где должны располагаться dhcp-agent и metadata-agent? На копмьютах или на нетворках?
J
Где должны располагаться dhcp-agent и metadata-agent? На копмьютах или на нетворках?
Где расположишь, там и будут. Как тебе удобнее, в общем то. Но обычно на сетевых.
gwaewion
Спасибо
✠ FLASh ✠
Камрады, нужен совет/помощь. Есть кейс вот такой. Крутится инстанс в опенстеке. На нем крутится аппликуха, которая засасывает конфигу с интернета и чтоб ее применить - перегружается. Так вот иногда инстанс это делает без проблем и возвращается в ACTIVE. А иногда Nova палит, что он ушла в ребут, и отправляет его в статус SHUTOFF. Что сделать чтоб она не отправляла в шатофф инстанс?
✠ FLASh ✠
кароч на сколько я понял - нова.конф такое не конфигурит. Но есть хардкод в нове вот такого вида
self._events_delayed = {}
# Note(toabctl): During a reboot of a domain, STOPPED and
# STARTED events are sent. To prevent shutting
# down the domain during a reboot, delay the
# STOPPED lifecycle event some seconds.
self._lifecycle_delay = 15и если его менять в большую сторону, то он будет работать так как мне нужно
J
кароч на сколько я понял - нова.конф такое не конфигурит. Но есть хардкод в нове вот такого вида
self._events_delayed = {}
# Note(toabctl): During a reboot of a domain, STOPPED and
# STARTED events are sent. To prevent shutting
# down the domain during a reboot, delay the
# STOPPED lifecycle event some seconds.
self._lifecycle_delay = 15и если его менять в большую сторону, то он будет работать так как мне нужно
Не знал, кстати, спасибо)
Ты открой справку по nova.conf и поищи по слову lifecycle на странице. Там есть довольно много подобных опций, оказывается.
J
handle_virt_lifecycle_events = False, например, можно выставить. Тоже решит проблему, но создаст еще и потенциально опасные ситуации.
Ruslan
Коллеги, а есть такие, кто пользуется поделкой cinder-backup
Я бы хотел но не могу вкурить как ей пользоваться
gwaewion
Стэканы, в деплое хапрокси и галеры в логах постоянно ошибка 2013. Это приемлимое поведение? Та же беда с раббитом: постоянные реконнекты. Иногда ошибка о неверных креденшиалсах. При этом, всё, вроде бы, работает
J
Стэканы, в деплое хапрокси и галеры в логах постоянно ошибка 2013. Это приемлимое поведение? Та же беда с раббитом: постоянные реконнекты. Иногда ошибка о неверных креденшиалсах. При этом, всё, вроде бы, работает
Ну, ка, и то и другое покажи, пожалуйста, и расскажи при чем тут кролик.
Его, вроде, лучше без haproxy использовать, а просто кластер собирать и в transport_url указывать все серверы.
То есть, нужны щас логи галеры, кролика и haproxy.
gwaewion
Это ж нужно килограм на рабочий пека ставить
gwaewion
Ща, сообразим
J
Стэканы, в деплое хапрокси и галеры в логах постоянно ошибка 2013. Это приемлимое поведение? Та же беда с раббитом: постоянные реконнекты. Иногда ошибка о неверных креденшиалсах. При этом, всё, вроде бы, работает
С кроликом могу сходу предположить в чем беда.
Клиенты используют постоянные долгоживущие tcp соединения при работе с ним, а haproxy по-умолчанию обрубает соединения по idle timeout.
J
Стэканы, в деплое хапрокси и галеры в логах постоянно ошибка 2013. Это приемлимое поведение? Та же беда с раббитом: постоянные реконнекты. Иногда ошибка о неверных креденшиалсах. При этом, всё, вроде бы, работает
Во, нашел)
https://deviantony.wordpress.com/2014/10/30/rabbitmq-and-haproxy-a-timeout-issue/
gwaewion
https://pastebin.com/eBF3tL64
gwaewion
https://pastebin.com/Avjvh8bZ
gwaewion
как-то так
gwaewion
https://pastebin.com/ztNzAPDn
J
В логах самой mysql ничо подозрительного?
Andrey
а мускуль в приницпе работает?
Andrey
отменяю вопрос, был неправ
gwaewion
в логах марии всё пучком
gwaewion
А что за файлы создаёт циндер в /var/lib/cinder?
Andrey
Отвечает Федор Двинятин
gwaewion
Просто, на разных сторадж хостах эти файлы имеют разные имена
gwaewion
Это значит, что том/снапшот привязываются в конкретному экземпляру циндер-волюма?
J
Это значит, что том/снапшот привязываются в конкретному экземпляру циндер-волюма?
Ну толком то объясни)
Какой бекэнд используется в cinder, какие имена у файлов?
Лежат прям в корне /var/lib/cinder или где?
gwaewion
Ну толком то объясни)
Какой бекэнд используется в cinder, какие имена у файлов?
Лежат прям в корне /var/lib/cinder или где?
Нфс экспорт пошарен промеж трёх нод. Лежат прям там
gwaewion
https://pastebin.com/ueyF3ys4
gwaewion
но, lock_path = /var/lib/cinder/tmp
J
Ну типа в /$state_path/tmp кратковременные блокировки хранятся, а то что в корне это, как я понимаю, какая-т хренотень для координации совместной работы нескольких cinder-volume. Задел на будущее что ли так и не реализованный)
gwaewion
То есть, по-хорошему, /var/lib/cinder нужно шарить промеж сторадж нод?
J
То есть, по-хорошему, /var/lib/cinder нужно шарить промеж сторадж нод?
Д хз стоит ли.
cinder-volume ща не умеет active-active.
J
То есть, по-хорошему, /var/lib/cinder нужно шарить промеж сторадж нод?
Во, глянь-ка.
https://specs.openstack.org/openstack/cinder-specs/specs/newton/ha-aa-manager_locks.html
J
Тут сообшств надо бы спросить)
gwaewion
Ну подумав немного я не могу пока придумать чем плохим это грозит)
Это грозит тем, что создав том через одну ноду, вырубив на ней сервис циндер-волюма, нельзя удалить этот том, покуда не вернёшь сервис в рабочее состояние