Bug 2224510
| Summary: | VNC installation fails on Everything 20230719 nightly. | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lukas Ruzicka <lruzicka> | ||||||
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | rawhide | CC: | anaconda-maint-list, awilliam, rvykydal, vponcova, vslavik, w | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2023-07-25 17:04:57 UTC | Type: | --- | ||||||
| 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: | 2143444 | ||||||||
| Attachments: |
|
||||||||
|
Description
Lukas Ruzicka
2023-07-21 09:28:10 UTC
Created attachment 1976853 [details]
Error messages provided by Anaconda.
Created attachment 1976857 [details]
Start of the VNC captured.
Situation is the same with Server netinst ISO. I propose this as a beta blockers based on the following criterion: When using a dedicated installer image, the installer must be able to complete an installation using the text, graphical and VNC installation interfaces. https://fedoraproject.org/wiki/Basic_Release_Criteria#Installation_interfaces Regarding the critical messages, the issue seems to be tracked here: https://bugzilla.redhat.com/show_bug.cgi?id=2224009. I'm a bit confused what you're reporting here. The 'critical' errors are annoying, but I don't think they actually break anything. I suppose one issue is that they make the information about how to connect scroll off the top of the screen, so unless you know what you need to do already, it's a bit harder to figure out. Is that what you're reporting? The reason the openQA VNC tests currently fail is https://bugzilla.redhat.com/show_bug.cgi?id=2223795 , if that's where you got here from. it's not actually a VNC problem at all. It should be resolved in tomorrow's compose. I did link the bug from openQA comments already. Yeah, I am reporting that you cannot use VNC installation, unless you can guess the exact way to invoke it, which not "just confusing", it is more than that as there is no way how you could scroll these messages away to find out about the correct way to invoke the vnc connection. I have tried to establish the connection via 192.168.122.99 (the IP of the VM) and got connection refused. Then I tried the default VNC port 192.168.122.99::5900 and got connection refused again. Then, after you have claimed it to be working, I tried with other combinations and finally succeeded with 192.168.122.99:1. I am fine with closing this bug in favour of 2224009 as mentioned in comment 5. *** This bug has been marked as a duplicate of bug 2224009 *** |