- Netgear 3500L
- Firmware: DD-WRT v24-sp2 (12/07/09) mini - build 13401M NEWD-2 K2.6 Eko
Loaded the above firmware version on my 3500L. The CPU load has been at 100% ever since. But, to tell you the truth, I didn't notice what it was with the stock Netgear firmware.
Looking at other forums, it appears this has been an issue with other firmware versions and different routers. It was identified as being a bug in the firmware. Consequently, a fix was issued.
Anyone else having this problem? And...
Is it an issue flashing to an older version of the DD-WRT firmware?
I experienced the same today on my WNR running DD-WRT. In my case httpd used almost 100% of the cpu time. I killed the process and started it again.
I have messed around with some different settings and changed to build 13309. I have tracked it down to be uPNP. Disabling this setting has brought the CPU usage down from 95-100% to 3% or so.
I will continue to search for a solution...
I have this problem with httpd (only with ssl encryption) even on my old WGR614L.
I've disabled httpd in the webinterface but I've started it manually with ssh and the command httpd -S.
This one runs for almost 80 days now.
Only downside: It isn't available from the WAN side (no open port, missing firewall rule).
Hi Schugy,
yes, I experienced exactly the same. I'll still open up a case in the dd-wrt forum.
Edit: It seems that this issue is already known / reported in the DD-WRT Forum. I've updated the thread: http://www.dd-wrt.com/forum/viewtopic.php?p=390611#390611
killing UPNP did not work for me. once I turned off USB load dropped from 100% to around 18%.
maybe USB should only be enabled on std_usb_ftp build? (I'm using 13491 big)
Using build 13575 I can't get the load to go over 18% regardless of Mini_USB or FTP_USB. You may want to give it a try.
There are two issues reported in the dd-wrt forum.
- UPnP results in 100% cpu usage
- http -S results in 100% cpu usage
Both issues have routing/firewall in common. I wouldn't be surprised if these processes were stalled because of problems with some TCP-packets.
As I found out the UPnP issue should be solved with the latest beta which is available in he dd-wrt forum.
I flashed my 3500L with this firmware version: v24-sp2 (12/28/09) std-usb-ftp - build 13527M NEWD-2 K2.6 Eko that mic is talking about on the DD-WRT forum.
It has solved my UPNP issue.
Hi!
Any update on this issue? I still have the "httpd -S" process using all CPU time after a while although I'm using the latest (19545) build.
I'm trying to setup a cron job to restart the httpd daemon but it is not working or one restart a day is not enough...