Can you identify this host MAC 04:7b:cb:bc:96:ce In your. Network?
Thank you for the pointing that out. It is the one that is common in most of the errors.
I tried this root@OpenWrt:~# brctl showmacs br-lan
port no mac addr is local? ageing timer
5 1a:9d:45:52:xx:xx no 59.65
1 60:38:e0:xx:xx:xx yes 0.00
1 60:38:e0:xx:xx:80 yes 0.00
5 60:38:e0:xx:a1:81 yes 0.00
5 60:38:e0:b6:a1:81 yes 0.00
6 60:38:xx:xx:a1:82 yes 0.00
6 60:38:xx:b6:a1:82 yes 0.00
5 6a:62:xx:xx:03:85 no 4.44
5 b2:c9:32:xx:xx:e0 no 6.72
6 ce:69:f6:xx:xx:2c no 0.00
Can you suggest me any other way to find that device?
- I have also tried to see network interfaces in router- radio2 is disabled in router, so it's not possible for me to see its mac via
luci -> wireless - Would it help, if i filter out that mac via firewall? may be I could see probelm in connection to that particular device later
.
Anything here ring a bell ?
DHCPACK(br-lan) 192.168.1.144 04:7b:cb:bc:96:ce LAPTOP-12N5SABI
IT surely does, that is my laptop.
- Did you see any problem with the network adapter there?
- What are the steps I should take to get rid of the error?
Karnel log looks like this now:
[ 65.253879] ieee80211 phy1: staid 2 deleted
[ 115.692658] ieee80211 phy0: change: 0x40
[ 115.789676] ieee80211 phy0: change: 0x100
[ 115.818314] ieee80211 phy0: change: 0x100
[ 115.827338] ieee80211 phy0: change: 0x42
[ 115.924734] ieee80211 phy0: change: 0x40
[ 116.099771] IPv6: ADDRCONF(NETDEV_CHANGE): phy0-ap0: link becomes ready
[ 116.106494] br-lan: port 6(phy0-ap0) entered blocking state
[ 116.112094] br-lan: port 6(phy0-ap0) entered forwarding state
[ 211.349599] ieee80211 phy1: staid 2 deleted
[ 229.704984] ieee80211 phy0: staid 1 deleted
[ 234.376831] ieee80211 phy0: staid 1 deleted
[ 239.448713] ieee80211 phy0: staid 1 deleted
[ 243.570125] ieee80211 phy0: staid 1 deleted
[ 247.681456] ieee80211 phy0: staid 1 deleted
System log:
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 3e:65:ad:88:06:e9
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.197 3e:65:ad:88:06:e9
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 3e:65:ad:88:06:e9
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.197 3e:65:ad:88:06:e9
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPDISCOVER(br-lan) 3e:65:ad:88:06:e9
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPOFFER(br-lan) 192.168.1.197 3e:65:ad:88:06:e9
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.197 3e:65:ad:88:06:e9
Wed Dec 18 03:57:20 2024 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.197 3e:65:ad:88:06:e9 OnePlus-8
Wed Dec 18 03:58:53 2024 daemon.notice netifd: wan (2704): udhcpc: sending renew to server 84.238.2.7
Wed Dec 18 03:58:53 2024 daemon.notice netifd: wan (2704): udhcpc: lease of 84.238.107.185 obtained from 84.238.2.7, lease time 3600
Wed Dec 18 04:08:38 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed IEEE 802.11: associated (aid 3)
Wed Dec 18 04:08:39 2024 daemon.notice hostapd: phy1-ap0: AP-STA-CONNECTED 1a:9d:45:52:d0:ed auth_alg=open
Wed Dec 18 04:08:39 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed WPA: pairwise key handshake completed (RSN)
Wed Dec 18 04:08:39 2024 daemon.notice hostapd: phy1-ap0: EAPOL-4WAY-HS-COMPLETED 1a:9d:45:52:d0:ed
Wed Dec 18 04:08:40 2024 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.173 1a:9d:45:52:d0:ed
Wed Dec 18 04:08:40 2024 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.173 1a:9d:45:52:d0:ed Gyaljen-s-S22
Wed Dec 18 04:08:40 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed IEEE 802.11: authenticated
Wed Dec 18 04:22:15 2024 daemon.notice hostapd: phy1-ap0: AP-STA-DISCONNECTED 1a:9d:45:52:d0:ed
Wed Dec 18 04:22:15 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed IEEE 802.11: disassociated due to inactivity
Wed Dec 18 04:22:16 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Dec 18 04:22:16 2024 kern.warn kernel: [95378.011536] Ignoring NSS change in VHT Operating Mode Notification from 3e:65:ad:88:06:e9 with invalid nss 2
Wed Dec 18 04:22:16 2024 kern.debug kernel: [96877.943468] ieee80211 phy1: staid 3 deleted
Wed Dec 18 04:22:20 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed IEEE 802.11: associated (aid 3)
Wed Dec 18 04:22:20 2024 daemon.notice hostapd: phy1-ap0: AP-STA-CONNECTED 1a:9d:45:52:d0:ed auth_alg=open
Wed Dec 18 04:22:20 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed WPA: pairwise key handshake completed (RSN)
Wed Dec 18 04:22:20 2024 daemon.notice hostapd: phy1-ap0: EAPOL-4WAY-HS-COMPLETED 1a:9d:45:52:d0:ed
Wed Dec 18 04:22:21 2024 daemon.info dnsmasq-dhcp[1]: DHCPREQUEST(br-lan) 192.168.1.173 1a:9d:45:52:d0:ed
Wed Dec 18 04:22:21 2024 daemon.info dnsmasq-dhcp[1]: DHCPACK(br-lan) 192.168.1.173 1a:9d:45:52:d0:ed Gyaljen-s-S22
Wed Dec 18 04:22:21 2024 daemon.info hostapd: phy1-ap0: STA 1a:9d:45:52:d0:ed IEEE 802.11: authenticated
Wed Dec 18 04:28:53 2024 daemon.notice netifd: wan (2704): udhcpc: sending renew to server 84.238.2.7
Wed Dec 18 04:28:53 2024 daemon.notice netifd: wan (2704): udhcpc: lease of 84.238.107.185 obtained from 84.238.2.7, lease time 3600
Wed Dec 18 04:31:03 2024 daemon.err uhttpd[1882]: [info] luci: accepted login on /admin/network/wireless for root from 192.168.1.211
The connection now is stable with logs.
Update:
Kernel logs looks like this : with a bit freeze for my phone connection:
[103467.772188] Ignoring NSS change in VHT Operating Mode Notification from 3e:65:ad:88:06:e9 with invalid nss 2
[105846.589467] ieee80211 phy1: staid 4 deleted
[106671.870473] ieee80211 phy1: staid 3 deleted
[112795.445471] ieee80211 phy1: staid 2 deleted
[112858.707023] ieee80211 phy1: staid 1 deleted
[115465.894960] ieee80211 phy1: staid 3 deleted
This commit will fix your power led: https://github.com/openwrt/openwrt/pull/17330
does the latest version (20241226) use apk instead of opkg?
apk is included since 2024-12-16 build
I didn't actually test it however
ok, I will try it. thanks
I tried 20241216 before and apk wasn't found from the command line
so it would seem that apk is still broken in this build.
I tried doing a luci software/update lists and it failed, then I tried hitting the "config apk" button and I get the following error:
"Unable to read /etc/apk/repositories.d/distfeeds.list: NotFoundError: Resource not found"
CONFIG_PACKAGE_opkg=y != # CONFIG_PACKAGE_opkg is not set
# Global build settings
# CONFIG_USE_APK is not set != [*] Use APK instead of OPKG to build distribution
hi
Mvebu-cortexa9-linksys_wrt3200acm
Luci error when i try configure apk :
Unable to read /etc/apk/repositories.d/distfeeds.list: NotFoundError: Resource not found
On cli :
#apk update
ERROR: Unable to read database: No such file or directory
ERROR: Failed to open apk database: No such file or directory
I cant see installed package, i find some peoples talking about openssl support and apk-tools.
Executing package manager
apk update
Errors
ERROR: Unable to read database: No such file or directory ERROR: Failed to open apk database: No such file or directory
The apk update command failed with code 99.
3 Likes
maybe wait until the next release, hopefully this will be fixed then.
Apk still broken
Global build settings
# CONFIG_USE_APK is not set
#
# Configuration
#
CONFIG_PACKAGE_opkg=y # is still set
1 Like
Anybody having SQM performance issues?
I want to say at least 6 months ago i was able to push around 500 Mbps download performance on my WRT1900ACv1 and at least builds since last October I cant push more than 200 Mbps.
In both instances i have SQM set with fq_codel and simple.qos. IRQBalance is on.
Hi, is opkg out of the picture since january 10th sysupgrade?
I can't get updates from opkg update, apk update with the same issue as moccolo.