Bug 1572316
Summary: | initial-setup fails on the BeagleBone Black - Anaconda DBus modules failed to start on time. | ||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Paul Whalen <pwhalen> | ||||||||||||||
Component: | initial-setup | Assignee: | Martin Kolman <mkolman> | ||||||||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||
Priority: | unspecified | ||||||||||||||||
Version: | 28 | CC: | dhildenb, ldoktor, mkolman, thuth, v.podzimek+fedora | ||||||||||||||
Target Milestone: | --- | ||||||||||||||||
Target Release: | --- | ||||||||||||||||
Hardware: | armhfp | ||||||||||||||||
OS: | Linux | ||||||||||||||||
Whiteboard: | |||||||||||||||||
Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||
Clone Of: | Environment: | ||||||||||||||||
Last Closed: | 2018-07-09 18:14:50 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: | 245418 | ||||||||||||||||
Attachments: |
|
Description
Paul Whalen
2018-04-26 16:27:31 UTC
Created attachment 1427319 [details]
journalctl -u initial-setup
Could you also attach the full journal from the run ? There might be some additional information there. Thanks in advance! :) Created attachment 1427697 [details]
beaglebone journalctl
This also happens on x86_64 in qemu using both armhfp and aarch64 disk images. Created attachment 1428903 [details]
journalctl armhfp disk image
Created attachment 1428904 [details]
journalctl aarch64 disk, x86_64 qemu
One possible cause could be that the DBUS modules take longer to start than the 30 seconds Initial Setup waits for them to start. So I've created an Initial Setup scratchbuild where the timeout has been bumped to 600 seconds: https://koji.fedoraproject.org/koji/taskinfo?taskID=26728316 If waiting 10 minutes doesn't help the issue is likely somewhere else. :) (Still, the modules don't do much during startup, so it's weird at least one or two would not show up during the first 30 seconds.) Created attachment 1430186 [details]
armhfp qemu scratch build
That works on the Beaglebone White, but fails on armhfp and aarch64 when the images are run in QEMU on x86, logs attached. Created attachment 1430189 [details]
aarch64 qemu - initial-setup scratch build
(In reply to Paul Whalen from comment #10) > Created attachment 1430189 [details] > aarch64 qemu - initial-setup scratch build Thanks - looks like the increased timeout helped, meaning 30 seconds is likely not enough for everything to start properly in this case. I've just build a new version of Initial Setup for Rawhide (initial-setup-0.3.60) that does away with the 30 seconds timeout and uses the default value from Anaconda instead. Also in parallel I've build a new Rawhide Anaconda (anaconda-29.14) that bumps the default timeout to 600 seconds. Other than that, looking at the logs something still seems to be wrong: May 02 15:37:10 localhost.localdomain initial-setup[630]: parsing input kickstart /root/anaconda-ks.cfg May 02 15:37:10 localhost.localdomain initial-setup[630]: kickstart parsing failed: The following problem occurred on line 0 of the kickstart file: Unable to open input kickstart file: Error opening file: [Errno 2] No such file or directory: '/root/anaconda-ks.cfg' May 02 15:37:10 localhost.localdomain initial-setup[630]: Initial Setup startup failed due to invalid kickstart file AFAIK there should be always an /root/anaconda-ks.cfg file it the ARM usecase or else Initial Setup will not know it should run in the reconfig mode. We hit similar problems trying to install Fedora 28 s390x under QEMU TCG. Without a ks.cfg, I can install it. With ks.cfg, I run into reported timeout. Okay, looks like the starts aligned only once to allow me to install it. Now I keep getting the timeout also without ks.cfg. Is there a way to override this timeout on the kernel cmdline? i-s working in rawhide on both the Beaglebone black and qemu. Thanks Martin! |