but is there no solution in this version or in the future release?
My crystal ball just broke.
All of these pre-sp2 releases are test builds. The ones that are recommended are the ones that have worked fairly well after being tested by users. 12548 is a recommended build. _________________ 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.."
follow up:
using
DD-WRT v24-sp2 (07/22/09) std - build 12548M NEWD Eko
since a few days, doing some https and p2p...
no problem so far, I've http and https enabled (ssh disabled). It seems that the httpd problem is related to newer builds (and hopefully fixed in future releases)...
Posted: Thu Nov 05, 2009 17:05 Post subject: Old "httpd -S" bug back
cybermcm wrote:
bug again
try to disable http (use https only)
will report back
I confirm the bug also occurs with Intel based platforms.
It also occurs with various Broadcom-based products (tested on 5 different products by Linksys and Buffalo)
It does occur in both v12533 and v13064.
It does occur with sshd/ssh switched off.
It does occur when http is switched off.
It does, of course, vanish when disabling https, which is not a big help, because knowing that a defective service is no longer defective if not started at all is useless.
Posted: Thu Nov 05, 2009 17:34 Post subject: Re: Old "httpd -S" bug back
zorganizer wrote:
It does occur in both v12533 and v13064.
It does occur with sshd/ssh switched off.
It does occur when http is switched off.
It does, of course, vanish when disabling https, which is not a big help, because knowing that a defective service is no longer defective if not started at all is useless.
Joined: 24 Feb 2009 Posts: 2026 Location: Sol System > Earth > USA > Arkansas
Posted: Thu Nov 05, 2009 17:46 Post subject:
As I have searched the "timetrac" server (http://svn.dd-wrt.com:8000/dd-wrt/timeline), there has not been a problem posted about what you see. I would suggest the posting of such a problem with the "timetrac" server and the configuration that you use to get the problem. Hopefully if enough people report the problem (or even comment on it), then the developers can located the problem and solve it. _________________ 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.
A common reason for these types of problems is the failing to do a hard reset or to install properly.
Make sure you have followed the processes in the announcements carefully prior to posting a bug report. I might try testing this on a unit later today. _________________ 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.."
These types of problems of excessive CPU use have been seen in the past to be related to issues that are dealt with more fully in the announcements, and installing according the the wiki and those announcements.
I am not seeing this issue. Not a lot of uptime yet though. I will leave this running on my 310n.
https.jpg
Description:
Filesize:
65.1 KB
Viewed:
10532 Time(s)
uphttps.jpg
Description:
Filesize:
32.5 KB
Viewed:
10532 Time(s)
_________________ 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.."
Last edited by Murrkf on Sat Nov 07, 2009 13:35; edited 1 time in total
_________________ 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.."
I'm experiencing the issue every day
1) Do you have any traffic on your router?
2) Have you altered any settings except the http and https settings?
3) Which version are you using?
1. Yes, but it is not consistent. I was on it for quite a while at one point...load went to .12.
2. Only changing the IP address and the settings that you see in the screenshot. Rest is right off a hard reset.
3. The version is in the screenshots. _________________ 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.."
you both seem to be experts or at least you know much more about the os of the router than me.
Let's stop the useless chatting and get back to work hunting this bug down!
I'm afraid that I can't help with any debugging info but it seems that some setting causes this problem since Murrkf doesn't experience the problem.
So I'll attach a list of settings from my router. I make these settings after a hard reset to fit my needs.
Tab Basic Setup:
Local IP Address to 192.168.0.254
Start IP to 192.168.0.10
Maximum DHCP Users: 10
Tab DDNS:
Setup a DynDns.org account with force interval of 1 day
Tab Wireless Basic settings:
Wireless mode: g only
SSID name
Tab wireless security:
WPA2 personal
WPA alg.: AES
Tab Services:
3 static leases (MAC to IP)
Tab security firewall:
untick block PING
tab NAT Port Forwarding:
7 Port Forwardings (TCP, UDP and both)
tab Administration Management:
Protocol HTTPS only
Disabel Info Site
Enable Web GUI Management
Thats all I'm doing. Maybe zorganizer recognize one of these settings?!?
Joined: 06 Jun 2006 Posts: 3763 Location: I'm the one on the plate.
Posted: Sat Nov 07, 2009 12:14 Post subject: Re: old httpd 100% bug back again?
cybermcm wrote:
Hi,
I'm using DD-WRT for a quite long time now and since a few days (maybe weeks) I'm experiencing an old bug again.
The httpd -S process raises up to 100% of the cpu time.
I have HTTPS webgui turned on but SSH is disabled.
device: WRT54GS V1
DD-WRT build 13064 std
I did a full hard reset (30-30-30).
Anyone else with this config and this problem?
greetings,
CyberMCM
cybermcm wrote:
follow up:
using
DD-WRT v24-sp2 (07/22/09) std - build 12548M NEWD Eko
since a few days, doing some https and p2p...
...bug again
I just flashed a WHR-G-54S with 12548 STD NEWD Eko and subsequently with v13064 STD. Enabled HTTPS and rebooted (no other config changes). I logged into the GUI with HTTP and also HTTPS and after a few minutes my load averages drifted down to 0.0.0.0, so I can confirm Murrkf's findings.
Since you mentioned that it takes several days for the symptom to exhibit, do you think it may be related to inbound WAN traffic ? _________________ http://69.175.13.131:8015 Streaming Week-End Disco. Station Ripper V 1.1 will do.
Last edited by GeeTek on Sun Nov 08, 2009 10:46; edited 1 time in total