Bug 2121197
Summary: | Failing services in new Fedora IoT installations with RO /sysroot | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Paul Whalen <pwhalen> |
Component: | IoT | Assignee: | Peter Robinson <pbrobinson> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 37 | CC: | akoutsou, awilliam, bcotton, dustymabe, jmarrero, jonathan, lucab, miabbott, pbrobinson, philip.wyett, robatino, robertthomasfairley, travier, walters |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | openqa | ||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2022-08-29 11:01:45 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1269538, 2009537, 2060976, 2153434 |
Description
Paul Whalen
2022-08-24 19:13:15 UTC
Proposed as a Blocker for 37-final by Fedora user coremodule using the blocker tracking app because: Proposing as an F37 blocker as it appears to violate the following criterion: All system services present after installation with one of the release-blocking package sets must start properly, unless they require hardware which is not present. https://fedoraproject.org/wiki/Fedora_37_Final_Release_Criteria#System_services yeah, openQA has been hitting this for days. I mentioned it in IRC but didn't see any followup at the time. This prevents all the openQA tests from working, so it might be a Beta blocker, really. Let's throw it on that list for now and I'll see if it's a case of "beta functionality really doesn't work" or just "the noise throws openQA off". This sounds like it could be a side effect of https://fedoraproject.org/wiki/Changes/Silverblue_Kinoite_readonly_sysroot Setting to block 2060976, the tracker for that Change. Well, the fact that the change affects IoT isn't a side effect, it's in the description: "This change applies to new and existing installations of Fedora Silverblue and Kinoite and only to new installations of Fedora IoT." But the fact that it breaks everything is a problem, yeah. :D Do you have `rw` on the kernel command line? Yeah, it does have that there. I didn't put it there, though. It's like that out of the "box" (the IoT dvd-ostree install image, in my case). Just do a fresh install of https://kojipkgs.fedoraproject.org/compose/iot/Fedora-IoT-37-20220825.0/compose/IoT/x86_64/iso/Fedora-IoT-ostree-x86_64-37-20220825.0.iso without doing anything unusual, boot it, and you have 'rw' in cmdline and hit this bug. If I take that out of the cmdline or change it to 'ro', boot loops with ostree-prepare-root.service failing. openQA tests fail because they try to switch to a different VT, and there is no console running on any VT besides 1 (probably the services that should run one fail to start). This is a clear violation of Beta criterion "A system installed without a graphical package set must boot to a working login prompt without any unintended user intervention, and all virtual consoles intended to provide a working login prompt must do so.", so that supports the Beta blocker nomination. Yeah, if I look at logs after switching to VT2 and back to VT1, I see "Failed to start autovt: Transport endpoint is not connected". Try setting `tmp-is-dir: true` in the manifest in https://pagure.io/fedora-iot/ostree/blob/main/f/fedora-iot-base.json Peter, can you try Colin's suggestion? Pushed for rawhide and kicked off a compose That looks good for Rawhide, only two failed tests now: https://openqa.fedoraproject.org/tests/overview?distri=fedora&version=38&build=Fedora-IoT-38-20220827.0&groupid=1 I'll look into those. We'll need the change for F37 too. Remaining failed tests both look to be caused by https://bugzilla.redhat.com/show_bug.cgi?id=2121944 . Applied to F-37 too, thanks Adam and Colin. confirmed, we got an F37 compose that is in the same state as Rawhide (most things work, https://bugzilla.redhat.com/show_bug.cgi?id=2121944 is an issue). |