Skip to content
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

Open
openwrt-bot opened this issue Nov 27, 2021 · 20 comments
Labels
flyspray release/21.02 pull request/issue targeted (also) for OpenWrt 21.02 release

Comments

@openwrt-bot
Copy link

marazmarci:

  • Device problem occurs on

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)

  • Software versions of OpenWrt/LEDE release, packages, etc.

Linksys EA8300: 21.02
Raspberry Pi 4B+: 21.02.1

  • Steps to reproduce

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

@openwrt-bot
Copy link
Author

marazmarci:

Sorry, I mistaken the latest version of hostapd-common!

It's 2020-06-08-5a8b3662-37, and NOT 2020-06-08-5a8b3662-35.

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?

@openwrt-bot
Copy link
Author

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.

@openwrt-bot
Copy link
Author

wescott:

Also occurs with
Buffalo WZR-600DHP
OpenWrt 21.02.1 r16325-88151b8303

Upgrade to

Syslog:
Sun Nov 28 20:13:03 2021 daemon.notice hostapd: wlan0: AP-DISABLED
Sun Nov 28 20:13:03 2021 daemon.notice hostapd: wlan0: CTRL-EVENT-TERMINATING
Sun Nov 28 20:13:03 2021 daemon.notice hostapd: nl80211: deinit ifname=wlan0 disabled_11b_rates=0
Sun Nov 28 20:13:03 2021 kern.info kernel: [ 945.088067] device wlan0 left promiscuous mode
Sun Nov 28 20:13:03 2021 kern.info kernel: [ 945.092801] br-lan: port 3(wlan0) entered disabled state
Sun Nov 28 20:13:03 2021 daemon.notice netifd: Network device 'wlan0' link is down
Sun Nov 28 20:13:03 2021 daemon.notice wpa_supplicant[3497]: Successfully initialized wpa_supplicant
Sun Nov 28 20:13:04 2021 daemon.notice netifd: radio0 (3520): Command failed: Invalid argument
Sun Nov 28 20:13:04 2021 daemon.notice netifd: radio1 (3521): Command failed: Invalid argument
Sun Nov 28 20:13:06 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy0.conf (phy wlan0) --> new PHY
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Line 41: unknown configuration item 'snoop_iface'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Line 48: unknown configuration item 'vlan_no_bridge'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Line 50: unknown configuration item 'qos_map_set'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: 3 errors found in configuration file '/var/run/hostapd-phy0.conf'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Failed to set up interface with /var/run/hostapd-phy0.conf
Sun Nov 28 20:13:06 2021 daemon.notice netifd: radio0 (3545): Command failed: Invalid argument
Sun Nov 28 20:13:06 2021 daemon.notice netifd: radio0 (3545): Device setup failed: HOSTAPD_START_FAILED
Sun Nov 28 20:13:06 2021 daemon.notice hostapd: Configuration file: /var/run/hostapd-phy1.conf (phy wlan1) --> new PHY
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Line 39: unknown configuration item 'snoop_iface'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Line 46: unknown configuration item 'vlan_no_bridge'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Line 48: unknown configuration item 'qos_map_set'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: 3 errors found in configuration file '/var/run/hostapd-phy1.conf'
Sun Nov 28 20:13:06 2021 daemon.err hostapd: Failed to set up interface with /var/run/hostapd-phy1.conf
Sun Nov 28 20:13:06 2021 daemon.notice netifd: radio1 (3547): Command failed: Invalid argument
Sun Nov 28 20:13:06 2021 daemon.notice netifd: radio1 (3547): Device setup failed: HOSTAPD_START_FAILED

@openwrt-bot
Copy link
Author

jow-:

This error will occur if you upgrade hostapd-common without upgrading and restarting the installed wpad flavor as well.

@openwrt-bot
Copy link
Author

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.

@openwrt-bot
Copy link
Author

x4applegateOG:

Hi, I had same issues on Raspberry Pi
infomation system:
Raspberry pi 4B
2GB Ram
2 Access point Netgear Ac2160(one for client, one for AP 5.0Ghz)
1 Built in (one for AP 2.4Ghz)

