Size: a a a

2021 January 25

w❤

wuut ❤️✊🏻✌🏻... in CentOS [Ru]
Я юзал только лтс ядра в арче с невидией. В принципе было норм
источник

BS

Boris 🦍 Shestov in CentOS [Ru]
Привет. подскажите. После systemctl restart network пропадает доступ к контейнерам docker. Например telnet снаружи не позволяет достучаться до порта. Внутри машины я могу достучаться telnetom до порта контейнера.
Помогает рестарт докер демона. В чем может быть дело? Iptables правила? вроде, все те же что и до рестарта network сервиса
источник

l

linxon in CentOS [Ru]
wuut ❤️✊🏻✌🏻
8 лет арча до этого, и, внезапно, тоже ни разу не упал до такой степени, что пришлось переустанавливать систему. Все чинилось руками и даже без гугла
у вас-то оно не падает, а вот поставь такой отцу или матери...
источник

l

linxon in CentOS [Ru]
новичкам будет трудно объяснить, что нужно сделать, чтобы снова заработало
источник

w❤

wuut ❤️✊🏻✌🏻... in CentOS [Ru]
ну ето да. в таких случаях деб стейбл меня выручает
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
Boris 🦍 Shestov
Привет. подскажите. После systemctl restart network пропадает доступ к контейнерам docker. Например telnet снаружи не позволяет достучаться до порта. Внутри машины я могу достучаться telnetom до порта контейнера.
Помогает рестарт докер демона. В чем может быть дело? Iptables правила? вроде, все те же что и до рестарта network сервиса
докер перенаправляет трафик с портов на хосте на порты контейнеров с помощью iptables, firewalld и прочих инструментов управления фаерволом, которые есть в системе. в частности, в firewalld в центоси он делает временные правила, которые стираются при firewall-cmd —reload

чиниться это или рестартом докера, или же рестартом контейнеров в докере
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
обычно я healthcheck делаю для контейнеров, если, допустим база данных отвалилась, то контейнер перезапускается, правила для фаервола заново применяются, порты публикуются и всё работает
источник

BS

Boris 🦍 Shestov in CentOS [Ru]
Anatolij Iz Podvala
обычно я healthcheck делаю для контейнеров, если, допустим база данных отвалилась, то контейнер перезапускается, правила для фаервола заново применяются, порты публикуются и всё работает
да. просто подумал, может есть какой-то более лайтовый путь, чтоб весь демон не рестартить. думал, что после рестарта правила и состояние сети должны прийти в состояние до рестарта. на дебиан такой штуки не замечал.
источник

BS

Boris 🦍 Shestov in CentOS [Ru]
Anatolij Iz Podvala
обычно я healthcheck делаю для контейнеров, если, допустим база данных отвалилась, то контейнер перезапускается, правила для фаервола заново применяются, порты публикуются и всё работает
рестарт контейнера не помогает. только всего демона.
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
например, можно сделать аналог healthchek'а telnetom из самого контейнера.
типа если контейнер сам до себя не может достучаться, используя, допустим curl https://apache_in_docker.example.org/test, то он перезапускается
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
Boris 🦍 Shestov
рестарт контейнера не помогает. только всего демона.
у меня swarm, рестарт контейнера помогает
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
во
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
то есть контейнер раз в 30 секунд пингует базу данных, пингует редис, потом проверяет, не отвалился ли вэбсервер.
потом ещё есть аналогичный тест на жизнеспособность у балансировщика - он пингует внешний сайт, если не работает, то перезапускается
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
если firewall-commad --relaod делают, то гдето через 10 секунд перестают пинговаться балансировщик и контейнеры, они перезапускаются, и потом всё работает
источник

BS

Boris 🦍 Shestov in CentOS [Ru]
Anatolij Iz Podvala
если firewall-commad --relaod делают, то гдето через 10 секунд перестают пинговаться балансировщик и контейнеры, они перезапускаются, и потом всё работает
хм. ну ладно. спасибо буду копать. правда у меня firewalld выключен.
источник

V

Vladimir in CentOS [Ru]
wuut ❤️✊🏻✌🏻
Не всегда невидиа успевает выпустить драйвер под новое ядро, а в Федоре оно обновляется нещадно
у меня на ноуте федора с нвидиа мх150 - ни разу еще не было проблем при обновлении.
источник

AE

Ant0n Erem1n in CentOS [Ru]
может пригодится комунить..
#api
Нашел шикарное(хоть и древнее) эссе про дизайн Rest api от чувака который работал над Red Hat Enterprise Virtualization API. Очень рекомендую, узнал много интересного!
Например, вы знали, что если вам нужно уметь работать с версиями ресурсов, то в Rest'е есть нативный механизм для этого под названием variants?
Или про Link headers, позволяющие получить все ссылки из ответа на запрос без парсинга самого ответа?
источник

AI

Anatolij Iz Podvala in CentOS [Ru]
Ant0n Erem1n
может пригодится комунить..
#api
Нашел шикарное(хоть и древнее) эссе про дизайн Rest api от чувака который работал над Red Hat Enterprise Virtualization API. Очень рекомендую, узнал много интересного!
Например, вы знали, что если вам нужно уметь работать с версиями ресурсов, то в Rest'е есть нативный механизм для этого под названием variants?
Или про Link headers, позволяющие получить все ссылки из ответа на запрос без парсинга самого ответа?
мы этим пользовались. попроще #api
https://www.restapitutorial.com/
источник

M

Mi in CentOS [Ru]
подскажите, а если прыгать с 7ой версии на 8ку, то для домашнего сервачка лучше поставить центос 8 stream? у него поддержка вроде как до 2024
источник