дай мне плюс на хабре

скинь

https://habr.com/ru/users/gecube/

Оки - вечером скину 😉

кликну то есть

merci

Проголосовал но комменты сцуки не даю поставить акаунт восстанавливал

Паралельно открыл якобы работающий модуль Mount - вместо System но пока настраиваю

накину

https://vmware.github.io/photon/

кто пробовал?

Паралельно открыл якобы работающий модуль Mount - вместо System но пока настраиваю

верным путем идешь

Проголосовал но комменты сцуки не даю поставить акаунт восстанавливал

спасибо

Вижу что VMWare не хотят остаться у разбитого корыта Copyright © 2016-2019 VMware, Inc.

еще ?

Вижу что жалкая копия "Runs rpmbuild."

Вижу что использую RHEL0like пакеты tdnf install lightwave -y

короче, кореос у нас в фаворе все равно?

Даже не удосюжились нормальный IPA поставить

Да точно !

Фотон даже CI/CD не имеет - ну cloud init не в счет

Напомнило обычную копию sCO UNIX from Novell 😉

Команды особенно дебильные pmd-cli net if_iaid --get --interface <ifname>

ааа. не доводи меня до истерики

все молчу молчу

👍

Вот понравилось https://coreos.com/rkt/docs/latest/using-rkt-with-systemd.html

мда, жаль, что ркт закопали

Ну будет подман вместо ркт

С учётом попадания в redhat-семью закономерный итог, подман норм и док про ркт с systemd применим

Там еще fedora наседает со своим стаффом

риск что расплывается в федоре

Так рхел атомик закопали в пользу кореос?

Значит, и Федора атомик ололо

@evgeny_kuzin будет жить. Поприветствуем!

https://m.habr.com/ru/company/flant/blog/440810/

Не дают покоя лавры кореоси

Идиотс 😉

CoreOS выросла как развитие Gentoo IMHO

А ту на тебе - инженер представил контейнерную ОС.

Контейнеровоз, а не контейнероос

Да надо же кому и денег заработать на огласке "новых" технологий

У меня вопрос кстати - есть контейнер с Java (centos)

соответственно есть java приложение которой в рамках контейнера в его окружении прекрасно выполняется - но при передаче через docker run сcentos "приложение" теряется окружение - оно и понятно что выполняется в рамках корневой ОС

сама Java в контейнере по полному пути отрабатывает; если брать ту же centos то там тоже контекст выполнения был из докера... вот и думаю где тут собака порылась в CoreOS в части контента - может передавать пути и окружение с переменными при старте докера в env файле ?

докер - java - jboss - приложение

вот такая цепочка в одном докере

пока без реистра и кластера - пытаюсь добиться автономного выполнения

погоди

я туплю и меня тошнит

гожу

т.е. на центось приложуха работает ок?

но при запаковке в контейнер - ломает?

да под java

нет - все ок

проблема НЕ ЗАВИСИТ от хост оси докера?

еще могут быть проблемы с пермишенами очевидно

в том то и дело - где то в CentOS переезжали и переменные что java там то а апликуха там то - хотя в profile.d/ + source создано

а что за пермишины ?

то ессть в CentOS это победилось через env в dockerfile build

тогда сдампай целиком env на центоси и засунь в докер

ага

как вариант точно

один раз расписать в правильном образе и запускать

ну, да

а по поводу сети + vlan - как правильнее в CoreOS разливать сеточку ?

без кластера и регистра просто ручками прописать как в qemu в json или xml ?

через systemd новую службу или штатными ?

а игнишн нафига?

и клауд-инит. Они как бы оба решают эту задачу

понял. то то я думаю что не хочется через etcd все делать и swarm вспомнил 😉

Ну как то так https://container-solutions.com/running-docker-containers-with-systemd/

Царь Пётр будет жить. Поприветствуем!

Welcome !

7985 Ranis будет жить. Поприветствуем!

Мда... есть проблемы с запуском Jboss в контейнере - у него свои лимиты на процессы

Мда... есть проблемы с запуском Jboss в контейнере - у него свои лимиты на процессы

Ну, как бы да. Но это разве проблема ?

Да, платформа не пойдет в прод

https://youtu.be/_EHSY92R2xU