Router: R7000
Firmware: v3.0-r33525M kongac
Kernel: Linux 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017 armv7l
Status: OK
Uptime: 3:28
Reset: no
Errors: no
Router: Netgear R6400
Firmware: DD-WRT v3.0-r33525M kongac (10/16/17)
Kernel: Linux 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017 armv7l
Status: 30 minutes and all seems fine.
Reset: No (ddup --flash-latest works like a charm.)
Errors: None so far.
Router: Netgear X6 R8000
Firmware: DD-WRT v3.0-r33525M kongac (10/16/17)
Kernel: Linux 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017 armv7l
Status: up 1 day, 9:34 and all seems fine.
Reset: No (ddup --flash-latest works like a charm.)
Errors: None so far.
different VAPs
custom bridges
over 50 DHCP clients
DHCP-DNS-masq
firewall
usb
low RX/TX error rate _________________ Netgear X6 R8000 - DD-WRT v3.0-r34320M kongac
root@R6700:~# ddup --flash-latest
Auto update for the Netgear R6700 is currently not supported.
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
Netgear R6900P/R7000P _________________ 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
It is a bug in openvpn configure script, they already fixed it, not sure how such a bug could make it into a final release, on a sane system you can't compile openvpn, unless you disable lz4, like I had to do, see:
Anyways next build will have openvpns compat lz4 enabled again, but we should probably add regular lz4 to our sources. Not sure if openvpns lz4 support has the same performance as standard lz4. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Router: R7000
Firmware: DD-WRT v3.0-r33525M kongac (10/16/17)
Kernel: Linux r7000 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017 armv7l DD-WRT
Upgraded: from r33520M via ddup --flash-remote http://www.desipro.de/ddwrt/K3-AC-Arm/TEST/dd-wrt.v24-K3_AC_ARM_STD.bin
Reset: erase nvram && reboot
Status: error
Hello,
After 2 days and half uptime freeze again, this time I haven't been able to capture the logs so I don't know if it is a out of memory problem like the other times.
Kong could you please give me some pointers on how I could troubleshoot this ?
I've seen this in the kernel messages, but having 3 bads blocs shouldn't be a problem no ?
Code:
Scanning device for bad blocks
Bad eraseblock 597 at 0x000004aa0000
Bad eraseblock 600 at 0x000004b00000
Bad eraseblock 845 at 0x0000069a0000
I don't use JFFS, here the processes running on the r7000:
Router: R7000
Firmware: DD-WRT v3.0-r33525M kongac (10/16/17)
Kernel: Linux r7000 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017 armv7l DD-WRT
Upgraded: from r33520M via ddup --flash-remote http://www.desipro.de/ddwrt/K3-AC-Arm/TEST/dd-wrt.v24-K3_AC_ARM_STD.bin
Reset: erase nvram && reboot
Status: error
Hello,
After 2 days and half uptime freeze again, this time I haven't been able to capture the logs so I don't know if it is a out of memory problem like the other times.
Kong could you please give me some pointers on how I could troubleshoot this ?
I've seen this in the kernel messages, but having 3 bads blocs shouldn't be a problem no ?
Code:
Scanning device for bad blocks
Bad eraseblock 597 at 0x000004aa0000
Bad eraseblock 600 at 0x000004b00000
Bad eraseblock 845 at 0x0000069a0000
I don't use JFFS, here the processes running on the r7000:
I see you only have one guest net running, I usually have a guest on both radios and it runs stable. Can you check if you also enable a guest network on both radios if the issue is still there, not sure if some status checker does something stupid if you have 2 physical and only one virtual interface. Your output shows memory runs out, no flash chip issue. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
I see you only have one guest net running, I usually have a guest on both radios and it runs stable. Can you check if you also enable a guest network on both radios if the issue is still there, not sure if some status checker does something stupid if you have 2 physical and only one virtual interface. Your output shows memory runs out, no flash chip issue.
Router: Asus RT-AC68U B1
Firmware: DD-WRT v3.0-r33525M kongac (10/16/17)
Previous Firmware: DD-WRT v3.0-r32170M kongac (06/11/17)
Kernel: Linux 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017
Status: Working
Reset: No
Errors: None so far
I'm not sure if I have the date right for the previous firmware version. I forgot to copy it before I flashed the newest version.
I first tried to use ddup --flash-latest at first, but I received the following error:
Code:
root@RT-AC68U:~# ddup --flash-latest
Auto update for the Asus RT-AC68U B1 is currently not supported.
Decided I would try the --flash-remote switch and issued the following command:
Code:
root@RT-AC68U:~# ddup --flash-remote http://www.desipro.de/ddwrt/K3-AC-Arm/TEST/dd-wrt.v24-K3_AC_ARM_STD.bin
Connecting to www.desipro.de (212.227.247.157:80)
fw.bin 100% |********************************************************************| 23084k 0:00:00 ETA
Connecting to www.desipro.de (212.227.247.157:80)
fw.bin.sig 100% |********************************************************************| 256 0:00:00 ETA
Signature for http://www.desipro.de/ddwrt/K3-AC-Arm/TEST/dd-wrt.v24-K3_AC_ARM_STD.bin ok.
Are you sure you want to proceeed (y/n) [default=n]:
y
Closing ssh connections now. Flashing now...
My RT-AC68U came back up almost instantly, it seemed. I didn't issue erase nvram and reboot. I had the VPN server running before the firmware update and it appears to be working with no issues on the latest firmware.
This was the first time I've used ddup. What a great utility, Kong! Thanks for your hard work!
Router: Buffalo WZR-1750DHP
Firmware: DD-WRT v3.0-r33525M kongac (10/16/17)
Previous: DD-WRT v3.0-r33435M kongac (10/08/17)
Kernel: Linux 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017 armv7l
Previous: Linux 4.4.89 #448 SMP Sun Oct 8 10:09:05 CEST 2017 armv7l
Status: No issues per syslog
Reset: No (upgrade via admin pages)
Errors: None in Syslog. First upgrade attempt left Admin screen for Upgrade spinning with upload at 1% for approx 10 minutes. Soft reboot from command line, and second upgrade attempt succeeded.
Mine was upgraded from r33010Mv2 (uptime from 9/17~10/19) and it does not show such issue with the same upgrading procedure. Maybe it is corner case or r33435M specific one if there is no simple way to reproduce it.
Currently the uptime has been 2.5 days with the new version.
As it was mentioned, the OpenVPN's certificate needs to be rebuilt to make it work on the recently new dd-wrt FW. I did that with OpenVPN-2.4.4's tool and it makes the OpenVPN server works again. _________________ Buffalo WZR-1750DHP
I see you only have one guest net running, I usually have a guest on both radios and it runs stable. Can you check if you also enable a guest network on both radios if the issue is still there, not sure if some status checker does something stupid if you have 2 physical and only one virtual interface. Your output shows memory runs out, no flash chip issue.
Just for info, 33525M has been running stable for 3 days on my R7000 with 2 physical interfaces and only 1 vap on 5GHz. Used memory is about 19%.
Router: Netgear R7000
Firmware: DD-WRT v3.0-r33525M kongac (10/16/17)
Kernel: Linux 4.4.92 #454 SMP Mon Oct 16 21:39:05 CEST 2017 armv7l
Status: running for 2 days
Reset: No, ddup --flash-latest only
Errors: None so far.
Upgraded from 28000M. Noticed that minidlna was not working, but it seems that notify_interval was set to 300s in the config file. Quite high in my opinion...