Re: [WebDNA] WebDNA7 and mod_fcgi
This WebDNA talk-list message is from 2013
It keeps the original formatting.
numero = 110574
interpreted = N
texte = yes, it *feels* like that (what Chris says) to me too - some (legacy?) = code somewhere eats too much RAM (near the limit) .. which Webdna does = not recover from well ... and so Webdna stays in that limited-RAM state = (*even though* RAM should have meanwhile been freed up again; the = offending script has long since stopped parsing). I bet there is some = bad code in the Webdna engine itself ... that does not do "garbage = collection" properly... does not re-free up RAM that was used, under = certain conditions ... and when our scripts get near the hardware RAM = limit, then this weakness, in the heart of Webdna, gets uncovered. I = have been watching this behavior, off an on, since the late 1990's. Rebooting fixes it, until the situation it repeated. It does not have to occur when Webdna has been up a long time.. the = situation can be repeated within a minute of rebooting.. if a = too-RAM-intensive script it parsed again. Assuming my intuition is accurate, I think that without ability to fix = the real issue inside Webdna, our best bet is to prevent our scripts = pushing the envelope too much, in RAM. I don't know anything for sure.. but what I type here is my BEST = intuition on the topic ... repeatedly, over the years. -Govinda On 2013-08-17, at 2:55 AM, christophe.billiottet@webdna.us wrote: > According to these two errors pointing at mod_fcgid, i would suggest = to restart apache or reboot the whole server: the memory footprint of = the server has probably increased because of a long uptime period. A = simple reboot should fix it. WebDNA.fcgi itself is not involved in this = error. >=20 > - chris >=20 >=20 >=20 >=20 > On Aug 16, 2013, at 11:07 PM, Dan Strong
wrote: >=20 >> Apache error logs littered with these two errors (15000+/day): >>=20 >> 1) [warn] (103)Software caused connection abort: mod_fcgid: = ap_pass_brigade failed in handle_request function >> 2) [notice] mod_fcgid: too much /var/www/html/domain.com/page.html = process(current:1, max:1), skip the spawn request >=20
Associated Messages, from the most recent to the oldest:
yes, it *feels* like that (what Chris says) to me too - some (legacy?) = code somewhere eats too much RAM (near the limit) .. which Webdna does = not recover from well ... and so Webdna stays in that limited-RAM state = (*even though* RAM should have meanwhile been freed up again; the = offending script has long since stopped parsing). I bet there is some = bad code in the Webdna engine itself ... that does not do "garbage = collection" properly... does not re-free up RAM that was used, under = certain conditions ... and when our scripts get near the hardware RAM = limit, then this weakness, in the heart of Webdna, gets uncovered. I = have been watching this behavior, off an on, since the late 1990's. Rebooting fixes it, until the situation it repeated. It does not have to occur when Webdna has been up a long time.. the = situation can be repeated within a minute of rebooting.. if a = too-RAM-intensive script it parsed again. Assuming my intuition is accurate, I think that without ability to fix = the real issue inside Webdna, our best bet is to prevent our scripts = pushing the envelope too much, in RAM. I don't know anything for sure.. but what I type here is my BEST = intuition on the topic ... repeatedly, over the years. -Govinda On 2013-08-17, at 2:55 AM, christophe.billiottet@webdna.us wrote: > According to these two errors pointing at mod_fcgid, i would suggest = to restart apache or reboot the whole server: the memory footprint of = the server has probably increased because of a long uptime period. A = simple reboot should fix it. WebDNA.fcgi itself is not involved in this = error. >=20 > - chris >=20 >=20 >=20 >=20 > On Aug 16, 2013, at 11:07 PM, Dan Strong wrote: >=20 >> Apache error logs littered with these two errors (15000+/day): >>=20 >> 1) [warn] (103)Software caused connection abort: mod_fcgid: = ap_pass_brigade failed in handle_request function >> 2) [notice] mod_fcgid: too much /var/www/html/domain.com/page.html = process(current:1, max:1), skip the spawn request >=20
John Butler
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
date tag not interpreted (2000)
Can I invoke an ssi plugin from within a webcat page (1997)
Electronic Delivery (1997)
[WebDNA] [OT] Twitter/Facebook (was: talklist & twitter) (2009)
Public beta 2 for WebCatalog 4.0 is now available. (2000)
Re:WebDNA Writer Needed (1997)
[movefile] (1999)
Re:E-Mailer (WebCatb15acgiMac) (1997)
Intermitent problem using [referrer] (1997)
no [search] with NT (1997)
Trouble with formula.db + more explanation (1997)
[WebDNA] Change the charset of uploaded text file (2010)
WebCat2b13MacPlugIn - More limits on [include] (1997)
WebCat Versions (2003)
Exclamation point (1997)
New Featured Site (1999)
Summing fields (1997)
[writefile] (1997)
restarting service remotely on NT (1997)
[authenticate] was [TIME] not working (2007)