Bug 1227276 - GUI installation fails with error SettingsNotFoundError when device is add in Welcome screen
Summary: GUI installation fails with error SettingsNotFoundError when device is add in...
Keywords:
Status: CLOSED DUPLICATE of bug 1245960
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 23
Hardware: Unspecified
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Jiri Konecny
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-06-02 10:07 UTC by Jiri Konecny
Modified: 2015-07-23 14:25 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-07-23 14:24:55 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
anaconda-tb (303.40 KB, text/plain)
2015-06-02 10:08 UTC, Jiri Konecny
no flags Details
anaconda.log (4.32 KB, text/plain)
2015-06-02 10:08 UTC, Jiri Konecny
no flags Details
ifcfg.log (112 bytes, text/plain)
2015-06-02 10:08 UTC, Jiri Konecny
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1197960 1 None None None 2021-01-20 06:05:38 UTC
Red Hat Bugzilla 1216926 1 None None None 2021-01-20 06:05:38 UTC

Internal Links: 1197960 1216926

Description Jiri Konecny 2015-06-02 10:07:20 UTC
Original bug 1216926 from Alexander Todorov. 
Create new bug for this issue for Fedora.

--- Additional comment from Alexander Todorov on 2015-04-23 08:48:46 EDT ---

Hi guys,
I'm seeing similar error and it's probably the same root cause. 

On a MacBook Air (early 2015) I'm trying to install RHEL 7.1 and using an ASIX USB network adapter which works well in RHEL 6 and RHEL 5 (driver is open source, chip manufacturer is Linux friendly). 

Initially I forgot to plug-in the USB cable and did so when the welcome screen has already started. Upon going forward (after selecting language/keyboard) I got the following:

anaconda 19.31.123-1 exception report
Traceback (most recent call first):
  File "/usr/lib64/python2.7/site-packages/pyanaconda/nm.py", line 618, in nm_device_setting_value
    raise SettingsNotFoundError(name)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 233, in __init__
    uuid = nm.nm_device_setting_value(device.get_iface(), "connection", "uuid")
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 702, in add_device_to_list
    dev_cfg = DeviceConfiguration(device=device)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 426, in initialize
    self.add_device_to_list(device)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 1427, in initialize
    self.network_control_box.initialize()
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 228, in _createBox
    spoke.initialize()
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/hubs/__init__.py", line 397, in refresh
    self._createBox()
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/__init__.py", line 604, in _on_continue_clicked
    nextAction.refresh()
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/__init__.py", line 79, in _on_continue_clicked
    cb()
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/welcome.py", line 298, in _on_continue_clicked
    StandaloneSpoke._on_continue_clicked(self, cb)
  File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/__init__.py", line 83, in <lambda>
    self.window.connect("continue-clicked", lambda *args: self._on_continue_clicked(cb))
SettingsNotFoundError: SettingsNotFoundError('enp0s20u2u2',)


Reproducible every time for me and I can test it.

Comment 1 Jiri Konecny 2015-06-02 10:08:04 UTC
Created attachment 1033689 [details]
anaconda-tb

Comment 2 Jiri Konecny 2015-06-02 10:08:23 UTC
Created attachment 1033690 [details]
anaconda.log

Comment 3 Jiri Konecny 2015-06-02 10:08:46 UTC
Created attachment 1033691 [details]
ifcfg.log

Comment 4 Jan Kurik 2015-07-15 14:04:06 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle.
Changing version to '23'.

(As we did not run this process for some time, it could affect also pre-Fedora 23 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora23

Comment 5 Alexander Todorov 2015-07-21 08:34:23 UTC
Testing is blocked by bug #1243090. I will retest when there is a boot image with newer anaconda.

Comment 6 Jiri Konecny 2015-07-21 12:51:39 UTC
Hello Alexander,

you could use this compose. I think the bug you mentioned should be fixed here.

https://kojipkgs.fedoraproject.org/mash/branched-20150721/23/x86_64/os/

Comment 7 Alexander Todorov 2015-07-21 14:58:20 UTC
Hi Jiri,
I ended up with the same error at the end although the backtrace seems different. Having no network it's hard to get back anything useful to you. I also don't have a shell at tty2, just a blank screen. 

Any ideas how to get more info ?

Comment 8 Jiri Konecny 2015-07-22 06:27:59 UTC
You get to shell by going to tty1 and pressing [Alt + Tab] or [Ctrl+B, 2] then you can attach flash drive and load logs to it or you can connect your network somehow.

From what I tried this should work. If you get some issues I suppose we will wait on another compose. I think fix for the tty2 is already pushed or before push.

Comment 9 Alexander Todorov 2015-07-22 10:25:44 UTC
Hi Jiri,
I will give it a try. 

Are these key combos new ? I'm used to Ctrl+Alt+Fx for switching ttys.

Comment 10 Jiri Konecny 2015-07-22 11:22:19 UTC
Hi Alexander,

the [Ctrl+B, 2] is old but [Alt+Tab] is here from Fedora 22 for easier control. These are control commands for tmux (something like screen) which is running on tty1 with 5 windows opened (second window is shell).
So the shortcuts are switching you to the second window inside of the tmux.

The [Ctrl+Alt+Fx] changing the tty instead.

Comment 11 Alexander Todorov 2015-07-23 08:35:48 UTC
Jiri,
the new traceback is in bug #1245960. Feel free to mark as duplicate.

Comment 12 Jiri Konecny 2015-07-23 14:24:55 UTC

*** This bug has been marked as a duplicate of bug 1245960 ***

Comment 13 Jiri Konecny 2015-07-23 14:25:37 UTC
Thank you for the logs Alexander.


Note You need to log in before you can comment on or make changes to this bug.