Important: if reporting any issues, provide applicable info (GUI syslog, `dmesg`, `cat /var/log/messages`, etc.)
Or put into SVN ticket. For firewall issues, also provide "iptables" info (`iptables -L`, `iptables -t nat -L`, & the /tmp/.ipt file).
Template to copy (after "Code:") for posting issues, be sure to include the mode in use (gateway, AP, CB, etc.):
WARNING:This thread is to report on flashing this experimental test build, providing important info for both developers and users. Always state your hardware model, version, mode (e.g. Repeater) and SPECIFIC build (e.g. 33555_NEWD-2_K3.x_mega-nv64k.bin). Please avoid discussions and create a new thread to discuss specific problems or questions, as this thread is for reporting, not support. Posts may be deleted or moved to keep this thread manageable and useful. If you don't understand the risks or what to flash and how, with a means of recovery if it bricks, do NOT flash this experimental test build. _________________ "Life is but a fleeting moment, a vapor that vanishes quickly; All is vanity"
Contribute To DD-WRT Pogo - A minimal level of ability is expected and needed... DD-WRT Releases 2023 (PolitePol)
DD-WRT Releases 2023 (RSS Everything)
----------------------
Linux User #377467 counter.li.org / linuxcounter.net
everything is very snappy for me no issues for my setup so far. _________________ Downloads:
ftp site: ftp://ftp.dd-wrt.com/betas/2021 SVN Timeline:
https://svn.dd-wrt.com/timeline Commands: Misc: sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas
samba: { sleep 30; stopservice samba3; startservice samba3; } &
WRT1900ACv1: WIFI: 2.4ghz: NG-mixed, 20mhz channel width, channel follows AP, WPA2-CCMP-128.
WIFI: 5ghz: AC/N mixed, 40mhz channel width, channel 100+upper, WPA2-CCMP-128.
Misc Info: WPA2 Personal: "CCMP-128 (AES)" Static IP's VIA Mac+Host, SFE Enabled, No Rebind, Strict, no-resolv. NOTE: this is now just a wireless access point so to speak but all settings still apply to what ever wireless person connects.
OpenVPN CLIENT works fine (nordvpn server)
5GHz wpa2 CCMP-128 (AES)working fine 20MHz Mixed
2.4GHz wpa2 CCMP-128 (AES)working fine 20MHz Mixed
NAS via USB Samba also working fine
Firmware Version
DD-WRT v3.0-r41517 std (11/11/19)
Kernel Version
Linux 4.9.200 #1388 SMP Mon Nov 11 08:27:35 CET 2019 armv7l
VPN, Samba, NAS, DLNA working.
WiFi NOT tested.
Pardon my ignorance but how exactly do you flash the updated firmware to both partitions, especially if one of the partitions was a bad flash and you want to overwrite it with a working one.
A web interface firmware upgrade by default always writes to the opposite inactive partition. So if you have successfully flashed and rebooted into the new build, you are already up and running on the "bad" partition. Repeat the web upgrade process and you will overwrite your previous "good" partition.
Upgraded WRT1200AC v1 from r41491 to r41517 using Waterfox Classic 2019.10 (64 bit) running on Linux Mint 19.1 OS.
Successful update and reboot. No reset, nothing disabled prior to update, uptime about 24 hrs, wired/wireless connected, vpn up immediately. No drops wired/wireless or vpn. GUI up and running with no issues. I do NOT use QoS or NAS and SFE is always disabled.
Kernel Version Linux 4.9.200 #1388 SMP Mon Nov 11 08:27:35 CET 2019 armv7l
Nov 12 05:31:55 Router daemon.notice openvpn[1654]: OpenVPN 2.4.7 arm-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on Nov 11 2019
Nov 12 05:31:55 router daemon.notice openvpn[1654]: library versions: OpenSSL 1.1.1d 10 Sep 2019, LZO 2.09
Successful flash, all functions working as expected. _________________ LinkSys WRT32X
ExpressVPN OpenVPN
2.4GHz AP Mixed Full(20MHz)
Firewall WAN_IF=`nvram get wan_iface`
WEBFlashed via macOS 10.15.2 + Safari
Successful flash (no reset) from r40009 on partition 1 to partition 2.
Everything seems fine but I'm still losing access to the GUI after a period of time in every build since r40009. I'm still thinking the GUI loss could be something to do with the new QoS disciplines so in this build have stuck to using fq-codel. Cake works a bit better but it and fq_codel_fast didn't exist in r40009.
Edit: No difference at all. Again lost the GUI overnight. What's so odd is this always happens with the least activity on the network. All computers and TVs are off overnight and the httpd process simply goes to sleep and won't wake up.
Posted: Thu Nov 14, 2019 14:13 Post subject: WRT3200ACM 5 GHz WDS network (3 stations)
The usual problem with the AP 5 GHz radio not coming back up after the firmware upgrade at reboot. Also, the Access Restrictions that were working no longer work.
Successful flash (no reset) from r40009 on partition 1 to partition 2.
Everything seems fine but I'm still losing access to the GUI after a period of time in every build since r40009. I'm still thinking the GUI loss could be something to do with the new QoS disciplines so in this build have stuck to using fq-codel. Cake works a bit better but it and fq_codel_fast didn't exist in r40009.
Edit: No difference at all. Again lost the GUI overnight. What's so odd is this always happens with the least activity on the network. All computers and TVs are off overnight and the httpd process simply goes to sleep and won't wake up.
Switching to CAKE caused me to lose access to GUI / everything else to fail. It was very hard to recover from.
Switching to CAKE caused me to lose access to GUI / everything else to fail. It was very hard to recover from.
I kept using fq_codel when upgrading to this build. I believe r40009 was the last build that didnt have cake and I upgraded from that. I still lost access to the GUI overnight.
I don't know what the heck causes it. It seems to happen most often with the least network activity.
I asked in another thread if anyone knows a way (i'm sure there is) I could run "killall httpd" on a schedule rather than rebooting the whole router. It's like it goes to sleep or something. I telnet in after losing access to the GUI and Top shows nothing hogging the cpu or memory. When I kill the httpd process and let process monitor restart it automatically, the GUI is back in a minute or so.
Someone needs to get syslogs and serial console output when this happens so BS can fix it... you may have to do something like this, first, though:
BrainSlayer wrote:
go into cfe console and do the following
nvram set console_debug=1
nvram commit
reboot
syslog doesn't show anything out of the ordinary at all. They don't even show the httpd process killed when I do it from telnet. I asked in another build thread if there were other diagnostics I could run since Top doesn't show anything out of the ordinary. I did just enable klogd in the services to see if that might show more.
I know just enough linux to get myself into trouble. heheh I don't even know what the cfe console is