A little background. (I join the other same router user on my woes - donphillipe has same router and same issues?)
Using DDWRT and upgrading via webupgrade many times since official buffalo professional build to community builds with no issues whatsoever. Router was retired for a year while I tested other equipment.
Problems with webupgrade become apparent after trying to upgrade from 12-24-2013-r23204/buffalo_wzr-hp-g300nh to BrainSlayer-V24-preSP2/2014/12-22-2014-r25697 using the customary wzr-hp-g300nh-dd-wrt-webupgrade-MULTI.bin
Now web interface backup is broken the result a 8 byte nvrambak.bin is useless/unusable.
So OK, web interface upgrade to this build.
Result = bricked unit shortly after uploading fw the router started flashing DIAG light and stayed there for next 2 hours at which time being 100% sure I used correct file there's some clear issue upgrading or saving a config backup via web interface.
Im now running DD-WRT v3.0-r27506 after debricking again to factory fw and upgrading from buffallo to DD-WRT v3.0-r27506 using buffalo_to_ddwrt_webflash-MULTI.bin
Clearly I dont want to be going back and forth with this every time a new firmware is released but at same time Im lost and have no clew whats going on. Especially since you cant save the config and reconfiguring by hand is tedious after 3 or 4 times.
I wont discount PEBCAK but Im pretty sure something else is up.
Everything else except backing up configuration and flashing via web interface I use seems operational, block lists, filters, wifi, DHCPd etc seem operational otherwise.
A yes another something that seems broken is trying to delete a created bridge will sometimes send the router into a endless reboot loop.
Last edited by un1versal on Sun Jul 12, 2015 11:48; edited 1 time in total
Reconfigured from ø and back in as main router with same results:
using Recursive DNS Resolving -- local DNS will not work after reboot until Apply Settings
my memory must be fading -
<6>[ 27.250000] warning: process `unbound' used the deprecated sysctl system call with 1.40.6.
also showed in r27490 log from 'this post'
Everything the same but I now can get 22 dBm on the 5GHz radio -- before only 15, using same HT40 channels
Don't know what's up with that but all working good
Noticed in dnsmaq conf it says 'dhcp-lease-max=82'
The WRT160NL same build says 'dhcp-lease-max=94'
oh well that's more than enough
EDIT:
I reckon those last few lines are a bit confusing since I didn't show all of dnsmaq configuration.
My local network is and has been for over 15 years on a 192.168.15.0/26 subnet.
So that means max number of host possible is 62.
Max DHCP users basic setup = 59
23 static leases are within the 59
That leaves me 3 IPs I know are never used so I use 192.168.15.60-62 a lot on RB mode dd-wrt test routers.
Apparently dnsmasq likes to add whatever your static leases are + the max DHCP in basic setup as the 'dhcp-lease-max'
--- so that is way wrong info if using subnetmask & static leases like I do. But AFAIK it has nothing to do with the issuse I've had.
I don't know why the WRT160NL shows 94 -- that was from several days old log file same build & conf as wndr3700v4.
Probably something to do with me adding and deleteing leases doing some testing --- note: the atheros WRT160NL (8MB flash) w/ r27506
does not have the 'Recursive DNS Resolving' option..... the WNDR3700v4 has 128MB flash.
Last edited by mrjcd on Mon Jul 13, 2015 1:21; edited 1 time in total
Router: TPLINK TL-WDR4300 v1
Firmware: DD-WRT v3.0-r27506 (07/09/15) std
Kernel: Linux 3.10.83 #5658 Thu Jul 9 01:51:32 CEST 2015 mips
Status: OK
Reset: No
Errors: None so far
A little background. (I join the other same router user on my woes - donphillipe has same router and same issues?)
Using DDWRT and upgrading via webupgrade many times since official buffalo professional build to community builds with no issues whatsoever. Router was retired for a year while I tested other equipment.
Problems with webupgrade become apparent after trying to upgrade from 12-24-2013-r23204/buffalo_wzr-hp-g300nh to BrainSlayer-V24-preSP2/2014/12-22-2014-r25697 using the customary wzr-hp-g300nh-dd-wrt-webupgrade-MULTI.bin
Now web interface backup is broken the result a 8 byte nvrambak.bin is useless/unusable.
So OK, web interface upgrade to this build.
Result = bricked unit shortly after uploading fw the router started flashing DIAG light and stayed there for next 2 hours at which time being 100% sure I used correct file there's some clear issue upgrading or saving a config backup via web interface.
Im now running DD-WRT v3.0-r27506 after debricking again to factory fw and upgrading from buffallo to DD-WRT v3.0-r27506 using buffalo_to_ddwrt_webflash-MULTI.bin
Clearly I dont want to be going back and forth with this every time a new firmware is released but at same time Im lost and have no clew whats going on. Especially since you cant save the config and reconfiguring by hand is tedious after 3 or 4 times.
I wont discount PEBCAK but Im pretty sure something else is up.
Everything else except backing up configuration and flashing via web interface I use seems operational, block lists, filters, wifi, DHCPd etc seem operational otherwise.
A yes another something that seems broken is trying to delete a created bridge will sometimes send the router into a endless reboot loop.
Now web interface backup is broken the result a 8 byte nvrambak.bin is useless/unusable.
Confirm web interface backup is same on my identical model number. 8 bytes in size.
~# nvram show
/dev/nvram: Out of memory
size: 20 bytes (131052 left)
Something is up with these newer firmwares that's not right.
A user shouldn't have to revert to factory firmware or recover the router from a briked state each time to flash an updated version of dd-wrt.
Saving the config shouldn't be throwing out errors like this. And the config shouldn't be 8 bytes long, I realize these things are beta but the choice is going back to a stable and severely outdated firmware where you have unfixed security issues and you cant make use of the services that make ddwrt stand apart.
I hope someone kind and knowledgeable and sympathetic can help fix these issues in FW as Im now certain its not user error.
Edit
Found another thread with pretty much same issues, (ignore the angry discussions) so clearly this is an issue for these routers only?
Not very encouraging from the replies mostly useless, but check the last post. So several users for this router
For me its not an option to go to older FW and Ive been loyal to ddwrt since Ive had this router, but perhaps its time to try some other firmware to tidy me up till these things are resolved ddwrt side or I can afford a better router.
Ill be happy to test whatever proposed fixes are suggested by a developer.
Router: Fonera FON 2200
Firmware: DD-WRT v3.0-r27506 (07/09/15) std
Kernel: Linux 3.2.69 #81949 Thu Jul 9 05:12:04 CEST 2015 mips
Status: OK
Reset: Yes
Errors: VAPs do not work properly
I can setup a VAP, with or without encryption.
The VAP will be displayed accordingly in the AP list on my Nexus5, but connecting is not possible.
Joined: 13 Sep 2010 Posts: 37 Location: Belo Horizonte, Brazil
Posted: Mon Jul 13, 2015 3:30 Post subject: Re: WZR-HP-G300NH
un1versal wrote:
Im now running DD-WRT v3.0-r27506 after debricking again to factory fw and upgrading from buffallo to DD-WRT v3.0-r27506 using buffalo_to_ddwrt_webflash-MULTI.bin
Clearly I dont want to be going back and forth with this every time a new firmware is released but at same time Im lost and have no clew whats going on. Especially since you cant save the config and reconfiguring by hand is tedious after 3 or 4 times.
What I have been doing for the last few upgrades is to upgrade directly via TFTP (using the buffalo to ddwrt firmware) without trying to upgrade via web interface>revert to factory>upgrade using buffalo to ddwrt. Still a pain but saves a few steps. _________________ [ATHEROS] ------------> Buffalo WZR-HP-G300NH [A0 D0] --> DD-WRT v3.0-r36645 std (08/19/18) - (AP)
[ATHEROS] ------------> Buffalo WZR-HP-G300NH [A0 D0] --> DD-WRT v3.0-r36645 std (08/19/18) - (AP)
[QUALCOMM ATHEROS] -> TP-Link TL-WR841ND v9 --------> DD-WRT v3.0-r36645 std (08/19/18) - (AP)
I actually found that no settings are being written to nvram by actually trying to run some manually probably due to the issues caused.
on /tmp thers a file called udhcpc which contains amongst other things (it seems) a flash process from the buffalo to the ddwrt, this file is filled with failures which could explain some of this.
Code:
If this is a firmware in bin format, like some of the
original firmware files are, use following command to convert to trx:
dd if=firmware.bin of=firmware.trx bs=32 skip=1
Image too big for partition: %s
TRX check failed!
Can't open device for writing!
Unlocking %s ...
Erasing %s ...
Writing from %s to %s ... [ ] [e] Erasing mtd failed: %s
[w] Error writing image.
Insufficient space.
Regarding settings... While these issues are unfixed.
Untested: but settings in /tmp could possibly be uploaded to some server or zipped up and then upload those to a re-flashed router and reboot it seeing if it took or no.
Router: TPLINK ARCHER-C5
Firmware: DD-WRT v3.0-r27456 (06/27/15) std
Kernel: Linux 3.18.16 #3277 Sat Jun 27 03:01:30 CEST 2015 mips
Status: Back to normal! had to downgrade. constant recoots required to stay connected to internet. web browsing very slow.
Reset: no
Errors: Build 27506 has issues staying connected to the internet. status shows connected. but pages either load slow or not at all. downgrading solved the problem. _________________ If it was made right the first time, We wouldn't need to mod it...
1x WRT600N DD-WRT
1x TP-link Acrher C5 DD-WRT
1x Netgear EX7000
Router: Netgear WNDR3700 v4
Firmware: DD-WRT v3.0-r27506 (07/09/15) std
Status: Works OK other than below.
Reset: no
Errors: DHCP keeps dropping out and wont renew any new or old clients after about 12 or so hours. Have to reboot router or set clients to same static ip as lease and then it works. How can I fix this? What is the ssh command to restart or stop/start the DHCP service in the meantime?
Thanks for that. This is quite an annoying issue to be honest.
un1versal wrote:
on /tmp thers a file called udhcpc which contains amongst other things (it seems) a flash process from the buffalo to the ddwrt, this file is filled with failures which could explain some of this.
/tmp/udhcpc is linked to /sbin/rc.
This is not some sort of log for your router. Rather, it is actually a binary for several router functions. Those error messages are contained in there because they are thrown during flashing. In case you care to look more: http://svn.dd-wrt.com/browser/src/router/rc/rc.c
Someone should be adventurous and try an nvram reset on their router to see if this solves anything...
Thanks for that. This is quite an annoying issue to be honest.
...
Someone should be adventurous and try an nvram reset on their router to see if this solves anything...
I've said that a few times (SSH commands erase nvram and reboot), but nobody seemed to react and actually try it. _________________ THERE ARE NO STRANGERS HERE; ONLY FRIENDS YOU HAVEN'T YET MET.
________________________________________________________________________________________________________
DD-WRT CHANGELOG | DEVICES | DD-WRT BUILDS | KONG BUILDS | UNOFFICIAL BUILDS | DD-WRT in VIRTUALBOX
Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Tue Jul 14, 2015 14:04 Post subject:
I just completed the setting up of firmware version 27456 after doing 'NVRAM ERASE' and 'REBOOT' via SSH.
The NVRAM size is the same as before (Status, Router, Space Usage): NVRAM 0.02 KB / 128 KB, and the NVRAM.BIN file only 8 bytes long.
I won't try my luck on upgrading through the WEB GUI. Not now. When I come back in December, I'll check this forum to see if the upgrade bug has been solved
