Bug 1063325
| Summary: | Installer crashes during installation of RHEL 7 SS4 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Hemanth M B <hemanth> | ||||||
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Release Test Team <release-test-team-automation> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 7.0 | CC: | davinder.kumar, dcbw, hemanth, jklimes, mchan, rvykydal, srishank | ||||||
| Target Milestone: | rc | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-02-14 12:41:19 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: | |||||||||
| Attachments: |
|
||||||||
It looks like an anaconda fault to me. But to be able to debug further, we need logs. Would you grab them so that we could analyze? Switch to tty2 and find the logs in /tmp, mainly syslog and anaconda.log. See e.g. https://fedoraproject.org/wiki/How_to_debug_installation_problems for more details. Created attachment 863094 [details]
anaconda and syslog logs
Please find the anaconda and syslog logs attached.
Anaconda traceback:
anaconda 19.31.51-1 exception report
Traceback (most recent call first):
File "/usr/lib64/python2.7/site-packages/gi/types.py", line 113, in function
return info.invoke(*args, **kwargs)
File "/usr/lib64/python2.7/site-packages/gi/overrides/Gio.py", line 171, in __call__
None)
File "/usr/lib64/python2.7/site-packages/pyanaconda/nm.py", line 676, in nm_activate_device_connection
nm_proxy.ActivateConnection('(ooo)', con_paths[0], device_path, "/")
File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/gui/spokes/network.py", line 593, in on_device_off_toggled
nm.nm_activate_device_connection(dev_name, dev_cfg.con_uuid)
GError: GDBus.Error:org.freedesktop.NetworkManager.UnknownConnection: Connection 'em1' is not available on the device em1 at this time.
Local variables in innermost frame:
info: <gi.FunctionInfo object (call_sync) at 0x0x7fdadec225a8>
args: (<DBusProxy object at 0x7fdacdcd1320 (GDBusProxy at 0x3e82b70)>, 'ActivateConnection', GLib.Variant('(ooo)', ('/org/freedesktop/NetworkManager/Settings/1', '/org/freedesktop/NetworkManager/Devices/2', '/')), 0, -1, None)
kwargs: {}
So anaconda tries to activate 'em1' connection profile, but it is not available for the device. And the installer quits on the error. I'm not sure why the profile is not available for the device, maybe some timing issue. But the error should be handled more gracefully in anaconda.
Re-assigning to anaconda for opinion. Especially, what is the difference in SS2 and SS4?
(In reply to Jirka Klimes from comment #4) > > So anaconda tries to activate 'em1' connection profile, but it is not > available for the device. And the installer quits on the error. I'm not sure > why the profile is not available for the device, maybe some timing issue. > But the error should be handled more gracefully in anaconda. > Re-assigning to anaconda for opinion. Especially, what is the difference in > SS2 and SS4? see bug #1062417 comment #6 *** This bug has been marked as a duplicate of bug 1062417 *** |
Created attachment 861398 [details] ScreenShots Description of problem: Installer crashes during installation of RHEL 7 SS4 Version-Release number of selected component (if applicable): How reproducible: It is my observation that during the snapshot 4 installation of RH7, the OS is unable to differentiate an unplugged port from a port that is connected. As a result it shows the on/off switch on all ports. If a particular port is unassigned in the VC server profile on an HP C7000 chassis, and if I toggle the switch from off to on the install screen of RH7 SS4 , the installer crashes/reboots and the cycle repeats. However, if I do so on a port that is connected, I don’t see any issue. This however is different in SS2. In the SS2, the ports that are connected are clearly shown as connected and only these ports have an on/off toggle. The unassigned ports are shown as unplugged and have no on/off switch and hence there is no chance of flipping them . Steps to Reproduce: 1. mount the DVD and start the installation. 2. at configuration page. configure network interface which is not connected. Toggle the switch from off to on 3. an error message will be popped up. Actual results: Expected results: Additional info: Observed similar behavior on HP 350p Gen8 server with 57810/57840 cards. For more information please see the sceern shots