Meeting Minutes 2024

We are discussing how to equalize the times of the meetings of the Server WG and the Epel Team to enable everyone to participate in both. To be continued on the mailing list.

An initial analysis has revealed a number of warning messages about comps files not being found. Details in:

Link: https://pagure.io/pungi-fedora/blob/main/f/variants-fedora.xml#_46

Link: https://pagure.io/fedora-server/issue/130

Agreed: Sever WG will check the current compose groups in issues on fedora-server repo.

The arm-image-installer script is fixed.

The LVM configuration issue is still open.

Link: https://bugzilla.redhat.com/show_bug.cgi?id=2247872#c19

This issue is not accepted as release blocker. So it can happen that we release a kind of crap image for the 2nd time in a row.

But LVM group seems to be working hard on it.

Eseyman generated a list of items requiring our attention

Link: https://lists.fedoraproject.org/archives/list/server@lists.fedoraproject.org/message/CNH57V7LT4GMQN676XFDJWQ6U46BGDMK/

Agreed: Server WG will continue to discuss this topic on mailing list

Nothing to discuss today.

We are trying here for more then 2 years for now without a lot or results. At Fosdem I met Tomáš, who is very experienced in release engineering (to put it a bit understated) and who has offered to help us with this. This is a great opportunity for Fedora Server Edition.

After an initial discussion about necessary and desired changes, we agreed that Tomáš would further analyze the current configuration files and compile them in a blog or on the server list.

The various server installation media are (still) named very differently. But it is now too late for a change to Release 40.

Agreed: We further discuss naming convention on mailing list and aim to make a final decision in 4 weeks latest. And then it is up to releng to find a workable timeframe. There is no urgency.

The issue is currently not resolved.

A proper resolution will involve an anaconda fix as well as a fix in arm-image-installer. We will continue to work on it.

Link: https://bugzilla.redhat.com/show_bug.cgi?id=2258764

Cloud Sig will stop to maintain ImageFactory. For F41 we have to select another tool for building the non-iso images. Probable choices are Lorax, KIWI, or OSBuild, depending on what is supported in pungi and what artifacts are supported by the different tools.

Neil would support a move to Kiwi if we decide to do so. We want to make a final decision once releng has decided on available and supported options.

We finally got information about the reasons for the changes in LVM default configuration and proper ways to resolve the ARM SBC installation issue.

In short we should retain the current default LVM configuration which includes a system.devices file and adjust the arm-image-installer script und our documentation.

We have set up a list of manually "smoke tests". We now need working group members or other interested parties to take over some of the tests and enter their FAS names in the corresponding column.

We will switch our meetings from IRC to Matrix starting February 21, provided we can make the necessary organizational arrangements in time.

Currently the default LVM configuration results in vgscan and vgchange not inspecting new devices that are not listed in /etc/lvm/devices/system.devices. A follow-up to this is also the error when creating aarch64 SBC filesystem images.

There was neither a change proposal nor a release notes entry for the configuration change, nor any announcement. Accordingly, it is also not known why the change was made.

ACTION: eseyman will try to contact the maintainers and get information why the change was made.

We will continue discussion next meeting

We will continue discussion next meeting

Currently the default LVM configuration results in vgscan and vgchange not inspecting new devices that are not listed in /etc/lvm/devices/system.devices. A follow-up to this is also the error when creating aarch64 SBC filesystem images.

There was neither a change proposal nor a release notes entry for the configuration change, nor any announcement. Accordingly, it is also not known why the change was made.

ACTION: eseyman will try to contact the maintainers and get information why the change was made.

We will continue discussion next meeting