New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS#4159 - hostapd-common update breaks WiFi completely when using the config file for the previous version #9144
Comments
marazmarci: Sorry, I mistaken the latest version of hostapd-common! It's 2020-06-08-5a8b3662-37, and NOT And I also mistaken the Raspbery Pi's model name. It's not 4B+ (no such model exists). It's 4B (and by the way it has 4GB RAM) Can someone with the appropriate rights modify the report's description please? |
wescott: Also seen on Netgear R8000 (BCM4709) with OpenWrt 21.02.1 r16325-88151b8303 / LuCI openwrt-21.02 branch git-21.295.67054-13df80d. Upgrade of hostapd-common kills all wireless. |
wescott: Also occurs with Upgrade to Syslog: |
jow-: This error will occur if you upgrade hostapd-common without upgrading and restarting the installed wpad flavor as well. |
SiNONiMiTY: Same issue here, after updating the hostapd-common package, WiFi died on me. Restored the backup I made before updating the packages and WiFi worked again. Second attempt to update the packages, I installed the wpad first before the hostapd and it seems to work but afterwards, I got a lot of disconnection issues on the 5Ghz band. It seems that the latest update (one that ends in 37) breaks things. I suggest stay away from it. |
x4applegateOG: Hi, I had same issues on Raspberry Pi Openwrt Infomation copy and paste. Hostname OpenWrt after i reset factory the Raspberry pi then upgrade rest but not hostapd-common because it will crash my build in Wifi... I need 2.4 for smart house as well. |
bbueno: Hi. I've had the same issue with D-Link DIR-2640 A1. After running the following upgrade: hostapd-common - 2020-06-08-5a8b3662-35 - 2020-06-08-5a8b3662-37 More details: |
equid0x: Same issue here. I was able to workaround it with the downloaded package from https://archive.openwrt.org/releases/packages-21.02/arm_cortex-a9/base/ opkg remove hostapd-common --force-depends Once installed, restart the WiFi interfaces. Model Linksys WRT1900AC v1 |
systemdlete: Having this with openwrt 21.02.1 running on x86_64. (I believe this is the same issue.) I get this out-of-the-box, so to speak. I didn't do any upgrade, per se. |
KsmoinO: Jo-Philipp Wich comment on 28 November 2021 23:03, solves the issue for me except for radius authentication I set it up following this guide https://openwrt.org/docs/guide-user/network/wifi/freeradius When I upgrade hostapd-common 2020-06-08-5a8b3662-35 to 2020-06-08-5a8b3662-38, hostapd seems not be able to contact radius: Downgrading hostapd-common to 2020-06-08-5a8b3662-35 restore radius authentication |
systemdlete: I don't understand what Jo-Philipp's comment means in terms of her configuration and what she specifically did to get it to work. I've tried installing just one package at a time to isolate the fault--it turns out, in my case at least, to be the installation of the hostapd-common package. All I know is the following: I begin with a stock copy of the openwrt 21.02.1 x86_64 image and convert it to a vbox image (this works for all of my other routers, including my old belkin wireless usb adapter, which would still be running but for the unit physically falling apart). I proceed to configure an upstream interface (working perfectly), a management interface (also working perfectly), and then the wireless interface. openwrt detects the adapter and even turns the LED on and I can use the scan and see all of my neighbors' wifi APs. Running "ip link" shows the wlan0 device is present. Then, I go to add the hostapd-common package, and nothing else yet. After that, even after a cold reboot, I can no longer run the scan. It no longer reports any of my neighbors' APs. The wlan0 device no longer shows in the output of "ip link." Adding a wireless network is pointless (I tried) because it will not work. This leads me to believe there is an issue with hostapd-common (hostapd package is not yet installed). (Again, I was able to get this working for my belkin adapter; sadly, that adapter physically disintegrated.) It is possible I do not have the right driver. openwrt loads the rtl8812au driver for this NETIS WF2180 usb (no exterior antenna). Other linux users claim it works for them on Ubuntu, so there must be at least some hope for this device running on openwrt. Addendum: logread no longer sends messages to my syslog server either. It emits one message telling the daemon has started, but no further messages. If it had, I would add the log as an attachment here. |
jow-: You can't just upgrade hostapd-common alone, you need to upgrade all related packages (wpad etc.) |
systemdlete: Starting with the 19.07.8 image, and then proceeding the same as my last post, I am able to get slightly farther. At least I don't seem to lose the wlan0 device entirely. I can install hostapd-common, and even install, say, hostapd and configure it, etc. Now I can run scans repeatedly without the complete loss of the wireless. I can see all of my neighbors' APs both before and after changes to the router (as I make configuration changes). The problem is I can't seem to get the radio to start. The wireless page in LuCI always shows "Device is not active" -- even though I can successfully scan. Restart does nothing to change that state. So downgrading appears to allow scanning to work persistently, although after some time, I find I need to cold start the router as reboots no longer restore the running state of the VM to where it was when I could still run scans. Hopefully this update post might give someone here an idea for me to try. Meanwhile, I continue my rubber duck debugging as best as I can. (I'm also working on building a custom image so I can eventually do some debugging.) EDIT: I also note that logread still is unable to send on the management interface to my syslog server, even with 19.07.8. logread worked successfully up until I added the wireless AP software. I am also logging to a local file on the router, and I can see it is failing to send to port 514. I cannot even ping from that interface to the syslog server, whereas it worked prior to the install of AP packages. The syslog server continues getting UDP from my other openwrt router. |
KsmoinO: Trying to debug my radius issue I realize that I was using wpad-wolfssl EDIT: only wpad seems to break completely wifi running 'radius -X' logs "Receive - Malformed RADIUS packet from host 127.0.0.1: Invalid attribute 0" with both wpad-openssl and wpad-wolfssl and hostapd-common 2020-06-08-5a8b3662-38 |
eldiablo13fr: same issue with updated version of hostapd-common **2020-06-08-5a8b3662-38 **, this version kills WIFI on my two R8000 netgear and also my TP-Link Archer C7 v5. But all works with the previous version ** hostapd-common2020-06-08-5a8b3662-35** |
systemdlete: Maybe this bug is not exactly the same as mine, but it is almost certainly related. Once I install hostapd-common, the interface disappears. This defect is "low priority" -- isn't wireless functionality kind of central to OpenWRT? |
jow-: Again, you must update all hostapd components, not just hostapd-common |
systemdlete: What makes you think I hadn't? I did update all the components. It made no difference--it still did not work. |
upgraded from 21.02.1 to 21.02.2 and see this issue after I installed hostapd-ssl: this results in these versions: then upgradeing hostapd-common fixes it.
|
Upgrading wpad-wolfssl to 2020-06-08-5a8b3662-40, restarting it then upgrading hostapd-common to 2020-06-08-5a8b3662-40 solve my issue with radius authentication (maybe linked to this issue #9315) and wifi still worked |
marazmarci:
Linksys EA8300 AC2200 (advanced WiFi config - 802.11r related settings and a lots of other advanced settings are also modified compared to the default)
Raspberry Pi 4B+ (simple WiFi config - only SSID and password settings are modified)
Linksys EA8300: 21.02
Raspberry Pi 4B+: 21.02.1
opkg upgrade hostapd-common
It happened for me when I upgraded to 2020-06-08-5a8b3662-35 (the current latest release published on 2021-11-25) from the previous version or the one before that, I don't exactly know, but I'm sure that I kept my packages up-to-date on a weekly basis recently, so my previous version cannot be older than 7 days.
I've got this error message in the system log on both of my devices:
Sat Nov 27 16:05:40 2021 daemon.notice netifd: radio0 (10527): command failed: No error information (-524)
Sat Nov 27 16:05:40 2021 daemon.notice netifd: radio0 (10527): command failed: I/O error (-5)
Sat Nov 27 16:05:41 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) --> new PHY
Sat Nov 27 16:05:41 2021 daemon.err hostapd: Line 47: unknown configuration item 'snoop_iface'
Sat Nov 27 16:05:41 2021 daemon.err hostapd: Line 54: unknown configuration item 'vlan_no_bridge'
Sat Nov 27 16:05:41 2021 daemon.err hostapd: Line 56: unknown configuration item 'qos_map_set'
Sat Nov 27 16:05:41 2021 daemon.err hostapd: 3 errors found in configuration file '/var/run/hostapd-phy0.conf'
Sat Nov 27 16:05:41 2021 daemon.err hostapd: Failed to set up interface with /var/run/hostapd-phy0.conf
Sat Nov 27 16:05:41 2021 daemon.notice netifd: radio0 (10527): Command failed: Invalid argument
Sat Nov 27 16:05:41 2021 daemon.notice netifd: radio0 (10527): Device setup failed: HOSTAPD_START_FAILED
Sat Nov 27 16:05:41 2021 daemon.notice netifd: Wireless device 'radio0' set retry=0
Sat Nov 27 16:05:41 2021 daemon.crit netifd: Wireless device 'radio0' setup failed, retry=0
Sat Nov 27 16:05:42 2021 daemon.notice netifd: Wireless device 'radio0' is now down
The text was updated successfully, but these errors were encountered: