Size: a a a

OpenShift - русскоязычное сообщество

2020 May 06

GS

Gennady Sychev in OpenShift - русскоязычное сообщество
Коллеги всем привет.
Пока читаю доку, можно пару экспресс вопросов...
1. в vSphere 6.7 OCP 4 умеет auto-scale?
2. выше в чате нашёл упоминание того что будет меняться политика лицензирования, могу ли я юзать OCP для dev кластера или ставить OKD?
источник

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Gennady Sychev
Коллеги всем привет.
Пока читаю доку, можно пару экспресс вопросов...
1. в vSphere 6.7 OCP 4 умеет auto-scale?
2. выше в чате нашёл упоминание того что будет меняться политика лицензирования, могу ли я юзать OCP для dev кластера или ставить OKD?
1. в 4.4 нет, в 4.5 научится
2. можно юзать для dev, там есть и evaluation подписка, а можно и без поддержки
источник

GS

Gennady Sychev in OpenShift - русскоязычное сообщество
спасибо.
источник

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Michael Silich
не критично, но шифт репортет что etcd degradet и оставшие мемберы болеют. Ручками удалить некретично будет?
так, окей, это на самом деле серьезно :)
Есть минутка сделать must-gather и прислать мне?
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
Да. Сек
источник

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
но есть и хорошие новости - это происходит через пару часов даже при чистой установке :)
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
прям грип какойто  :)
источник

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
ветрянка, сэр
источник

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
поиграли в "дом который построил джек" и выяснили что это https://bugzilla.redhat.com/show_bug.cgi?id=1737982
пока неясно насколько часто это происходит
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
наступаю на все баги, пора в QA идти
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
ага, тоесть это проблемма стэка а не шифта тоесть?
источник

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
ovs часть rhcos, так что в любом случае проблема шифта
источник

DG

Dmitry Gadeev in OpenShift - русскоязычное сообщество
Michael Silich
и тут мы узнали, что об nginx в RH еще не слышали, до сих пор апача используют для таких дел 🙂
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
Работает, не трогай. Это даже мой прадед говорил
источник

AA

Artyom Abramovich in OpenShift - русскоязычное сообщество
Michael Silich
наступаю на все баги, пора в QA идти
за мной будете, молодой человек 😃
источник
2020 May 07

U

Ugly in OpenShift - русскоязычное сообщество
Коллеги, вопрос. Есть задача, из одного имиджа в другой "синкануть" файлы. После небольшого поиска решил что мой вариант oc run с параметрами. У шифта есть особенность, без указания лимитов по памяти/процу шедулер режектит попытки запуска под и прочего добра. Ну я нашел доку, сваял команду

oc run files-sync --image=files-dev --limits='cpu=200m,memory=512Mi' --command 'cp /mnt/files/sync.sh.default /mnt/files/sync.sh && sh -c /mnt/files/sync.sh'

запускаю, а шифт ругается "мол не заданы лимиты блаблабла". Подскажите, а что не так то? Квоты не выбраны, хватит запустить и более жирный под
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
Зачем с одного имаджа синкать файлы в другой? Заведите себе бд, S3,nfs или еще что.
источник

MS

Michael Silich in OpenShift - русскоязычное сообщество
@vrutkovs https://bugzilla.redhat.com/show_bug.cgi?id=1832261 там стоит нормальный ceph у меня на ссдшках. Сеть 10g в бонде. Такчто я думаю что дело с сторадже
источник

VR

Vadim Rutkovsky in OpenShift - русскоязычное сообщество
Michael Silich
@vrutkovs https://bugzilla.redhat.com/show_bug.cgi?id=1832261 там стоит нормальный ceph у меня на ссдшках. Сеть 10g в бонде. Такчто я думаю что дело с сторадже
Судя по всему да.

Мы вчера копали и ничего очевидного не нашли. Etcd просто стал нагруженней, есть несколько фиксов, будем тестировать
источник