Стоит уже несколько месяцев

Захожу, пишет что то серты протухли, накатываю серты, болт

В итоге на контролах все ок со временем, на всех гиперах timedatectl зависает

Проверил состояние сервисов - идентичное на контролах и гиперах

Передернул systemd-time полетело

Что за нах с этой убунтой

да это я сейчас подкинул, но какого вот так раскорячило

порвался тузик

может уборщица

К разговору зачем пароль для пользака

Предлагаю еще накинуть антивирус и секуринет

Ну прикольный же фонтан получается, когда ты пытаешься че-нить починить

бета не бета тянутся больше двух лет. Да и там кроме как stateful daemon deploymen cronjob и нет ничего

Даже если звеси hpa то он уже тоже стейбл

гыгы, прописывание ntp не помогает

А мы хитрые. мы може уложить весь кубер и просто его перелить за 20 минту со всеми чартами и данными. На 20 минут ляжет только API

Всегда должен быть план Б

у меня apply зависал только при финализаторах, но у нас их нет.

у нас github enterprise + jenkins

но чарт пофиг откуда ставить

нам хватаеn эластика + фильтры fluetd + logs_json Там все есть для трейсов

а зачем? опенстек и так пишет req-id все поля в json, все ищется

Планирую сменить место работы ... Дорого...

Планирую сменить место работы ... Дорого...

а шо случилось?

ну не могу же я позорить свою контору

openstack volume unset --property attached_to_instance=ab21f3fd-671b-489e-8827-32fcca122f74 40ea0805-c195-47d5-8e5f-a265ad6dc3af Unable to establish connection to http://cinder.openstack.svc.cluster.local/v3/5c561fe6dc3b4383b6d28d3ce38d626a/volumes/detail: HTTPConnectionPool(host='cinder.openstack.svc.cluster.local', port=80): Max retries exceeded with url: /v3/5c561fe6dc3b4383b6d28d3ce38d626a/volumes/detail (Caused by NewConnectionError('<urllib3.connection.HTTPConnection object at 0x7f3e68237190>: Failed to establish a new connection: [Errno -3] Temporary failure in name resolution'))

пытаюсь удалить volume, но постоянно ошибка, не понимаю что поломалось

сервисы подняты, endpoint тоже, других ошибок в логах нет

Так написано же dns не алло

Или хапркоси чудит

А так опенстек токен ишью и курл в помощь

Так написано же dns не алло

по ошибке днс понятно, но не понимаю по какой причине такая х...

по ошибке днс понятно, но не понимаю по какой причине такая х...

в /etc/hosts может пусто

resolv.conf все в порядке, coredns рулит

Скажу так, не всегда такая ошибка означает, что написано

В любом случае нужно проверить курлом

И из контейнера

Планирую сменить место работы ... Дорого...

Дорого все могут)

Например резолв и хостес при изменении не меняются в контенере

@jingvar хорошее предложение)

Дорого все могут)

Могу недорого, сиси мять, и работать по заявкам ровно в отведенный срок. А be own стоит денег

Могу недорого, сиси мять, и работать по заявкам ровно в отведенный срок. А be own стоит денег

Недорого сиси мять? Демпингуешь

Да ладно, там еще груши околачивать и из пустого в порожнее остается

Да ладно, там еще груши околачивать и из пустого в порожнее остается

Вату катать забыл :)

Всем привет, подскажите пожалуйста, volume из 3Гб image создается от 5 до 10 минут, как можно это потюнить? openstack volume create --image ID \ --size 32 --availability-zone nova my-test-volume image и volume на ceph

Всем привет, подскажите пожалуйста, volume из 3Гб image создается от 5 до 10 минут, как можно это потюнить? openstack volume create --image ID \ --size 32 --availability-zone nova my-test-volume image и volume на ceph

Если на одном цефе то поможет direct_url но зависит от кучи факторов

Всем привет, подскажите пожалуйста, volume из 3Гб image создается от 5 до 10 минут, как можно это потюнить? openstack volume create --image ID \ --size 32 --availability-zone nova my-test-volume image и volume на ceph

https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/9/html/configuration_reference_guide/configure-cache

