to be hones and kill all doubts do what you ware suggested
1. erase nvram via putty
2. post results from - nvram show
3. rebuild manually
my doubts are either win 10 is playing a dodge trick if you use it at all or bad/corrupt nvram witch is so wired...
Personally i did 2 times manual erase nvram and rebuild on this last firmware and no problems with erase at all at all..well i could see bad erase nvram block in syslog but this is something normal and usually the system is not using those blocks for info...
also please post witch version is your R7000 they are 2 or 3 so far on the market.....
thanks, i will give it all another go later tonight;
(but i have done this all 3 times now barr opt 2.)
I cant verify any stickers on the bottom of the router as im at work, but remotely connecting to it , I can say;
my router is ;
CPU Model
Broadcom BCM4709
CPU Cores 2
CPU Clock 1000 MHz
Load Average 2%
0.02, 0.08, 0.02
CPU Temperature CPU 55.2 °C / WL0 45.0 °C / WL1 48.0 °C
its prob a v1 as i got it when they first came out...
ps. i tried your option 2. above (via remote access) but got no result/response from router..? (I presume the results pop up in a separate window and this doesn't happen remotely?)
I guess I have to do this from home ...
Getting all sorts of errors in syslog;
Feb 14 13:42:11 NETGEAR kern.err kernel: (detected by 0, t=114032 jiffies, g=6301, c=6300, q=64781)
Feb 14 13:42:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:42:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:42:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:42:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:42:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:42:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:42:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:45:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:45:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=131959
Feb 14 13:45:11 NETGEAR kern.err kernel: (detected by 0, t=132037 jiffies, g=6301, c=6300, q=67307)
Feb 14 13:45:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:45:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:45:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:45:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:45:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:45:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:45:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:48:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:48:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=149945
Feb 14 13:48:11 NETGEAR kern.err kernel: (detected by 0, t=150042 jiffies, g=6301, c=6300, q=71264)
Feb 14 13:48:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:48:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:48:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:48:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:48:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:48:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:48:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:51:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:51:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=167933
Feb 14 13:51:11 NETGEAR kern.err kernel: (detected by 0, t=168047 jiffies, g=6301, c=6300, q=83301)
Feb 14 13:51:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:51:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:51:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:51:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:51:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:51:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:51:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:54:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:54:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=185935
Feb 14 13:54:11 NETGEAR kern.err kernel: (detected by 0, t=186052 jiffies, g=6301, c=6300, q=100069)
Feb 14 13:54:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:54:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:54:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:54:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:54:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:54:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:54:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
to be hones and kill all doubts do what you ware suggested
1. erase nvram via putty
2. post results from - nvram show
3. rebuild manually
my doubts are either win 10 is playing a dodge trick if you use it at all or bad/corrupt nvram witch is so wired...
Personally i did 2 times manual erase nvram and rebuild on this last firmware and no problems with erase at all at all..well i could see bad erase nvram block in syslog but this is something normal and usually the system is not using those blocks for info...
also please post witch version is your R7000 they are 2 or 3 so far on the market.....
thanks, i will give it all another go later tonight;
(but i have done this all 3 times now barr opt 2.)
I cant verify any stickers on the bottom of the router as im at work, but remotely connecting to it , I can say;
my router is ;
CPU Model
Broadcom BCM4709
CPU Cores 2
CPU Clock 1000 MHz
Load Average 2%
0.02, 0.08, 0.02
CPU Temperature CPU 55.2 °C / WL0 45.0 °C / WL1 48.0 °C
its prob a v1 as i got it when they first came out...
ps. i tried your option 2. above (via remote access) but got no result/response from router..? (I presume the results pop up in a separate window and this doesn't happen remotely?)
I guess I have to do this from home ...
Getting all sorts of errors in syslog;
Feb 14 13:42:11 NETGEAR kern.err kernel: (detected by 0, t=114032 jiffies, g=6301, c=6300, q=64781)
Feb 14 13:42:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:42:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:42:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:42:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:42:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:42:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:42:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:45:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:45:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=131959
Feb 14 13:45:11 NETGEAR kern.err kernel: (detected by 0, t=132037 jiffies, g=6301, c=6300, q=67307)
Feb 14 13:45:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:45:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:45:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:45:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:45:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:45:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:45:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:48:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:48:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=149945
Feb 14 13:48:11 NETGEAR kern.err kernel: (detected by 0, t=150042 jiffies, g=6301, c=6300, q=71264)
Feb 14 13:48:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:48:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:48:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:48:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:48:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:48:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:48:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:51:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:51:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=167933
Feb 14 13:51:11 NETGEAR kern.err kernel: (detected by 0, t=168047 jiffies, g=6301, c=6300, q=83301)
Feb 14 13:51:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:51:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:51:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:51:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:51:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:51:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:51:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
Feb 14 13:54:11 NETGEAR kern.err kernel: INFO: rcu_sched detected stalls on CPUs/tasks:
Feb 14 13:54:11 NETGEAR kern.err kernel: 1-...: (1 GPs behind) idle=367/140000000000000/0 softirq=27780/27781 fqs=185935
Feb 14 13:54:11 NETGEAR kern.err kernel: (detected by 0, t=186052 jiffies, g=6301, c=6300, q=100069)
Feb 14 13:54:11 NETGEAR kern.info kernel: Task dump for CPU 1:
Feb 14 13:54:11 NETGEAR kern.info kernel: wland R running 0 1766 1 0x00000002
Feb 14 13:54:11 NETGEAR kern.warn kernel: Backtrace:
Feb 14 13:54:11 NETGEAR kern.warn kernel: [<80014074>] (__schedule) from [<80014520>] (schedule+0x88/0x98)
Feb 14 13:54:11 NETGEAR kern.warn kernel: r10:8607bed0 r9:8607beec r8:7e11d600 r7:00000003 r6:0000c350 r5:00000001
Feb 14 13:54:11 NETGEAR kern.warn kernel: r4:8607a000
Feb 14 13:54:11 NETGEAR kern.warn kernel: Backtrace aborted due to bad frame pointer <8007de54>
How did you configure wireless, Client/Repeater, VAPs?
well.. i have reverted back to Firmware: DD-WRT v3.0-r30700M kongac (09/27/16) and am having NO issues whatsoever so i will just keep it in that for now. cheers
Locked up solid after approx. 4 days uptime. 2.4G wireless dead, Guest on 2.4G dead, 5G dead. No wired connections, don't know if they still worked. I'll have to look into adding a USB memory stick and logging to that, so I can reboot and look to see what happened before the reboot.
EDIT: forgot to mention, when the WiFi dies, the watchdog doesn't trip ...
WDS/Connection Watchdog
Enable Watchdog Enable
Interval (in seconds) 600
IP Addresses 8.8.8.8
Router: Netgear R7000
Firmware: DD-WRT v3.0-r31205M kongac (02/03/17)
Kernel: Linux 4.4.45 #248 SMP Fri Feb 3 11:11:57 CET 2017 armv7l
Status: Working
Reset: Yes, erase nvram and reconfigure
Previous: 30645
Errors: None
RX errors: 23106728 OK, no error
TX errors: 27620425 OK, 391 errors
Up for twelve days with no issues. Acting as wireless access point 2.4ghz and 5ghz. Only settings besides normal wireless is USB core on (powering netbook fan under r7000). So far so good...
If anybody has recompiled switch_robo.ko kernel module for R7000 on kong dd-wrt kernel 4.4, please share it. My ppoe internet connection need vlan-id id 20
First set 20MHz choose channel 52 then set 40 MHz, it will revert back to auto , toggle lower/upper and save and then you can choose a channel again choose 52 upper
Ok I'll try that tonight.
Thanks
Okay so even after switching to 52+upper I'm seeing VHT80 clients (which shouldn't happen, right?) and loosing 5Ghz after a random interval.
I tried to roll back to an older KANG (30700 and 30910) and wifi was stable but now it's rebooting every 30 minutes to 12 hours. I didn't have time to erase nvram and start over from scratch so I'll try that this weekend.
If anybody has recompiled switch_robo.ko kernel module for R7000 on kong dd-wrt kernel 4.4, please share it. My ppoe internet connection need vlan-id id 20
thanks in advance.
John
I'm also on pppoe, I need vlan id 7, but I do not need to set anything in my router, because I use a Vigor 130 modem, which handles the vlan tagging while still running in bridge mode. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
It seems there are a lot of TX transmission errors. On my R8000 (did erase nvram after upgrading), after 4 days running, I have
wl0
Transmitted (TX)
1016472 OK, 52165 errors
wl1
Transmitted (TX)
973871 OK, 2117 errors
wl2
Transmitted (TX)
2072985 OK, 98039 errors
So transmission error rates are about 4-5% on 5Ghz channels. Old firmware didn't have such large TX error rate.
If anybody has recompiled switch_robo.ko kernel module for R7000 on kong dd-wrt kernel 4.4, please share it. My ppoe internet connection need vlan-id id 20
thanks in advance.
John
I'm also on pppoe, I need vlan id 7, but I do not need to set anything in my router, because I use a Vigor 130 modem, which handles the vlan tagging while still running in bridge mode.
Thank you Kong for fast responding. Greatly appreciated.
I don’t use a separate modem and R7000 is used to dial the ppoe. Currently I use the recompiled switch_robo(vlan id up to 127) on DD-WRT v3.0-r29300M kongac(04/14/16). I would like to upgrade it to new firmware which use kernel 4.4, but it doesn't support vlad-id on wan interface. If you don’t mind, could you please provide a recompiled switch_robo.ko module with vlan id. It will be helpful for many.
If anybody has recompiled switch_robo.ko kernel module for R7000 on kong dd-wrt kernel 4.4, please share it. My ppoe internet connection need vlan-id id 20
thanks in advance.
John
I'm also on pppoe, I need vlan id 7, but I do not need to set anything in my router, because I use a Vigor 130 modem, which handles the vlan tagging while still running in bridge mode.
Thank you Kong for fast responding. Greatly appreciated.
I don’t use a separate modem and R7000 is used to dial the ppoe. Currently I use the recompiled switch_robo(vlan id up to 127) on DD-WRT v3.0-r29300M kongac(04/14/16). I would like to upgrade it to new firmware which use kernel 4.4, but it doesn't support vlad-id on wan interface. If you don’t mind, could you please provide a recompiled switch_robo.ko module with vlan id. It will be helpful for many.
Thank you again.
John
The previous precompiled ko was provided by a user that did not submit the patch, otherwise it would by already included in the builds. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Get a smart switch like a NETGEAR ProSAFE GS105Ev2 to manage your vlan id and tagging on a couple of ports between the router and modem. With this you can use any of Kong's builds.
I use 4 ports in a vlan from my 20 port switch to connect 3 router WAN ports to my modem.
johns8 wrote:
<Kong> wrote:
johns8 wrote:
If anybody has recompiled switch_robo.ko kernel module for R7000 on kong dd-wrt kernel 4.4, please share it. My ppoe internet connection need vlan-id id 20
thanks in advance.
John
I'm also on pppoe, I need vlan id 7, but I do not need to set anything in my router, because I use a Vigor 130 modem, which handles the vlan tagging while still running in bridge mode.
Thank you Kong for fast responding. Greatly appreciated.
I don’t use a separate modem and R7000 is used to dial the ppoe. Currently I use the recompiled switch_robo(vlan id up to 127) on DD-WRT v3.0-r29300M kongac(04/14/16). I would like to upgrade it to new firmware which use kernel 4.4, but it doesn't support vlad-id on wan interface. If you don’t mind, could you please provide a recompiled switch_robo.ko module with vlan id. It will be helpful for many.
Thank you again.
John
_________________ Segment 1 XR700 10Gb LAN, 1Gb WAN ISP BS
Wired AP 1 Unifi Wifi 6 LR US 1Gb LAN
Wired AP 2 Unifi Wifi 6 LR US 1Gb LAN
Wired AP 3 Unifi Wifi 6 LR US 1Gb LAN
Syslog Services Asustor 7110T NAS 10GB
NetGear XS716T 10GB Switch
download1.dd-wrt.com/dd-wrtv2/downloads/betas/ (Brain Slayer)
YAMon https://usage-monitoring.com/index.php
- *.bin files can only be flashed from dd-wrt webif.
- *.chk can be flashed from Netgear factory fw and from dd-wrt webif
- I don't provide factory to dd-wrt for non Netgear models
since I do not own any non Netgear Broadcom units
All builds include ddup util, which allows update checking
and flashing of the following models:
Netgear EX6200
Netgear AC1450
Netgear R6250
Netgear R6300V2
Netgear R6400
Netgear R7000
Netgear R8000
Netgear R8500
Asus RT-AC68R
Asus RT-AC68U
Asus RT-AC56U
Asus RT-AC3200
Asus RT-AC5300
Buffalo WXR-1900DHP
Linksys EA6900
Linksys EA6700 _________________ Segment 1 XR700 10Gb LAN, 1Gb WAN ISP BS
Wired AP 1 Unifi Wifi 6 LR US 1Gb LAN
Wired AP 2 Unifi Wifi 6 LR US 1Gb LAN
Wired AP 3 Unifi Wifi 6 LR US 1Gb LAN
Syslog Services Asustor 7110T NAS 10GB
NetGear XS716T 10GB Switch
download1.dd-wrt.com/dd-wrtv2/downloads/betas/ (Brain Slayer)
YAMon https://usage-monitoring.com/index.php
Joined: 08 Oct 2007 Posts: 47 Location: Winnipeg, MB
Posted: Sun Feb 19, 2017 2:07 Post subject:
Still having issues with new builds, 30880 running solid. I posted in a previous topic last time I tried.
Router: R7000
Firmware: 30880 -> 31205
Previously tried Firmware: 30880 -> 31085 -> 31100
Status: Intermittent hard lock
Reset: YES -> ddup with power cycle -> erase nvram with power cycle
This morning I did a ddup from the 30880 to this build. 30880 was showing 47 days of uptime, for reference. I updated, power cycled and waited.
Within an hour the unit hard locked, lost network connectivity and could not access the router. Had to power cycle to bring it back up.
I did a erase nvram to go back to factory, then manually set everything back up. When done, I power cycled again and waited.
Just now, the router was locked up as before. Had to power cycle. Flashed back to 30880 again as unfortunately I don't have time to test further with the possibility of losing my network.
Something changed between 30880 and 31085 that is causing this issue for me.
Is there something I can do to log what is happening?
I'll list some features I'm using that might not be standard. Basically this is what I enabled or changed after the factory reset:
- ntp server is set
- ddns with dyndns
- advanced routing, two static routes
- wireless using both radios, plus one guest network, unbridged with it's own dhcp
- static leases, 56 are set
- dnsmasq with local dns
- secure shell enabled
- zabbix client enabled
- port forwarding, 27 are set
- port range fwd, 3 are set
- qos enabled, htb fq_codel, 10 services set, 2 netmasks set
- ip filter set to westwood, tcp timeout decreased to 300
- custom firewall forcing some routing for dns and a local static route _________________ Switched to UniFi