« Rev
@openstack_ru   1022
Fwd »


Nikolay
или может почитать как ovs настраиваться через interfaces?
Nikolay
auto storage allow-br_storage storage iface storage inet static address {{ storage_ip }}/{{ storage_prefix }} ovs_bridge br_storage ovs_type OVSIntPort
Nikolay
не - так не работает?
Nikolay
там есть забавный рейс с базой овса, может так и нужно на люлях это заводить
Nikolay
я то сдуру на нетплане все завел сначала, потом говорят атестацию не пройду :)
Nikolay
Ну ты жешь саппорт от вендора
Nikolay
Мы нипонимать че вы тут так сеть настроили :)
Artem
там может и есть русский след, но пока я его вижу только в виде их нового аля харайзена - он на го, исходников пока не нашел
я так понял позиционируется как продукт собственный разработки для размещения всяких ГИС с сертификатом ФСТЭК на недекларированные возможности, а не openstack в чистом виде. поэтому предположу что нужна была часть которую можно показать как свой код и показать проверяющему
Nikolay
Ну типа того
Nikolay
ну сеть и убунта это что то с чем то
Nikolay
есть конфиг, netwoking в running
Nikolay
овсовые бриджы есть, а физических портов в них нет
Nikolay
дергаешь нетворкинг приезжают...
Artem
А если сравнивать с Тионикс ? Тионикс вроде честно пишет что openstack под капотом
Vyacheslav
Нет тионикса, нет проблем
вроде как они переориентировали бизнес
NS 🇷🇺
вроде как они переориентировали бизнес
Ну вообще их переориентировали и нету их болье
Vyacheslav
гугл на это слово даёт ссылки на теннисные ракетки…
Sergey S.
Теперь вместо тионикса акцентос
Sergey S.
Это тоже самое, но просто развивается
Sergey S.
Люди теже, что делали тионикс изначально
Vyacheslav
это плюс или минус?
NS 🇷🇺
Это факт
Мне больше интересно, как им имя отдали под использование или они все так же с рт
Sergey S.
Нет, они отдельно
Sergey S.
У них права на имя тионикс только вне РФ. Внутри у ростелека. Как я помню
NS 🇷🇺
Так имя же другое
Они на сайте прям пишут тионикс холдинг )
Sergey S.
Но это уже не точно
Sergey S.
Они на сайте прям пишут тионикс холдинг )
Это имя их конторы. А продукт - акцентос
NS 🇷🇺
Казань была стартовой площадкой
Sergey S.
Тионикс и тионикс холдинг - это две разные компании)
Artem
а что за суды ? не в курсе
Jürgen
Ты как мотроскин)
Jürgen
Не ну норм жи 🤣
Jürgen
можно попробовать вкорячить netmgmt
Jürgen
а как добавляешь?
Sergey S.
Это ты все харбор мучаешь?
Sergey S.
Можно попробовать взять хостовую сеть в композе. Если речь про харбор. Ну а на хостовой ос делай что хочешь.
Sergey S.
Ну гугл в помощь. Думаю, все настраивается без проблем
Jürgen
визуально вроде правильно
Jürgen
ух ты ж е мае
NS 🇷🇺
нет
Slava I.
у всех у кого есть свое решение - сильно переработанный опенстек)
NS 🇷🇺
он сильно старый
NS 🇷🇺
мигратор этот вообще крутится отдельно с боку
gwaewion
Если речь про MRG, то у них форк, от которого несёт несвежим =)
gwaewion
Сколько они вам заплатили? =)
Slava I.
тут я хз что сказать мое понимание такое - если это не выложено в попенсурс, это не коммитится и не поддерживается(ну хотя бы раз в полгода ченить не правят там) (или поддерживается только силами конторы или еще веселей силами того кто это написал) то это сильно переработанное решение которое живет в конкретных условиях.
NS 🇷🇺
Сколько они вам заплатили? =)
не ну решение по миграции там реально нормально сделано. А даунстрим потому что сетевая часть вроде тоже перепиленная
gwaewion
Им ещё один эндорсер не нужен за несколько деняк?
Artemy
Ты много неправильно слышал.
Vladimir
Коллеги, может кто в курсе. Какой процесс добавляет данные в таблицу pci_devices базы nova? nova-api? nova-conductor? nova-compute сам(вроде бы нет)? Есть хост на котором GPU не регистрируются в PCI базе хотя настроено всё корректно и аналогично другим хостам. Единственное отличие в модели GPU - она такая единственная в облаке. В дебаг логах nova-compute устройства числятся. Не понимаю где ломается.
Vladimir
nova-compute репортит устройства. Смотри на конкретном гипервизоре в конфиге новы вайтлист для pci устройств и алиасы.
Спасибо, так и вышло. Коллеги vendor/product в alias добавили а в whitelist - нет. А я поверил, что настроили всё правильно, и не проверил сразу. Никому нельзя доверять, эх.
Danila
Как можно кастомизировать облачный образ ubuntu так, чтобы при запуске виртуалки с образа, публичный ssh-ключ прокидывался пользователю, который указан в cloud-init ?
Илья | 😶☮️🐸
Ну то есть серьезно, да ?
Danila
ну, я это сделал через сloud-init на opensuse
Илья | 😶☮️🐸
Да это везде будет работать, конфиги одинаковые для большинство дистров
Danila
но на ubuntu, при сборке через packer, что-то идет не так...
Илья | 😶☮️🐸
дёшево и сердито
Danila
при запуске виртуалки с собранного образа получаю public key permission denied
Danila
дёшево и сердито
мне в образ надо ПО докидывать
Danila
собственно, на основе этих образов (по ссылке выше) я и собираю свои
Danila
может, у ubuntu есть какие-то свои особенности ?
Илья | 😶☮️🐸
Пример cloud-config скинь на гист
Илья | 😶☮️🐸
или сюда, если по ширине влезает
Danila
#cloud-config users: - default system_info: default_user: name: custom uid: "1003" lock_passwd: true groups: custom shell: /bin/bash
Илья | 😶☮️🐸
эмм, а где тут публичный ключ ?
Danila
эмм, а где тут публичный ключ ?
когда я создаю виртуальную машину через openstack, указывая публичный ключ, то я могу зайти на созданную вм, используя юзера ubuntu
Danila
моя задача - сделать так, чтобы при создании виртуальной машины в openstack, я указал публичный ключ, и смог зайти на виртуальную машину по ssh под юзером custom
Илья | 😶☮️🐸
добавляйте через cloud-init и живите спокойно
Илья | 😶☮️🐸
а ещё, в свойствах образа мб надо добавить os_admin_user кастомное, какое хотите, вероятно оно тоже участвует в том, куда положить ключ (как минимум агент смотрит на него)
« Rev
@openstack_ru   1022
Fwd »