Configure Image-Volume Cache включите и будет вам счастье

Configure Image-Volume Cache включите и будет вам счастье

Спасибо, попробую!

ну не могу же я позорить свою контору

Ты позор своей конторы? :)

терпила года

Всем привет, подскажите пожалуйста, volume из 3Гб image создается от 5 до 10 минут, как можно это потюнить? openstack volume create --image ID \ --size 32 --availability-zone nova my-test-volume image и volume на ceph

Зачем? Ну создаётся и создается. Два ботлнека - сетевка до контролов и цеф

терпила года

Осень. Птицы потянулись в теплые края...

Зачем? Ну создаётся и создается. Два ботлнека - сетевка до контролов и цеф

Т.е. про lun copy и raw рассказывать не будем

Т.е. про lun copy и raw рассказывать не будем

Ну какие Lun copy? Боже упаси

Configure Image-Volume Cache включите и будет вам счастье

Зачем там кеш? glance умеет хранить имаджи в cinder и если хранилка одна и таже для вм и имаджей все происходи на хранилке

Ну там. Всякие директ URL, создание вольюма из образа на стороне хранилки

Зачем там кеш? glance умеет хранить имаджи в cinder и если хранилка одна и таже для вм и имаджей все происходи на хранилке

так это оно и есть. Там имиджи будут кэшироваться на ceph и создаваться средствами хранилки, а не гоняя данные из glance в cinder-volume

Нихера

Есть глэнс кэш есть имадж вольюм кеш они работают поразному

так это оно и есть. Там имиджи будут кэшироваться на ceph и создаваться средствами хранилки, а не гоняя данные из glance в cinder-volume

Кеш это кеш, а передача волума в одно хранилке это другой механизм.

В случае вольюм кэша у тебя будет 3 экземпляра для каждого синдера

Кеш это кеш, а передача волума в одно хранилке это другой механизм.

Паш, кэшем они имеют тут в виду то что при первом создании образа он будет переписан на хранилку под своим user/tenant id и в последситвии хранилка будет своими средствами из этого образа делать clone

Паш, кэшем они имеют тут в виду то что при первом создании образа он будет переписан на хранилку под своим user/tenant id и в последситвии хранилка будет своими средствами из этого образа делать clone

это отдельны механизм. там уже давно завезли прямое взаимодействие Там штуки 4 подходов к хранению и ускорению

В самом конце описание (это прям сразу храним в cinder без перекладывания) https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1707037

это отдельны механизм. там уже давно завезли прямое взаимодействие Там штуки 4 подходов к хранению и ускорению

А там - это где?

А там - это где?

cider+glance+storage

О как. Я думал все еще кеш на компуте и все через гланс на контролах

Ну это в случае с цефом

Хотя в целом, не вижу особых проблем со скоростью перегона имиджей...

мне осталось победить "не использовать cinder/convertion" при разных бекенда у cinder чтобы два луна подключил и перелил а не, "гланс ище в циндер. тот емму отдает lun, потом cinder качает этот имадж в convertion и заливает в диск в своем сторадже"

Ну это в случае с цефом

необязательно. у нас это работате на дораде (ничего никуда не качается сразу на хранилке) сейчас я это сделал для glance+cinder+iscsi+lvm.

Чтобы синдер не конвертик нужно чЮдо. Эта тварь даже из raw в raw прогоняет пустую конверсию. Скотина

путь самурая

необязательно. у нас это работате на дораде (ничего никуда не качается сразу на хранилке) сейчас я это сделал для glance+cinder+iscsi+lvm.

Кхм. Интересно.

Хотя в целом, не вижу особых проблем со скоростью перегона имиджей...

можно пойти дальше и средсвами glance раскидывать по все стораджам и тогда "залили диск и он современим рапозлся по все хралкам"

необязательно. у нас это работате на дораде (ничего никуда не качается сразу на хранилке) сейчас я это сделал для glance+cinder+iscsi+lvm.

Это только если у тебя один сторадж на всё.

можно пойти дальше и средсвами glance раскидывать по все стораджам и тогда "залили диск и он современим рапозлся по все хралкам"

Стопицот копий диска? :)

Стопицот копий диска? :)

имаджа