Протоколы встреч 2024

Продолжается обсуждение того, как организовать классическую проблему UID/GID с клиентами NFS.

СОГЛАСОВАНО: В отношении NFS мы начнём с playbook Ansible для LDAP и параллельно создадим документацию для ручного способа в небольших сетях.

Решено опубликовать статью в Fedora Magazine, подготовленную Mowest, 20 или 23 декабря и сразу начать опрос.

ДЕЙСТВИЕ ВЫПОЛНЕНО: Mowest напишет первый черновик статьи о нашем опросе.

Мы уже обсуждали эту тему в списке рассылки. Есть запрос на удаление информации Cockpit при каждом входе по ssh.

СОГЛАСОВАНО: В отношении бага 1635200 рабочая группа соглашается сохранить текущее информационное сообщение Cockpit.

Похоже, что переход f41 с dnf на dnf5 вызвал проблемы в моих модулях Ansible. Эти проблемы требуют дальнейшего исследования.

СОГЛАСОВАНО: Текущая версия в экземпляре LimeSurvey Fedora является окончательной.

Мы обсудили и согласовали различные шаги по распространению информации об опросе в сообществе Fedora.

Мы согласны, что пришло время создать что-то действительно новое для Fedora Server. Некоторые предварительные идеи:

СОГЛАСОВАНО: Опрос Fedora Server должен начаться 10 декабря 2024 года и продлиться до 18 февраля 2025 года

Опрос будет доступен по адресу https://fedoraproject.limequery.com/fedora-server-f41 после его переноса в пространство Fedora.

@jwhimpel планирует обновить текущий репозиторий. Затем мы сможем начать тестирование и проверку. Он объявит об обновлении в списке рассылки.

СОГЛАСОВАНО pboy напишет черновик документа, описывающего нашу стратегию тестирования.

СОГЛАСОВАНО: Образ KVM будет мигрирован на KIWI сейчас, корректировка именования будет рассмотрена позже вместе с iso.

Решение пока не принято.

В F42 только workstation получит выгоду от нового Anaconda WEB UI. Прежде чем Server сможет его использовать, предстоит разработать множество отсутствующих функций. Workstation переключится на RDP вместо VNC. Для удалённой интерактивной установки в командной строке ядра параметр inst.vnc заменяется на inst.rdp.

Благодаря Paul Maconi у нас появилась первая запись в проекте "Fedora Server в виртуализированной среде выполнения" о установке на Proxmox. Emmanuel проведёт проверку.

ДЕЙСТВИЕ: Mowest напишет первый черновик статьи о нашем опросе.

NFS 4 теперь работает, сервер NFS запущен, как и клиент NFS. Оба нуждаются в некоторой доработке.

СОГЛАСОВАНО: В отношении Ansible / NFS мы изучим и протестируем то, что у нас есть, и продолжим на встрече через 2 недели.

СОГЛАСОВАНО: Мы обсудим это в течение следующих 2-3 недель в списке рассылки и попытаемся определить окончательный план. Один из вопросов, который нужно учесть, — нехватка тестового оборудования.

Наш официальный текущий список находится здесь: +!link https://fedoraproject.org/wiki/Server

У нас есть 7 участников, которые ни разу не появлялись за последние 2 года. Наша обычная процедура — связаться с ними и спросить, что они планируют. И, возможно, договориться об уходе. А затем нам следует проявить инициативу, чтобы привлечь 1-2 новых участников. Возможно, в рамках нашего предстоящего опроса.

СОГЛАСОВАНО: pboy начнёт связываться с неактивными участниками.

После короткого перерыва на чтение перенесено на следующую встречу.

Justin присоединился к нам и договорился с Mowest о дальнейших действиях. Так что мы сможем скоро начать.

СОГЛАСОВАНО: Мы окончательно используем версию, как сейчас онлайн, то есть без варианта "другое" для вопроса "Как вы используете Fedora Server?"

ССЫЛКА: https://pagure.io/fedora-server/issue/146

С выпуском 42 мы перейдём на KIWI. ImageFactory больше не поддерживается и вообще недоступен. Текущие усилия:

