Joined: 04 Jan 2007 Posts: 11564 Location: Wherever the wind blows- North America
Posted: Tue Nov 10, 2009 16:50 Post subject:
cybermcm wrote:
redhawk0 wrote:
I hope to be able to duplicate this scenario and see what might be causing the high CPU load.
I do NOT use https on my router....at all.
hi redhawk,
thx for trying this. I'm not able to reproduce the bug with a special action but it seems that I'm hit by it at least once a day. So if I can provide any info I'd be happy to deliver it.
Not to forget, since changing HTTPS port to 443 no more CPU race since 3 days (although I use my default config since today, including wireless and P2P, port forwarding, etc...)
I've tried a couple times now to replicate what happened yesterday...so far...no go....my load jumps to .43 and then back down to the normal .20 - .30 range.
I do have SSH enabled on that unit...maybe ssh has something to do with it (but that's just a guess)
redhawk _________________ The only stupid question....is the unasked one.
Posted: Thu Nov 12, 2009 2:05 Post subject: Wrt600n 100% bug here too
I have a wrt600n running the mega version 12548 newd (eko) and have had the 100% cpu problem on every pre sp2 version that I have loaded. I always enable remote web access and https, enable upnp, and set up the wireless access and security wpa2 aes. Those are the only changes that I make from default config. My network has a windows home server set up with remote access that uses upnp (but very little) and a directv dvr as a media server, along with one desktop and two wireless laptops. The router seems to work fine, even showing 100% as the cpu load, though.
Posted: Thu Nov 12, 2009 5:25 Post subject: Re: Wrt600n 100% bug here too
DrBob wrote:
The router seems to work fine, even showing 100% as the cpu load, though.
Hi DrBob,
can you try to change the HTTPS port to something else (e.g. 443) and watch again?
I would love to hear that this solves your problem. For me it seems fine right now but I still will wait for a final result (and maybe feedback from Eko).
Just to add to the list, I also have a WRT600N v1.1 with the daily 100% CPU for httpd and an unresponsive webGUI when using https. I'm still running DD-WRT build 12638 mega. Several previous builds running a similar configuration had worked OK for me.
FYI- I have never enabled dynDNS and SSH is disabled by default. About the only feature I have enabled is PPTP VPN which is rarely used. I don't use P2P so that's not a factor either.
My ISP is somewhat unstable, so maybe with build 12638 some sort of WAN communication is causing an issue for me.
For now I am trying the suggestion to use a different network port for https. I'll try to post back with an update in a few days if this fixes the problem.
Joined: 24 Feb 2009 Posts: 2026 Location: Sol System > Earth > USA > Arkansas
Posted: Fri Nov 13, 2009 5:00 Post subject:
To add to this (as a counterpoint to jofolive's comment), I myself have a WRT600n. I *do not* have https enabled and I do not have the 100% CPU problem. I use a couple of different p2p applications from time to time, I have uPnP enabled, ssh *and* telnet enabled, and I run a whole hell of a lot more off of my router than most people here. Yet I do not have the problem. There definitely seems to be an issue with using https. _________________ E3000 22200M KongVPN K26
WRT600n v1.1 refirb mega 18767 BS K24 NEWD2 [not used]
WRT54G v2 16214 BS K24 [access point]
Try Dropbox for syncing files - get 2.5gb online for free by signing up.
Read! Peacock thread
*PLEASE* upgrade PAST v24SP1 or no support.
Those of you who have https web gui enabled, are you also having UPnP enabled?
UPnP uses http for its communication and the problem could be a conflict between the http and https protocols. _________________ Kernel panic: Aiee, killing interrupt handler!
Those of you who have https web gui enabled, are you also having UPnP enabled.
I didn't have UPnP enabled. Like I wrote I did a hard reset and only activated WebGui and HTTPS with standard port 8080 -> bug. Changing port to 443 apparently solved the problem (did get some PMs which confirm this workaround).
I opened a ticket (http://svn.dd-wrt.com:8000/dd-wrt/ticket/1287) and Eko told me that he will take a look at it.
I changed the remote access webGUI port yesterday and so far I have not had a problem. I think this is the longest the webGUI has run without locking up since I flashed build 12638.
I have thought about disconnecting the WAN from the internet with the webGUI set to the default 8080 port. If I get a chance I may try it this weekend to see if it makes a difference.
My router has not experienced this issue in over 8 days of uptime. I did not set anything with upnp AND I haven't changed the port for https from default.
It would be great to figure out why I am having a different outcome. I believe, due to the absence of posts on this issue, that it is a minority of people that have a CPU issue. But there have been posts on this in the past, about one a month or so. Someone might want to read this entire post carefully, and also search for the other posts on this issue. Perhaps a pattern can be found. My router is a 310n.
Perhaps it is related to CPU type or Memory size. _________________ SIG:
I'm trying to teach you to fish, not give you a fish. If you just want a fish, wait for a fisherman who hands them out. I'm more of a fishing instructor.
LOM: "If you show that you have not bothered to read the forum announcements or to follow the advices in them then the level of help available for you will drop substantially, also known as Murrkf's law.."
My router has not experienced this issue in over 8 days of uptime.
Me again, again with bad news. Although changing the HTTPS port to 443 seemed to help today another CPU race took place
I've to mention that this happened with all my settings applied...
For now I'll leave it that way and wait for Eko's comment.
Posted: Sat Nov 21, 2009 16:47 Post subject: Re: Wrt600n 100% bug here too
cybermcm wrote:
DrBob wrote:
The router seems to work fine, even showing 100% as the cpu load, though.
Hi DrBob,
can you try to change the HTTPS port to something else (e.g. 443) and watch again?
I would love to hear that this solves your problem. For me it seems fine right now but I still will wait for a final result (and maybe feedback from Eko).
Changing the port to 443, and now almost no cpu usage over the last 3 days!! I wonder, though, whether this will give me problems accessing my windows home server which uses port 443 vis upnp to set up remote access to it?
Bob
I am running DD-WRT v24-sp2 (10/10/09) std-nokaid (SVN revision 13064) on WRT54GL with HTTP, HTTPS and UPNP enabled and I have the httpd -S 100% cpu load issue too. I'll turn the HTTPS off to see if this helps.
I'm sure this helps because this is causing the problem .
You can also try to change the HTTPS port to something else (not 8080), this does the trick (although I experienced the bug one time with the new settings too).
Eko told me that he will investigate this but I didn't hear from him since weeks, so maybe other problems are more important right now...
Joined: 24 Feb 2009 Posts: 2026 Location: Sol System > Earth > USA > Arkansas
Posted: Tue Nov 24, 2009 17:12 Post subject:
redhawk0 wrote:
My suspicion is that UPnP is causing this problem. There are quite a few reports in the RT-N16 thread about UPnP causing high CPU loads.
I use UPnP...but not HTTPS...and I occasionally will see the high CPU load.
From what I'm reading here...UPnP seems to be common to the load average increase as well.
redhawk
You may be right, but I use UPnP all of the time on my WRT600n, and I do not see these high CPU loads. I do use ssh, but not https. So if it is something that relates to UPnP *and* https together, then there is a problem. Otherwise, I am inclined to believe it relates to some setting on https. _________________ E3000 22200M KongVPN K26
WRT600n v1.1 refirb mega 18767 BS K24 NEWD2 [not used]
WRT54G v2 16214 BS K24 [access point]
Try Dropbox for syncing files - get 2.5gb online for free by signing up.
Read! Peacock thread
*PLEASE* upgrade PAST v24SP1 or no support.