Openwrt Infomation copy and paste.

Hostname OpenWrt
Model Raspberry Pi 4 Model B Rev 1.4
Architecture ARMv8 Processor rev 3
Firmware Version OpenWrt 21.02.1 r16325-88151b8303 / LuCI openwrt-21.02 branch git-21.327.65561-7f37a58
Kernel Version 5.4.154

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.

@openwrt-bot
Copy link
Author

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:
Model D-Link DIR-2640 A1
Architecture MediaTek MT7621 ver:1 eco:3
Firmware Version OpenWrt 21.02.0 r16279-5cc0535800 / LuCI openwrt-21.02 branch git-21.340.48972-61cc3b1
Kernel Version 5.4.143

@openwrt-bot
Copy link
Author

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
opkg install hostapd-common_2020-06-08-5a8b3662-35_arm_cortex-a9.ipk --cache .

Once installed, restart the WiFi interfaces.

Model Linksys WRT1900AC v1
Architecture ARMv7 Processor rev 2 (v7l)
Firmware Version OpenWrt 21.02.1 r16325-88151b8303 / LuCI openwrt-21.02 branch git-21.340.48972-61cc3b1
Kernel Version 5.4.154

@openwrt-bot
Copy link
Author

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.

@openwrt-bot
Copy link
Author

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:
daemon.notice hostapd: wlan0: RADIUS No response from Accounting server 127.0.0.1:1813 - failover
daemon.notice hostapd: wlan0: RADIUS No response from Authentication server 127.0.0.1:1812 - failover

Downgrading hostapd-common to 2020-06-08-5a8b3662-35 restore radius authentication

@openwrt-bot
Copy link
Author

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.

@openwrt-bot
Copy link
Author

jow-:

You can't just upgrade hostapd-common alone, you need to upgrade all related packages (wpad etc.)

@openwrt-bot
Copy link
Author

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.

@openwrt-bot
Copy link
Author

KsmoinO:

Trying to debug my radius issue I realize that I was using wpad-wolfssl
I tried to switch to wpad and wpad-openssl but both completely breaks wifi, devices still not active with "2 errors found in configuration file '/var/run/hostapd-phyX.conf'" messages in logs

EDIT: only wpad seems to break completely wifi
If I run '/etc/init.d/wpad restart' after switch to wpad-openssl wifi starts but I still have radius issue when i updgrade hostapd-common to 2020-06-08-5a8b3662-38

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

@openwrt-bot
Copy link
Author

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**

@openwrt-bot
Copy link
Author

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?

@openwrt-bot
Copy link
Author

jow-:

Again, you must update all hostapd components, not just hostapd-common

@openwrt-bot
Copy link
Author

systemdlete:

What makes you think I hadn't? I did update all the components. It made no difference--it still did not work.

@aparcar aparcar added the release/21.02 pull request/issue targeted (also) for OpenWrt 21.02 release label Feb 22, 2022
@fhloston
Copy link

fhloston commented Mar 4, 2022

upgraded from 21.02.1 to 21.02.2 and see this issue after I installed hostapd-ssl:
opkg remove wpad-basic wpad-basic-wolfssl
opkg install hostapd-openssl

this results in these versions:
hostapd-common - 2020-06-08-5a8b3662-39
hostapd-openssl - 2020-06-08-5a8b3662-40

then upgradeing hostapd-common fixes it.

opkg install hostapd-common Upgrading hostapd-common on root from 2020-06-08-5a8b3662-39 to 2020-06-08-5a8b3662-40... Downloading https://downloads.openwrt.org/releases/21.02.2/packages/arm_cortex-a15_neon-vfpv4/base/hostapd-common_2020-06-08-5a8b3662-40_arm_cortex-a15_neon-vfpv4.ipk

@KsmoinO
Copy link

KsmoinO commented Mar 4, 2022

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
flyspray release/21.02 pull request/issue targeted (also) for OpenWrt 21.02 release
Projects
None yet
Development

No branches or pull requests

4 participants