Meeting Minutes 2024

AGREED: Server WG switches to a weekly meeting

jwhimnpel will provide 2 Ansible roles in about 2 weeks for further discussion and testing.

eseyman and mowest will work on improving the current docs draft.

We discussed the results of a short poll about the documentation part and how to improve the current article. Amoung others we want to split into installation and configuration and in each part describe the manual procedure and the Ansible usage.

We will add a new subdirectory to our repo for Ansible scripts.

Jason will start to elevate Fedora Server VM distribution image to a release requirement as the other Server installation images

AGREED: Server WG agrees that the Fedora Server option has to be removed from the Everything Install medium in the long term.

W’ll pick this up again as soon as we have free resources.

AGREED: WG’s goal is to provide a spin "local or public file server (NFS, Samba, Ansible support)

AGREED: WG’s goal is to improve the use of Fedora Server in a VPS infrastructure and to promote it as a standard offering.

AGREED: Server WG decides to rename the installation media: DVD → offline , netboot → online, KVM → virt, and rawsbc for ARM raw image.

AGREED: Server WG decides on a consistent naming convention according to the scheme: "Fedora-Server-<rel>-<method>-<arch>-<version>.<filetype>"

jwhimpel will check the details of the procedure and report back next meeting.

We will start to discuss and develop NFS service supported by documentation and by Ansible.

The issue is resolved, but but - as Vojtech Trefny, one of ghe maintgainers, put it - "unfortunately not thanks to the changes that I made".

AGREED: Server WG considers the case closed.

AGREED: Server WG considers F40 ready for publication and closes this topic.

AGREED: Regarding our "story" for F40 we stick sich ARM SBC.

See: issue #134

We narrowed the options down to "Fedora Server VM as VPS", "Server Edition as identity server ", and "Server Edition as local or public file server ".

The discussion revealed obvious inconsistencies between the ways of creating our various installation media that have evolved over time. All of this is difficult to deal with in a matrix discussion. Therefore:

AGREED: An additional meeting out of turn on Wednesday, April 10, 17:00 UTC in the Matrix Sever room exclusively to discuss the Review Installation Media topic.

ACTION: pboy will prepare the room and provide a test opportunity.

No additional issues found yet, but not all planned tests have been carried out yet.

It is unclear how and where the test results should be merged on the server test page. Pboy will contact Adam about this.

The online/offline proposal is welcomed, but the overall solution should be presented more clearly.

A decision will be aimed for by mid-May at the latest so that there is sufficient time for implementation.

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

The /etc/lvm/devices directory in Fedora-Server-KVM-40_Beta-1.9.x86_64.qcow2 is empty now. So far no check whether First Boot generates a suitable entry.

INFO update: Beta 1.10 contains a devices file in both server images (KVM and aarch64 SBC). So the issue is not resolved yet.

Action: cooltshirtguy will monitor and check the aarch64 SBC image, specifically Raspberry Pi.

We have selected items to be tested and allocated work. Details at

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

!info: Unfortunately, no movement on the Apache / httpd configuration layout yet

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