ССЫЛКА https://koji.fedoraproject.org/koji/taskinfo?taskID=125070598

СОГЛАСОВАНО: Рабочая группа Server соглашается перейти на KIWI (4:0:0)

Мы согласны, что ручное тестирование наших установочных носителей и процедур необходимо, и часть этого уже включена в планы тестирования. Кроме того, было бы желательно более точно адаптировать объявление о тестировании для серверов к серверным вопросам.

ДЕЙСТВИЕ: pboy напишет обновлённую сводку о нашем тестировании выпуска 4, и мы продолжим в списке рассылки и на следующей встрече

Mowest запросил доступ к экземпляру Fedora Limesurvey через Gitlab. Кроме того, он создал черновик нашего опроса в бесплатной учётной записи Limesurvey (https://mowest.limesurvey.net/778249?lang=en).

ДЕЙСТВИЕ: pboy напишет сводку о текущем состоянии нашего опроса в списке рассылки, и мы продолжим в списке рассылки и на следующей встрече.

Нам всё ещё нужно протестировать установку на SBC. Eseyman возьмётся за это.

Mowest пока не добился успеха в продвижении опроса через другие экземпляры Fedora. Без этого мы не можем продвинуться в текущем состоянии.

Мы решили использовать текущую версию со всеми внесёнными изменениями и с более коротким из сформулированных вариантов на hackmd.io.

Mowest создаст версию обсуждаемого черновика в Lime survey и свяжется с Justin, чтобы продвинуть проект.

Мы согласились продолжить обсуждение в списке рассылки из-за нехватки времени здесь. См. pboy: Улучшение наших усилий по тестированию выпусков. Попытка обобщить наше обсуждение

Обсуждение было сосредоточено на оптимизации нашего подхода к тестированию выпусков. Было достигнуто согласие, с одной стороны, что программа тестирования должна быть интегрирована в QA дистрибутива, а с другой стороны, что тесты отдельных функциональностей должны быть автоматизированы. Независимо от этого, существует потребность в ручном тестировании, особенно (аппаратных) установочных носителей.

Действие: pboy создаст сводку в списке рассылки, которая будет основой для дальнейшего обсуждения.

Мы окончательно согласовали 4 цели:

Jwhimpel завершил первую версию кода Ansible, включая краткую документацию. Мы подробно обсудим это на следующей встрече, когда все участники смогут это протестировать.

Тикет #144 доступен для теста. По результатам обсуждения с adamw pboy создаст черновик описания теста в области Wiki Fedora Server. Цель — максимально автоматизировать процесс.

Eseyman создал список потенциально проблемных изменений, см. приложение к приглашению. Список также будет добавлен в тикет. Мы обсудим его на следующей встрече.

Серверные роли в основном работают. Jwhimpel добавит документацию о том, как их использовать (и тестировать). Есть некоторые темы, которые нам придётся решить после того, как все смогут их использовать, например, тип монтирования. На стороне клиента мы склонны поддерживать и обрабатывать только Fedora.

Мы решили пока использовать ту же процедуру, что и в прошлый раз (F40).

ДЕЙСТВИЕ: eseyman будет отслеживать список изменений на предмет возможных проблем, которые могут затронуть Server

ДЕЙСТВИЕ: pboy создаст tracking issue и скопирует таблицу F 40 в качестве отправной точки.

Мы хотим систематизировать процесс и шире использовать возможности Fedora, например, таблицы результатов, создаваемые для каждой сборки.

ДЕЙСТВИЕ: mowest свяжется с AdamW и обсудит, как мы можем использовать таблицы результатов.

Eseyman дал обзор своих впечатлений и опыта.

Одно из высказанных пожеланий — использовать Fedora в качестве маршрутизатора, подобно OpenWRT. Было согласовано, что это невозможно в рамках Fedora Server, так как требования к системной и информационной безопасности слишком различаются.

Одним из положительных отзывов было то, что Fedora развивается медленнее всего, а также наиболее обратно совместима, и при этом всегда имеет актуальные версии серверных программных компонентов проекта Fedora. Это наиболее желаемая характеристика наших целей для Fedora Server Edition.

jwhimpel начнёт добавлять темы в пустые шаблоны документов, когда завершит первую версию кода Ansible.

Мы рассмотрели ряд различных обсуждавшихся тем. В целом, наш текущий курс в дальнейшем развитии Fedora Server Edition доказал свою состоятельность. Наиболее важным изменением будет внедрение Ansible для наших специально поддерживаемых служб (ранее — серверных ролей).

Все согласны, что личное знакомство и обсуждение целей и следующих шагов было чрезвычайно положительным опытом и огромным мотивационным стимулом. Ничто другое не может это заменить. Flock был очень, очень полезен, и все усилия были очень вознаграждены. Flock в следующем году уже воспринимается с позитивным ожиданием.

ДЕЙСТВИЕ: eseyman опубликует свой отчёт о Flock в список.

Мы решили вести разработку в ветке stg и добавить туда также структуру каталогов.

СОГЛАСОВАНО: В отношении распространения мы предпочитаем путь rpm.

ДЕЙСТВИЕ: eseyman проверит playbook’и John

Мы снова обсудили конкретную цель, которую хотим достичь с помощью Ansible Playbook.

СОГЛАСОВАНО Рабочая группа Server соглашается с целью, определённой в комментарии https://pagure.io/fedora-server/issue/138#comment-920322 к issue 138

Мы хотим разделить текущий черновик NFS на 2 части: Установка и Настройка.

ДЕЙСТВИЕ ВЫПОЛНЕНО: pboy создаст 2 пустых документа для установки и настройки в репозитории

СОГЛАСОВАНО отложить это до тех пор, пока у нас не будет рабочей версии playbook Ansible.

СОГЛАСОВАНО: Мы откладываем переименование до тех пор, пока RelEng не примет решение о будущем наборе инструментов Fedora И не обновит документацию.

ДЕЙСТВИЕ: отменено pboy создаст issue в releng относительно установочных носителей

Eseyman упаковал роли robertdebock в rpm : https://eseyman.fedorapeople.org/ansible-robertdebock-roles/. Это альтернатива текущему стандартному пакету Fedora. У Jwhimple готовы 4 роли, но он не может загрузить их из-за проблем с правами и неполной конфигурации репозитория Server.

ДЕЙСТВИЕ: pboy добавит всех основных участников рабочей группы в качестве коммиттеров в наш репозиторий pagure.

Мы хотим разделить текущий черновик NFS на 2 части: Установка и (базовая) Настройка. Jwhimpel начнёт добавлять как минимум пункты списка, чтобы обрисовать предполагаемую информацию. Для поддержки этого pboy добавит соответствующие пустые файлы. Мы согласились документировать процесс с использованием Ansible и с использованием ручного CLI. Будем ли мы учитывать Cockpit и как — ещё предстоит решить.

ДЕЙСТВИЕ: pboy создаст 2 пустых документа для установки и настройки в репозитории, затем каждый сможет добавить в них соответствующие темы и перенести текущий интегрированный документ.

Обсуждалась конкретная цель этой работы. Согласовано сосредоточиться на playbook для общего/стандартного сценария использования и предусмотреть хуки для расширения на другие локальные сценарии.

Мы согласились начать с опроса и спросить пользователей, как они используют Fedora Server Edition и чего им в первую очередь не хватает. Mowest и pboy будут работать над этим.

СОГЛАСОВАНО: Рабочая группа Server переходит на еженедельные встречи

jwhimnpel предоставит 2 роли Ansible примерно через 2 недели для дальнейшего обсуждения и тестирования.

eseyman и mowest будут работать над улучшением текущего черновика документации.

Мы обсудили результаты короткого опроса о части документации и о том, как улучшить текущую статью. Среди прочего мы хотим разделить на установку и настройку, и в каждой части описать ручную процедуру и использование Ansible.

Мы добавим новый подкаталог в наш репозиторий для скриптов Ansible.

Jason начнёт повышать статус образа распространения виртуальной машины Fedora Server до требования выпуска, как и для других установочных образов Server

СОГЛАСОВАНО: Рабочая группа Server соглашается, что опция Fedora Server должна быть удалена из установочного носителя Everything в долгосрочной перспективе.

Мы вернёмся к этому, как только у нас появятся свободные ресурсы.

СОГЛАСОВАНО: Цель рабочей группы — предоставить spin "локальный или публичный файловый сервер (NFS, Samba, поддержка Ansible)

СОГЛАСОВАНО: Цель рабочей группы — улучшить использование Fedora Server в инфраструктуре VPS и продвигать его как стандартное предложение.

СОГЛАСОВАНО: Рабочая группа Server решает переименовать установочные носители: DVD → offline , netboot → online, KVM → virt, и rawsbc для ARM raw image.

СОГЛАСОВАНО: Рабочая группа Server принимает решение о единообразном соглашении об именовании согласно схеме: "Fedora-Server-<rel>-<method>-<arch>-<version>.<filetype>"

jwhimpel проверит детали процедуры и сообщит на следующей встрече.

Мы начнём обсуждать и разрабатывать службу NFS, поддерживаемую документацией и Ansible.

Проблема решена, но но - как выразился Vojtech Trefny, один из мейнтейнеров, - "к сожалению, не благодаря изменениям, которые я внёс".

СОГЛАСОВАНО: Рабочая группа Server считает вопрос закрытым.

СОГЛАСОВАНО: Рабочая группа Server считает F40 готовым к публикации и закрывает эту тему.

СОГЛАСОВАНО: В отношении нашей "истории" для F40 мы придерживаемся ARM SBC.

См.: issue #134

Мы сузили варианты до "Fedora Server VM как VPS", "Server Edition как сервер идентификации " и "Server Edition как локальный или публичный файловый сервер ".

Обсуждение выявило очевидные несоответствия между способами создания наших различных установочных носителей, которые развивались со временем. Всё это трудно обсуждать в матричном обсуждении. Поэтому:

СОГЛАСОВАНО: Дополнительная внеочередная встреча в среду, 10 апреля, 17:00 UTC в комнате Matrix Sever исключительно для обсуждения темы Обзор установочных носителей.

ДЕЙСТВИЕ: pboy подготовит комнату и предоставит возможность тестирования.

Дополнительных проблем пока не обнаружено, но не все запланированные тесты были выполнены.

Неясно, как и где результаты тестирования должны быть объединены на странице тестирования сервера. Pboy свяжется с Adam по этому поводу.

Предложение online/offline приветствуется, но общее решение должно быть представлено более чётко.

Решение будет принято не позднее середины мая, чтобы было достаточно времени для реализации.

!link https://bugzilla.redhat.com/show_bug.cgi?id=2247872

Каталог /etc/lvm/devices в Fedora-Server-KVM-40_Beta-1.9.x86_64.qcow2 теперь пуст. Пока не проверено, генерирует ли первая загрузка подходящую запись.

Обновление информации: Beta 1.10 содержит файл devices в обоих серверных образах (KVM и aarch64 SBC). Так что проблема ещё не решена.

Действие: cooltshirtguy будет отслеживать и проверять образ aarch64 SBC, в частности Raspberry Pi.

Мы выбрали элементы для тестирования и распределили работу. Подробности в

!link https://pagure.io/fedora-server/issue/125/

!info: К сожалению, по компоновке конфигурации Apache / httpd пока нет движения

Мы обсуждаем, как уравнять время встреч рабочей группы Server и команды Epel, чтобы каждый мог участвовать в обеих. Продолжение в списке рассылки.

Первоначальный анализ выявил ряд предупреждающих сообщений о том, что файлы comps не найдены. Подробности в:

Ссылка: https://pagure.io/pungi-fedora/blob/main/f/variants-fedora.xml#_46

Ссылка: https://pagure.io/fedora-server/issue/130

Согласовано: Рабочая группа Server проверит текущие группы compose в issues в репозитории fedora-server.

Скрипт arm-image-installer исправлен.

Проблема с конфигурацией LVM всё ещё открыта.

Ссылка: https://bugzilla.redhat.com/show_bug.cgi?id=2247872#c19

Эта проблема не принята в качестве блокирующей выпуск. Так что может случиться, что мы выпустим своего рода некачественный образ во 2-й раз подряд.

Но группа LVM, похоже, усердно над этим работает.

Eseyman составил список элементов, требующих нашего внимания

Ссылка: https://lists.fedoraproject.org/archives/list/server@lists.fedoraproject.org/message/CNH57V7LT4GMQN676XFDJWQ6U46BGDMK/

Согласовано: Рабочая группа Server продолжит обсуждение этой темы в списке рассылки

Сегодня нечего обсуждать.

Мы пытаемся здесь уже более 2 лет, пока без особых результатов. На Fosdem я встретил Tomáš, который очень опытен в release engineering (мягко говоря) и который предложил помочь нам с этим. Это отличная возможность для Fedora Server Edition.

После первоначального обсуждения необходимых и желаемых изменений мы согласились, что Tomáš дополнительно проанализирует текущие файлы конфигурации и соберёт их в блоге или в списке рассылки сервера.

Различные установочные носители сервера (всё ещё) названы очень по-разному. Но сейчас уже слишком поздно для изменения к выпуску 40.

Согласовано: Мы продолжим обсуждение соглашения об именовании в списке рассылки и намерены принять окончательное решение не позднее чем через 4 недели. А затем уже releng должен найти рабочий временной интервал. Срочности нет.

Проблема в настоящее время не решена.

Надлежащее решение потребует исправления в anaconda, а также исправления в arm-image-installer. Мы продолжим работу над этим.

Ссылка: https://bugzilla.redhat.com/show_bug.cgi?id=2258764

Cloud Sig прекратит поддерживать ImageFactory. Для F41 нам придётся выбрать другой инструмент для сборки не-iso образов. Вероятные варианты — Lorax, KIWI или OSBuild, в зависимости от того, что поддерживается в pungi и какие артефакты поддерживаются разными инструментами.

Neil поддержит переход на Kiwi, если мы решим это сделать. Мы хотим принять окончательное решение, как только releng определится с доступными и поддерживаемыми вариантами.

Мы наконец получили информацию о причинах изменений в конфигурации LVM по умолчанию и о правильных способах решения проблемы установки на ARM SBC.

Короче говоря, нам следует сохранить текущую конфигурацию LVM по умолчанию, которая включает файл system.devices, и скорректировать скрипт arm-image-installer и нашу документацию.

Мы составили список ручных "smoke-тестов". Теперь нам нужны участники рабочей группы или другие заинтересованные лица, чтобы взять на себя некоторые тесты и вписать свои имена FAS в соответствующую колонку.

Мы переведём наши встречи с IRC на Matrix начиная с 21 февраля, при условии, что сможем вовремя провести необходимые организационные мероприятия.

В настоящее время конфигурация LVM по умолчанию приводит к тому, что vgscan и vgchange не проверяют новые устройства, не перечисленные в /etc/lvm/devices/system.devices. Следствием этого также является ошибка при создании образов файловых систем aarch64 SBC.

Не было ни предложения об изменении, ни записи в примечаниях к выпуску для изменения конфигурации, ни какого-либо объявления. Соответственно, также не известно, почему это изменение было сделано.

ДЕЙСТВИЕ: eseyman попытается связаться с мейнтейнерами и получить информацию о том, почему было сделано изменение.

Мы продолжим обсуждение на следующей встрече

Мы продолжим обсуждение на следующей встрече

В настоящее время конфигурация LVM по умолчанию приводит к тому, что vgscan и vgchange не проверяют новые устройства, не перечисленные в /etc/lvm/devices/system.devices. Следствием этого также является ошибка при создании образов файловых систем aarch64 SBC.

Не было ни предложения об изменении, ни записи в примечаниях к выпуску для изменения конфигурации, ни какого-либо объявления. Соответственно, также не известно, почему это изменение было сделано.

ДЕЙСТВИЕ: eseyman попытается связаться с мейнтейнерами и получить информацию о том, почему было сделано изменение.

Мы продолжим обсуждение на следующей встрече