ipq806x (ea8500, r7500 v1, r7500 v2, r7800, c2600, etc) seems better now, but all other routers are still broken..
Same for BS build? Also which routers have speedchecker how do we use it?
still crashing sigh.. i dont know what speedchecker is its not in the build of any unit i have
EA8500 smooth as silk w/r32668... SFE --- up/down both fixed using QOS
ok -- guess I lied
Code:
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
5181 1 root S 4428 0.9 0 99.8 httpd -p 80
httpd jumped the fence after 'bout 1.5 hrs on the test router.
Everything else looks ok -- got her running on the main also... just have to stay outta the webif
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Tue Jul 11, 2017 23:05 Post subject:
mrjcd wrote:
mrjcd wrote:
tatsuya46 wrote:
jerrytouille wrote:
tatsuya46 wrote:
ipq806x (ea8500, r7500 v1, r7500 v2, r7800, c2600, etc) seems better now, but all other routers are still broken..
Same for BS build? Also which routers have speedchecker how do we use it?
still crashing sigh.. i dont know what speedchecker is its not in the build of any unit i have
EA8500 smooth as silk w/r32668... SFE --- up/down both fixed using QOS
ok -- guess I lied
Code:
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
5181 1 root S 4428 0.9 0 99.8 httpd -p 80
httpd jumped the fence after 'bout 1.5 hrs on the test router.
Everything else looks ok -- got her running on the main also... just have to stay outta the webif
imo we need to revert httpd back to around r32170 before all these commits, idk what they were for anyway there was nothing wrong with httpd prior. and the qca nat patch, like ddtb, is badly breaking all sorts of things, should too be reverted.. mips 74kc, ipq806x, broadcom, all are broken _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
imo we need to revert httpd back to around r32170 before all these commits, idk what they were for anyway there was nothing wrong with httpd prior. and the qca nat patch, like ddtb, is badly breaking all sorts of things, should too be reverted.. mips 74kc, ipq806x, broadcom, all are broken
I agree about reverting httpd, but not qca nat patch which working well for me, plus BS improving the patch in recent changesets, so I'm optimistic.
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Wed Jul 12, 2017 5:14 Post subject:
jerrytouille wrote:
tatsuya46 wrote:
imo we need to revert httpd back to around r32170 before all these commits, idk what they were for anyway there was nothing wrong with httpd prior. and the qca nat patch, like ddtb, is badly breaking all sorts of things, should too be reverted.. mips 74kc, ipq806x, broadcom, all are broken
I agree about reverting httpd, but not qca nat patch which working well for me, plus BS improving the patch in recent changesets, so I'm optimistic.
a toggle setting for something like this is ideal.. even if a $20 tplink toy became gigabit nat capable its crap when the fw cant even run properly & hang/crash cause of it. manually disabling it is sloppy & not user friendly (other than having qos on)
r32676 if u feel like playing with it _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
ipq806x (ea8500, r7500 v1, r7500 v2, r7800, c2600, etc) seems better now, but all other routers are still broken..
Same for BS build? Also which routers have speedchecker how do we use it?
still crashing sigh.. i dont know what speedchecker is its not in the build of any unit i have
EA8500 smooth as silk w/r32668... SFE --- up/down both fixed using QOS
ok -- guess I lied
Code:
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
5181 1 root S 4428 0.9 0 99.8 httpd -p 80
httpd jumped the fence after 'bout 1.5 hrs on the test router.
Everything else looks ok -- got her running on the main also... just have to stay outta the webif
imo we need to revert httpd back to around r32170 before all these commits, idk what they were for anyway there was nothing wrong with httpd prior. and the qca nat patch, like ddtb, is badly breaking all sorts of things, should too be reverted.. mips 74kc, ipq806x, broadcom, all are broken
EA8500
ok I see now. Looks like all current httpd problems directly related to SFE w/r32668.
QOS = no shortcut_fe mod running.... Up 11 hrs on the gateway. all good ...wifi solid.
or
on the WAP (WAN disabled) shortcut_fe mod is running but he does nothing and also
don't seem to affect httpd either ..... hmmm
9.5 hrs on WAP
imo we need to revert httpd back to around r32170 before all these commits, idk what they were for anyway there was nothing wrong with httpd prior. and the qca nat patch, like ddtb, is badly breaking all sorts of things, should too be reverted.. mips 74kc, ipq806x, broadcom, all are broken
I agree about reverting httpd, but not qca nat patch which working well for me, plus BS improving the patch in recent changesets, so I'm optimistic.
Since I added my fixes I have not seen any crash in my ipq or broadcom build(not public yet). It is possible, that there is a bug in code that is specific to BS builds, since we do not have the exact same feature set, httpd also includes a few more lines on his builds, which might still have a bug. But not seeing any issue with shortcut-fe, except the non working incoming qos limit. Not sure if BS can reproduce the reported issue. Before I added my fixes, I was able to reproduce the crash with a few clicks in the webif after the fixes, no crash also clicking around for more than 15min within two days. _________________ KONG PB's: http://www.desipro.de/ddwrt/
KONG Info: http://tips.desipro.de/
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Wed Jul 12, 2017 16:10 Post subject:
<Kong> wrote:
jerrytouille wrote:
tatsuya46 wrote:
imo we need to revert httpd back to around r32170 before all these commits, idk what they were for anyway there was nothing wrong with httpd prior. and the qca nat patch, like ddtb, is badly breaking all sorts of things, should too be reverted.. mips 74kc, ipq806x, broadcom, all are broken
I agree about reverting httpd, but not qca nat patch which working well for me, plus BS improving the patch in recent changesets, so I'm optimistic.
Since I added my fixes I have not seen any crash in my ipq or broadcom build(not public yet). It is possible, that there is a bug in code that is specific to BS builds, since we do not have the exact same feature set, httpd also includes a few more lines on his builds, which might still have a bug. But not seeing any issue with shortcut-fe, except the non working incoming qos limit. Not sure if BS can reproduce the reported issue. Before I added my fixes, I was able to reproduce the crash with a few clicks in the webif after the fixes, no crash also clicking around for more than 15min within two days.
force it off, goes away. if this is going to be left in the fw it should have a user friendly toggle option.. it also interferes with brctl addif br0 tap_soft for softether, which is already on sleep 65 since softether auto starts but makes no interface. increasing sleep to stupid highs does nothing, kill sfe (qos on upon boot), exes command fine.
httpd crashes are around a month old now, every router below is doing it, unrelated to sfe. watching bandwidth graphs for around 30mins triggers it too, suddenly says cant get info in blue font on all graphs, httpd missing from running processes.
edit: actually just have the gui on ANY page.. damn thing is crashing right after reboot easily within 5 mins, reboot, do it again, over & over.. how brainslayer cant have this happen is beyond me. latest build thread http://www.dd-wrt.com/phpBB2/viewtopic.php?t=310061 im far from alone here.. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
httpd crashes are around a month old now, every router below is doing it, unrelated to sfe. watching bandwidth graphs for around 30mins triggers it too, suddenly says cant get info in blue font on all graphs, httpd missing from running processes.
r32668 connected to its ovpnser via phone I let bandwidth graphic run for 15 minutes also another tab clicking around webif but all is good.
This ea8500 has had no changes made since install...up over 20 hrs
The test router httpd would break within seconds turn sfe on/off/ on
Since I added my fixes I have not seen any crash in my ipq or broadcom build(not public yet). It is possible, that there is a bug in code that is specific to BS builds, since we do not have the exact same feature set, httpd also includes a few more lines on his builds, which might still have a bug. But not seeing any issue with shortcut-fe, except the non working incoming qos limit. Not sure if BS can reproduce the reported issue. Before I added my fixes, I was able to reproduce the crash with a few clicks in the webif after the fixes, no crash also clicking around for more than 15min within two days.
Agree. Latest Kong build 32590M working great for my R7500v2, no crashes so far up time since 07/08. If you can get the incoming qos limit to work, that would make it perfect.
I am not sure about you all, but i have not had any crashes on either WDS AP or WDS Station.
Exactly what are you people running on your routers that is making this crash happen? I would like to run these specific features myself to see for myself.
For me, i am using only NAS features on both routers and DDNS on WDS AP.
WDS AP
Router Model Netgear R7800
Firmware Version DD-WRT v3.0-r32590M kongat (07/08/17)
Kernel Version Linux 3.18.60 #125 SMP PREEMPT Fri Jul 7 09:06:55 CEST 2017 armv7l
WDS STATION
Router Model Netgear R7500v2
Firmware Version DD-WRT v3.0-r32590M kongat (07/08/17)
Kernel Version Linux 3.18.60 #125 SMP PREEMPT Fri Jul 7 09:06:55 CEST 2017 armv7l _________________ For people who are new to the dd-wrt forums >> http://www.catb.org/~esr/faqs/smart-questions.html#rtfm
barryware wrote:
It takes a "community" to raise a router..
Internet Connection 1
Some Techicolor modem > Linksys WRT3200ACM
Internet connection 2
Ubiquiti Powerbeam Gen 2 > Netgear R9000
Official (but not really) dd-wrt General Discussion element/matrix chat
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Wed Jul 12, 2017 21:11 Post subject:
turned off qos again so sfe is on, within 30 mins gui has dial up speed, httpd eating half or more of the cpu, sometimes wland joins it and eats the other half.
can toggle this all day easy to reproduce. sfe is only working fine in 1 of my dir-862L which is cause its a wds station, pure bridge no nat so sfe isnt do much if anything. seems to be the only operation mode where its not breaking something. _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
turned off qos again so sfe is on, within 30 mins gui has dial up speed, httpd eating half or more of the cpu, sometimes wland joins it and eats the other half.
can toggle this all day easy to reproduce. sfe is only working fine in 1 of my dir-862L which is cause its a wds station, pure bridge no nat so sfe isnt do much if anything. seems to be the only operation mode where its not breaking something.
Looks like r32680 NO progress with SFE ... might even be worse for httpd.
It goes unresponsive turning QOS on/off/on/off.
Even lost WAN connection... could never get it back even after few reboots.
Had to erase nvram to get WAN back up.
Code:
Load average: 2.68 3.47 1.69 3/47 10413
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
10389 1 root S 4048 0.8 1100.0 httpd -p 80
Load average: 2.62 3.44 1.69 3/47 10414
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
10389 1 root S 4048 0.8 1 98.7 httpd -p 80
Load average: 2.57 3.42 1.70 3/47 10414
PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND
10389 1 root S 4048 0.8 1 98.7 httpd -p 80
But I got it on the main router also -- no problems there long as don't mess with it.
QOS good
Joined: 19 Nov 2008 Posts: 274 Location: Madison, CT, US
Posted: Fri Jul 14, 2017 12:34 Post subject:
Gameman Advanced Kid wrote:
I am not sure about you all, but i have not had any crashes on either WDS AP or WDS Station.
Exactly what are you people running on your routers that is making this crash happen? I would like to run these specific features myself to see for myself.
For me, i am using only NAS features on both routers and DDNS on WDS AP.
WDS AP
Router Model Netgear R7800
Firmware Version DD-WRT v3.0-r32590M kongat (07/08/17)
Kernel Version Linux 3.18.60 #125 SMP PREEMPT Fri Jul 7 09:06:55 CEST 2017 armv7l
WDS STATION
Router Model Netgear R7500v2
Firmware Version DD-WRT v3.0-r32590M kongat (07/08/17)
Kernel Version Linux 3.18.60 #125 SMP PREEMPT Fri Jul 7 09:06:55 CEST 2017 armv7l
I am running the same wds setup, except with 2 r7500v2. My problem is ipv6 not working. Did your ipv6 work with r32590m? I know your main is r7800 so that's might be the difference.
Did anybody get ipv6 working with ifconfig eth0 promisc ? _________________ Netgear R7800(2), R7500v2(2) WDS, Asus RT-AC68R (2)
