Bug 1262556
Summary: | AttributeError: 'NoneType' object has no attribute 'get_data' (when wifi scan run and AP which does not broadcast SSID is in range) | ||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jan Kowalski <jankowalski25> | ||||||||||||||||||||||||
Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||||||||||||||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||||||||||||
Priority: | medium | ||||||||||||||||||||||||||
Version: | 24 | CC: | anaconda-maint-list, atodorov, awilliam, bgalvani, dcbw, g.kaviyarasu, jfrieben, jonathan, kparal, lkundrak, psimerda, robatino, rvykydal, satellitgo, sjenning, vanmeeuwen+fedora | ||||||||||||||||||||||||
Target Milestone: | --- | Keywords: | CommonBugs | ||||||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||||||||||||
OS: | Unspecified | ||||||||||||||||||||||||||
Whiteboard: | AcceptedBlocker abrt_hash:3583a8cb2b351705bc32b5ce32d0a2b69c880b9cbc05d6ba14d03cf78cc580d4 https://fedoraproject.org/wiki/Common_F24_bugs#anaconda-wifi-crash | ||||||||||||||||||||||||||
Fixed In Version: | anaconda-24.13.4-1 anaconda-24.13.4-1.fc24 | Doc Type: | Bug Fix | ||||||||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||||||||
Last Closed: | 2016-04-23 23:45:52 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: | 1230433 | ||||||||||||||||||||||||||
Attachments: |
|
Description
Jan Kowalski
2015-09-12 18:25:05 UTC
Created attachment 1072729 [details]
File: anaconda-tb
Created attachment 1072730 [details]
File: anaconda.log
Created attachment 1072731 [details]
File: environ
Created attachment 1072732 [details]
File: journalctl
Created attachment 1072733 [details]
File: lsblk_output
Created attachment 1072734 [details]
File: nmcli_dev_list
Created attachment 1072735 [details]
File: os_info
Created attachment 1072736 [details]
File: program.log
Created attachment 1072737 [details]
File: storage.log
Created attachment 1072738 [details]
File: ifcfg.log
Another user experienced a similar problem: With the latest Rawhide snapshot I tried to install on a system which doesn't have Ethernet cable plugged in. After going to the network settings spoke I saw eth0 unplugged/off and wifi0. After clicking on wifi0 to eneble it I got this error. Then plugged in eth0 to report the traceback. addons: com_redhat_kdump cmdline: /usr/bin/python3 /sbin/anaconda cmdline_file: inst.stage2=hd:sda1:/install.img repo=https://kojipkgs.fedoraproject.org/mash/rawhide-20151111/rawhide/x86_64/os sshd=1 hashmarkername: anaconda kernel: 4.4.0-0.rc0.git6.1.fc24.x86_64 package: anaconda-24.6-1 product: Fedora reason: AttributeError: 'NoneType' object has no attribute 'get_data' release: Cannot get release name. version: rawhide In addition to this bug I'm also seeing bug #1280271, but they may not be related. Same error for current Fedora development including packages: - anaconda-24.8-1.fc24 - kernel-4.4.0-0.rc5.git0.1.fc24 This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle. Changing version to '24'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase Pretty sure nm_access_point_get_ssid shouldn't be returning for what appears to be a valid NMAccessPoint object. *** Bug 1321011 has been marked as a duplicate of this bug. *** https://bugzilla.redhat.com/show_bug.cgi?id=1321011 Note this was failure on entering networking spoke of 24.13- in Fedora-Everything-netinst-x86_64-24_Alpha-1.7.iso could not detect wireless AP DVD to HD bare metal install Installs fine if use wired connection as detected on boot (In reply to satellitgo from comment #17) > https://bugzilla.redhat.com/show_bug.cgi?id=1321011 > > Note this was failure on entering networking spoke of 24.13- in > Fedora-Everything-netinst-x86_64-24_Alpha-1.7.iso > > could not detect wireless AP > > DVD to HD bare metal install > > Installs fine if use wired connection as detected on boot 24.13-1 (In reply to Joachim Frieben from comment #13) Wifi connection works well now for Fedora-Workstation-netinst-x86_64-24_Alpha-1.7 boot image. I tested Fedora-Everything-netinst x86_64 Alpha 1.7 and hit this crash on reaching the hub screen - I didn't even have to go to the NETWORK spoke. Nominating as a Beta blocker as that impact is pretty bad for me. My test system was a third-gen Dell XPS 13 developer edition with wifi and no ethernet adapter. Discussed at today's blocker review meeting [1]. Voted as AcceptedBlocker (Beta) - testing indicates that this bug violates "When using a dedicated installer image, the installer must be able to complete an installation using the text, graphical and VNC installation interfaces." (and other 'complete an install' criteria) for at least some affected systems, likely wifi-only installs from netinst / DVD [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2016-03-29 How reproducible is this? It would be useful if anybody could provide NM logs obtained after increasing log level by setting this: [logging] level=DEBUG domains=DEFAULT,WIFI_SCAN in /etc/NetworkManager/NetworkManager.conf (the service must be restarted then). Or in alternative: # nmcli general logging domains DEFAULT,WIFI_SCAN # nmcli general logging level DEBUG (this doesn't require restart but changes are not persistent). it's easily reproducible for me just by booting an installer image on a system with no ethernet, but it's difficult to get in and tweak the NM config before the crash happens. I'll try and do it one way or another, though. oh, never mind, I forgot we can reproduce it on live. Then it should be easy. Hmm, I tried with current nightly Workstation live and didn't hit the crash. I'll try it a couple more times with that image and the Everything netinst. Are other reporters still hitting this with recent nightlies? https://www.happyassassin.net/nightlies.html Aha, OK, in the live case, there's an overlap with https://bugzilla.redhat.com/show_bug.cgi?id=1146232 here: when the virbr0 interface / route is present, the crash doesn't happen. If you destroy it and run the installer, the crash happens. Created attachment 1146604 [details]
journal after triggering the crash with requesting NM logging settings
(In reply to Adam Williamson from comment #27) > Created attachment 1146604 [details] > journal after triggering the crash with requesting NM logging settings The 'ssid' field of an AP object can be NULL when the AP is not broadcasting the SSID, so the client application must be prepared to handle this situation. See for example: https://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/examples/python/gi/show-wifi-networks.py#n40 I think this should be solved in anaconda. Aha, thanks. So a better / more precise definition of this bug would be that it happens not 'whenever anaconda tries to do wifi scanning' (whether explicitly triggered, or done automatically because there's no wired connection and we need a network), but that it happens 'whenever anaconda tries to do wifi scanning *and there's an AP within range that is set not to broadcast its SSID*'? (In reply to Adam Williamson from comment #29) > Aha, thanks. So a better / more precise definition of this bug would be that > it happens not 'whenever anaconda tries to do wifi scanning' (whether > explicitly triggered, or done automatically because there's no wired > connection and we need a network), but that it happens 'whenever anaconda > tries to do wifi scanning *and there's an AP within range that is set not to > broadcast its SSID*'? I think you are right. My AP doesn't broadcast its SSID IIRC. This was merged, should be in next anaconda build. python-blivet-1.20.0-1.fc24 anaconda-24.13.4-1.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-45ca29d07c anaconda-24.13.4-1.fc24, python-blivet-1.20.0-1.fc24 has been pushed to the Fedora 24 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-2016-45ca29d07c anaconda-24.13.4-1.fc24, python-blivet-1.20.0-1.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report. |