52595 2024-12-30 03:11:38 +0300 Необходимо собрать с dbus для работы SDN выдачи ip адресов для контейнеров и виртуальных машин 2025-01-14 12:34:43 +0300 1 1 1 Unclassified Branch p11 dnsmasq unspecified x86_64 Linux CLOSED FIXED P5 blocker --- 0 max.gordeef sem amakeenk arseny max.gordeef qa-p11 oldest_to_newest 256843 0 max.gordeef 2024-12-30 03:11:38 +0300 host-1 dnsmasq[130984]: DBus not available: set HAVE_DBUS in src/config.h host-1 dnsmasq[130984]: FAILED to start up host-1 systemd[1]: dnsmasq@snet0.service: Failed with result 'exit-code'. если попробовать в simple типе сети выставить флаг DHCP так же необходимо существование каталога /etc/dnsmasq.d/ чтобы в работало корректно создание конфигураций для dnsmasq@.service 257110 1 sem 2025-01-12 01:13:11 +0300 (Ответ для GordeevM на комментарий #0) > так же необходимо существование каталога /etc/dnsmasq.d/ Я не понимаю какое отношение это имеет к поддержке dbus, о которой баг, но у нас с 2013 года используется /etc/dnsmasq.conf.d. 257117 2 max.gordeef 2025-01-12 13:50:03 +0300 При переходе с p10 на p11 этого каталога не создается, и это поведение ломает работу настройку SDN SDN требует именно такой каталог для того чтобы изолированные сети ничего больше не ломали 257123 3 sem 2025-01-12 15:44:35 +0300 Если вопрос каталогов /etc/dnsmasq.* не имеет отношения к поддержке DBUS в dnsmasq, то откройте отдельный баг. 257166 4 max.gordeef 2025-01-13 12:46:07 +0300 (Ответ для Mikhail Efremov на комментарий #3) > Если вопрос каталогов /etc/dnsmasq.* не имеет отношения к поддержке DBUS в > dnsmasq, то откройте отдельный баг. в каком-то виде имеет -- создается файл настроек для интерфейса, который должен располагаться по указанному пути -- а его там нет.. потом выполняется уведомление по DBUS шине что там появились настройки. 257167 5 max.gordeef 2025-01-13 12:47:21 +0300 Общая проблема -- это реализация SDN -- ранее описанные проблемы мешают использовать эту возможность 257194 6 sem 2025-01-13 17:37:34 +0300 Почему нельзя использовать существующий более 10 лет /etc/dnsmasq.conf.d? Наконец, можно запускать dnsmasq со своим конфигом, указав его в /etc/sysconfig/dnsmasq (или /etc/sysconfig/dnsmasq.<intctance> в случае использования dnsmasq@.service). Я вообще сомневаюсь, что установленные там опции по умолчанию OPTIONS="--bind-interfaces --interface lo" подходят для ваших целей. Я, конечно, могу добавить в пакет симлинк /etc/dnsmasq.d -> /etc/dnsmasq.conf.d, но мне не хочется плодить сущности без необходимости. 257203 7 arseny 2025-01-13 18:10:17 +0300 (In reply to GordeevM from comment #5) > Общая проблема -- это реализация SDN -- ранее описанные проблемы мешают > использовать эту возможность Вы уже пять раз упомянули слово SDN, ничего не сообщив о том, что это за продукт, кто его апстрим и почему же он чего-то _требует_ от дистрибутива и от dnsmasq, что кушать не может; как будто SDN — это волшебное слово, открывающее все двери (за пределами встреч производителей сетевого железа с инвесторами оно таковым не является). Уточните, пожалуйста. А то может оказаться, что, чтобы эта система работала на альте, альту нужно стать жалкой имитацией продукта Canonical. :/ 257205 8 arseny 2025-01-13 18:11:51 +0300 (In reply to Arseny Maslennikov from comment #7) > (In reply to GordeevM from comment #5) > > Общая проблема -- это реализация SDN -- ранее описанные проблемы мешают > > использовать эту возможность > > Вы уже пять раз упомянули слово SDN, ничего не сообщив о том, что это за > продукт, кто его апстрим и почему же он чего-то _требует_ от дистрибутива и Т. е., (не только мне) хотелось бы понять, насколько общую ценность будут иметь предлагаемые вами изменения в пакет dnsmasq. А то, может, они полезны только вам и вашей безымянной метасистеме. 257206 9 max.gordeef 2025-01-13 18:14:34 +0300 Простите, ненадо симлинка -- юнит который порождается применением опций SDN породжает ИЗОЛИРОВАННЫЙ демон, который в том числе читает указанные вами пути, при этот он запускается ОТДЕЛЬНО и ИЗОЛИРОВАННО для SDN интерфейса https://pve.proxmox.com/pve-docs/chapter-pvesdn.html более управляемое совместное использование хоста виртулизаци, в том числе более управление назначение ip адресов и маршрутизации. на чат включение dbus -- это много где применяется как бы... 257215 10 sem 2025-01-13 19:02:00 +0300 По поводу включения поддержки DBUS я ничего против не имею, он и так уже везде. До сих пор этого никому не требовалось, но раз теперь кому-то надо - я включу. 257217 11 max.gordeef 2025-01-13 19:36:44 +0300 https://pve.proxmox.com/pve-docs/chapter-pvesdn.html#_plugins Configuration The plugin will create a new systemd service for each zone that dnsmasq gets deployed to. The name for the service is dnsmasq@<zone>. The lifecycle of this service is managed by the DHCP plugin. The plugin automatically generates the following configuration files in the folder /etc/dnsmasq.d/<zone>: --- Доработан ли юнит-файл под специфику alt ? dnsmasq@.service 257222 12 sem 2025-01-13 20:44:28 +0300 Как работает плагин proxmos'а я без понятия, а dnsmasq@.service из пакета, разумеется, работает, было бы странно паковать нерабочий юнит. Я писал выше, что в этом случае используется /etc/sysconfig/dnsmasq.<instance>. 257236 13 max.gordeef 2025-01-14 00:20:54 +0300 (Ответ для Mikhail Efremov на комментарий #12) > Как работает плагин proxmos'а я без понятия, а dnsmasq@.service из пакета, > разумеется, работает, было бы странно паковать нерабочий юнит. > Я писал выше, что в этом случае используется > /etc/sysconfig/dnsmasq.<instance>. это каталог или файл? 257256 14 max.gordeef 2025-01-14 10:19:08 +0300 Замените, плиз /etc/sysconfig/dnsmasq.<instance> на -- чтобы меньше изменений пришлось вносить в плагин proxmox, да и так логичнее будет /etc/sysconfig/dnsmasq.d/<instance> 257267 15 repository-robot 2025-01-14 12:34:43 +0300 dnsmasq-2.90-alt3 -> p11: Mon Jan 13 2025 Mikhail Efremov <sem@altlinux> 2.90-alt3 - Enabled DBus support (closes: #52595). - Dropped "Broadcast routing" feature leftovers.