I will try NVRAM reset as mentioned before, thanks.
As much as this sounds like a brute force fix, it is not. Nvram does get cluttered and the R9000 seems to be a victim of this for the current releases. For me, I probably caused my own issue by trying to use nvram to store my leases and I experimented with using nvram for flash storage. Clearing and resetting nvram has been a recommendation for years around here. I will probably try that the next time I see oddness after an update when no one else reports issues. _________________ Netgear R9000
DD-WRT v3.0-r55819 std (04/17/24)
Linux 4.9.337 #722 SMP Wed Apr 17 04:16:49 +07 2024 armv7l
Gateway, AP, DNSMasq, Clock 2000MHz
VAP on wlan1 for internet devices
IPv4 & IPv6 (Prefix Delegation)
Static Leases & DHCP
CloudFlare, no SFE, SmartDNS, no QoS
2.4GHz: Vanilla, Airtime Fairness, NG-Mixed, ACK Timing 3150, WPA2 w/AES & WPA3
5GHz: Vanilla, Airtime Fairness, AC/N Mixed, ACK Timing 3150, WPA2 w/AES & WPA3
2 Netgear AX1800 WiFi Mesh Extenders
Xfinity 1.2Gbps/35Mbps
Joined: 16 Mar 2019 Posts: 353 Location: Szczecin, Poland EU
Posted: Wed Jun 08, 2022 0:19 Post subject: New Build - 06/04/2022 - r49081
Router/Version: TP-Link TL-WDR3600 v1.5
Kernel: Linux 3.10.108-d11 #109218 Sat Jun 4 09:47:46 +07 2022 mips
Reset: Yes, use revert file, install newest dd-wrt build on router
Mode: Internet gateway, WIFI AP 5GHz, dnsmasq server, iptables firewall
Issues: weak WAN performance (~380 mbit download speed) ISP plan is 600 mbit+
Status: Working with issues
Uptime: ~59 H
Router have problem with weak WAN performance. That issue is exist since a few builds. I'm remember device worked rather good earlier. Syslog is attached.
I will try NVRAM reset as mentioned before, thanks.
As much as this sounds like a brute force fix, it is not. Nvram does get cluttered and the R9000 seems to be a victim of this for the current releases. For me, I probably caused my own issue by trying to use nvram to store my leases and I experimented with using nvram for flash storage. Clearing and resetting nvram has been a recommendation for years around here. I will probably try that the next time I see oddness after an update when no one else reports issues.
NVRAM reset did not solve the problem, I tried many times. Will now try to go back to stock firmware and afterwards flash DD-WRT again, will report if it worked.
Joined: 31 Jul 2021 Posts: 2146 Location: All over YOUR webs
Posted: Wed Jun 08, 2022 14:54 Post subject:
6rollo6 wrote:
NVRAM reset did not solve the problem, I tried many times. Will now try to go back to stock firmware and afterwards flash DD-WRT again, will report if it worked.
IDK what gives you the idea that this is in any way any kind of solution. its not. In fact if you dont erase the nvram when going back to stock or back to dd-wrt it will likely cause more issues. Not to mention you're just doing 2 unnecessary flashes for not good reason. But If Im wrong, I'll eat my hat . (good thing I dont have a hat)
NVRAM reset did not solve the problem, I tried many times. Will now try to go back to stock firmware and afterwards flash DD-WRT again, will report if it worked.
IDK what gives you the idea that this is in any way any kind of solution. its not.
The only way to tell whats going on, is to have serial logs of the boot process until dd-wrt UI loads to see if anything isn't initializing properly, syslogs have nothing useful usually and only way it may (not guaranteed) is to enable hidden console_debug, nvram set console_debug=1 && nvram commit && reboot
The idea came when nothing else I tried worked I'm sure you own a device for writing a serial log, me not, sorry. So I'll try enable hidden console_debug. Please just give me a hint where I can find/read/download that logfile afterwards to post it here. Thanks.
very good thanks, this is now the second log with this crash I forward it to BS
I say thanks! Hopefully there will be a solution/fix soon as I can‘t configure my Wifi anymore. Could you please update me/us here in this thread or via PM if there‘s any news about it?
Sytem up 2 days, this morning dropped all live connections. went to check syslog, it appears this happened at precisely the time the log was rotated, the log shows none of the drops but all the reconnects and dhcp responses are there and it looks normal, except for it only being a few hours long for whole log.
Joined: 16 Nov 2015 Posts: 6437 Location: UK, London, just across the river..
Posted: Sun Jun 12, 2022 21:37 Post subject:
nyddwrtuser330 wrote:
r9000
downgraded from 49139
Sytem up 2 days, this morning dropped all live connections. went to check syslog, it appears this happened at precisely the time the log was rotated, the log shows none of the drops but all the reconnects and dhcp responses are there and it looks normal, except for it only being a few hours long for whole log.
anyone else seeing this?
i don't think anyone is still on 49081, as this is an old build and has some problems that ware approached in the next builds...so far, "depends from set up" 49139 is more stable as well there is an upcoming build that patches some overflows...on the current old builds... _________________ Atheros
TP-Link WR740Nv1 ---DD-WRT 55630 WAP
TP-Link WR1043NDv2 -DD-WRT 55723 Gateway/DoT,Forced DNS,Ad-Block,Firewall,x4VLAN,VPN
TP-Link WR1043NDv2 -Gargoyle OS 1.15.x AP,DNS,QoS,Quotas
Qualcomm-Atheros
Netgear XR500 --DD-WRT 55779 Gateway/DoH,Forced DNS,AP Isolation,4VLAN,Ad-Block,Firewall,Vanilla
Netgear R7800 --DD-WRT 55819 Gateway/DoT,AD-Block,Forced DNS,AP&Net Isolation,x3VLAN,Firewall,Vanilla
Netgear R9000 --DD-WRT 55779 Gateway/DoT,AD-Block,AP Isolation,Firewall,Forced DNS,x2VLAN,Vanilla
Broadcom
Netgear R7000 --DD-WRT 55460 Gateway/SmartDNS/DoH,AD-Block,Firewall,Forced DNS,x3VLAN,VPN
NOT USING 5Ghz ANYWHERE
------------------------------------------------------
Stubby DNS over TLS I DNSCrypt v2 by mac913