Booting the latest Fedora Atomic Workstation Rawhide installer image on a VM here results in the network not coming up for some reason. Haven't figured out why yet, but there's a bug regardless of that: if the network is not connected, the hub will not allow you to progress to 'Begin Installation' (the 'NETWORK & HOST NAME' spoke is shown with the orange warning icon, the 'Beging Installation' button is greyed out, and the 'Please complete items marked with this icon before continuing to the next step' message is shown at the bottom of the hub), even though there shouldn't be any need for the network to be connected, AFAIK - the payload should be fully present on the media, just like the traditional DVD install media.
Hi Adam, Could you please attach installation logs. Thank you.
Created attachment 1420117 [details] anaconda.log
Created attachment 1420118 [details] dbus.log
Created attachment 1420119 [details] ifcfg.log
Created attachment 1420120 [details] journalctl -b output
Created attachment 1420121 [details] lvm.log
Created attachment 1420122 [details] program.log
Created attachment 1420123 [details] storage.log
Created attachment 1420124 [details] X.log
This is the case also in F28 Beta, Dusty do you care to have this fixed in F28?
It would be nice to have this fixed for f28, but I don't necessarily think it's critical. Is it possible we can have someone do quick investigation to see if the solution is simple?
It should be simple: https://github.com/rhinstaller/anaconda/pull/1435
Yeah, in that case I prefer F28 :)
Offhand... NetworkSpoke.py: @property def completed(self): """ Check whether this spoke is complete or not. Do an additional check if we're installing from CD/DVD, since a network connection should not be required in this case. """ return (not can_touch_runtime_system("require network connection") or nm.nm_activated_devices()) I suspect Anaconda doesn't understand that we injected the ostree content in - it's a different process from the classical "DVD" model with RPMs that is generated by pungi.
Proposed as a Freeze Exception for 28-final by Fedora user walters using the blocker tracking app because: Part of the installation experience for FAW. Not a blocker though.
Are there any other Anaconda changes pending for F28? If not I'm happy to do a build/test for this. I do see https://bugzilla.redhat.com/show_bug.cgi?id=1566621 but it's not clear that's going to be worked on soon.
It's best to leave it to the anaconda team, there's a process and a schedule for doing the builds. This will still have time to get in. They usually build on Mondays, so there's a good chance it'll go in then.
Discussed during the 2018-04-16 blocker review meeting: [1] The decision to classify this bug as an AcceptedFreezeException was made as it: "there's clearly a benefit to having the appstream data as up to date as possible with the packages included in Final, so updating it after freeze is a good idea" [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2018-04-16/f28-blocker-review.2018-04-16-16.00.log.txt
Whoops, wrong decision... : Discussed during the 2018-04-16 blocker review meeting: [1] The decision to classify this bug as an AcceptedFreezeException was made as it: "this isn't a super important fix, but it is to the installer (so cannot be done post-install) and is pretty isolated and safe, so accepted as an FE issue so long as it lands soon" [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2018-04-16/f28-blocker-review.2018-04-16-16.00.log.txt
anaconda-28.22.8-1.fc28 has been submitted as an update to Fedora 28. https://bodhi.fedoraproject.org/updates/FEDORA-2018-7c1909bd31
anaconda-28.22.8-1.fc28, initial-setup-0.3.58-1.fc28 has been pushed to the Fedora 28 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-7c1909bd31
anaconda-28.22.8-1.fc28, initial-setup-0.3.58-1.fc28 has been pushed to the Fedora 28 stable repository. If problems still persist, please make note of it in this bug report.
can someone confirm this is fixed now?
Just tested it with the ISO from today's F28 two-week Atomic nightly build, worked fine.