Re: [WebDNA] v7 problem?

This WebDNA talk-list message is from

2012


It keeps the original formatting.
numero = 107999
interpreted = N
texte = 70,000 hits a day is by no mean a "high load". Several questions to help us debug this: - you write "So I have 3 v7 hosts running on one server and another 2 on = the second server. As soon as I add another one the server crashes" = which could imply a limit in the number of running FastCGI processes. = However, you also wrote ""We've got 4 vhosts running v7 since a few = weeks without problems". - Is it always the same website that makes your webserver crash? - when you write "the server crashes", do you mean the website (WebDNA), = apache (all websites) or the entire server? - Do you know if there is a specific apache/iTools directive that could = limit the child processes and automatically restart them when it reaches = its limit? it could be that the iTool apache config is trying to spawn a = high number of childs and that there is a limit somewhere else, at the = mod_FastCGI config level to simplify debugging, you could try StartServers 1 MinSpareServers 1 MaxSpareServers 1 - chris On Jan 9, 2012, at 10:33, Thierry Almy wrote: > All of our sites are not "extremely" busy ... a few ones have more = hits than other that's true. >=20 > For server 1 we had about 70'000 hits per day (hits, not visits!) = during the last two weeks, but all served with v6.2 > The ones using v7 are not heavily hit. >=20 > Server 2 has maybe half of hits on v6.2 and only two v7 sites with = almost no hits. > The "www.maendli-freizeit.ch" vhost is in development state and has no = hits at all, as I mentioned it makes them crash also if it contains only = the WebDNA folder and nothing else. > It doesn't really matter if the v7 sites are heavily hit or not, it's = the fact that having more than a handfull of fcgi processes running at = once. >=20 > Thierry >=20 >=20 > Am 09.01.2012 um 13:20 schrieb christophe.billiottet@webdna.us: >=20 >> Yes, we will check this error and i will be back with informations. = Could it be that you are running extremely busy websites on a single = server, the kind of website that usually run on dedicated servers, and = that one is heavier than the others? i understand the error follows one = of your websites, www.maendli-freizeit.ch, and that the problem appears = when you add this specific website to your servers. >>=20 >> I also understood the problem appeared Saturday: "We've got 4 vhosts = running v7 since a few weeks without problems - till yesterday." >>=20 >> - chris >>=20 >>=20 >> On Jan 9, 2012, at 10:07, Thierry Almy wrote: >>=20 >>> Thanks Chris >>>=20 >>> On our 2x QuadCore we can handle 2 fcgi processes, on the 2x 6-Core = 4 fcgi processes.=20 >>> The next process will bring up the errors on each system. >>>=20 >>> To be honest, it can't be a solution to set up a VPS for each web = host. We're running more than 100 vhosts, it's just impossible to do it = this way ... >>>=20 >>> The sem_open error points to a programming problem where the = application doesn't properly close channels after usage ...as far as I = understand it ... but I'm definitely not an application programmer ....=20= >>>=20 >>> Thierry >>>=20 >>>=20 >>> Am 09.01.2012 um 12:19 schrieb christophe.billiottet@webdna.us: >>>=20 >>>> I will check this asap with our developer. Meanwhile, not all = hosting solutions are being equals, though the FastCGI should be able to = handle almost any UNIX/LINUX configuration. I personnally prefer the one = chosen by Ken: a single website on a VPS with a light but feature-rich = linux OS like DEBIAN associated with LIGHTTPD webserver -which is faster = and lighter than apache- and has a well-designed FastCGI implementation. = This solution can be very cheap, will run with 128MB of RAM and scales = up easily with fast processors and lots of RAM. >>>> The VPS is the natural extension of WebDNA 7: it gives as much = control as a dedicated server for a fraction of the cost, and makes each = website an independant entity with greater efficiency and high level of = security. >>>>=20 >>>> - chris >>>>=20 >>>>=20 >>>> On Jan 9, 2012, at 8:39, Thierry Almy wrote: >>>>=20 >>>>> Hi chris >>>>>=20 >>>>> sorry for the comment ... I take it back ... >>>>>=20 >>>>> I just want to have an environment which allows me to do my job = (programming). >>>>>=20 >>>>> Maybe we should leave OS X at all and move to Linux? >>>>>=20 >>>>>=20 >>>>> The last error we had a few weeks ago was because of heavy load = and bad RAM. >>>>> After changing the RAM the malloc error was gone. >>>>> The sem_open error must have to do something with WebDNA ... v6.2 = and v7 >>>>>=20 >>>>> Is there anybody else which has seen the sem_open error? >>>>>=20 >>>>> Thierry >>>>=20 >>>>=20 >>>>=20 >>>> --------------------------------------------------------- >>>> This message is sent to you because you are subscribed to >>>> the mailing list . >>>> To unsubscribe, E-mail to: >>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>> Bug Reporting: support@webdna.us >>>=20 >>> --------------------------------------------------------- >>> This message is sent to you because you are subscribed to >>> the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> Bug Reporting: support@webdna.us >>=20 >> --------------------------------------------------------- This = message is sent to you because you are subscribed to the mailing list . = To unsubscribe, E-mail to: archives: = http://mail.webdna.us/list/talk@webdna.us Bug Reporting: = support@webdna.us >=20 > --------------------------------------------------------- This message = is sent to you because you are subscribed to the mailing list . To = unsubscribe, E-mail to: archives: = http://mail.webdna.us/list/talk@webdna.us Bug Reporting: = support@webdna.us Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  2. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  3. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  4. Re: [WebDNA] v7 problem? (Paul Willis 2012)
  5. Re: [WebDNA] v7 problem? (sal danna 2012)
  6. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  7. Re: [WebDNA] v7 problem? (Donovan Brooke 2012)
  8. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  9. Re: [WebDNA] v7 problem? (Govinda 2012)
  10. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  11. Re: [WebDNA] v7 problem? (Kenneth Grome 2012)
  12. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  13. Re: [WebDNA] v7 problem? (William DeVaul 2012)
  14. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  15. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  16. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  17. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  18. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  19. Re: [WebDNA] v7 problem? (Thierry Almy 2012)
  20. Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
  21. [WebDNA] v7 problem? (Thierry Almy 2012)
70,000 hits a day is by no mean a "high load". Several questions to help us debug this: - you write "So I have 3 v7 hosts running on one server and another 2 on = the second server. As soon as I add another one the server crashes" = which could imply a limit in the number of running FastCGI processes. = However, you also wrote ""We've got 4 vhosts running v7 since a few = weeks without problems". - Is it always the same website that makes your webserver crash? - when you write "the server crashes", do you mean the website (WebDNA), = apache (all websites) or the entire server? - Do you know if there is a specific apache/iTools directive that could = limit the child processes and automatically restart them when it reaches = its limit? it could be that the iTool apache config is trying to spawn a = high number of childs and that there is a limit somewhere else, at the = mod_FastCGI config level to simplify debugging, you could try StartServers 1 MinSpareServers 1 MaxSpareServers 1 - chris On Jan 9, 2012, at 10:33, Thierry Almy wrote: > All of our sites are not "extremely" busy ... a few ones have more = hits than other that's true. >=20 > For server 1 we had about 70'000 hits per day (hits, not visits!) = during the last two weeks, but all served with v6.2 > The ones using v7 are not heavily hit. >=20 > Server 2 has maybe half of hits on v6.2 and only two v7 sites with = almost no hits. > The "www.maendli-freizeit.ch" vhost is in development state and has no = hits at all, as I mentioned it makes them crash also if it contains only = the WebDNA folder and nothing else. > It doesn't really matter if the v7 sites are heavily hit or not, it's = the fact that having more than a handfull of fcgi processes running at = once. >=20 > Thierry >=20 >=20 > Am 09.01.2012 um 13:20 schrieb christophe.billiottet@webdna.us: >=20 >> Yes, we will check this error and i will be back with informations. = Could it be that you are running extremely busy websites on a single = server, the kind of website that usually run on dedicated servers, and = that one is heavier than the others? i understand the error follows one = of your websites, www.maendli-freizeit.ch, and that the problem appears = when you add this specific website to your servers. >>=20 >> I also understood the problem appeared Saturday: "We've got 4 vhosts = running v7 since a few weeks without problems - till yesterday." >>=20 >> - chris >>=20 >>=20 >> On Jan 9, 2012, at 10:07, Thierry Almy wrote: >>=20 >>> Thanks Chris >>>=20 >>> On our 2x QuadCore we can handle 2 fcgi processes, on the 2x 6-Core = 4 fcgi processes.=20 >>> The next process will bring up the errors on each system. >>>=20 >>> To be honest, it can't be a solution to set up a VPS for each web = host. We're running more than 100 vhosts, it's just impossible to do it = this way ... >>>=20 >>> The sem_open error points to a programming problem where the = application doesn't properly close channels after usage ...as far as I = understand it ... but I'm definitely not an application programmer ....=20= >>>=20 >>> Thierry >>>=20 >>>=20 >>> Am 09.01.2012 um 12:19 schrieb christophe.billiottet@webdna.us: >>>=20 >>>> I will check this asap with our developer. Meanwhile, not all = hosting solutions are being equals, though the FastCGI should be able to = handle almost any UNIX/LINUX configuration. I personnally prefer the one = chosen by Ken: a single website on a VPS with a light but feature-rich = linux OS like DEBIAN associated with LIGHTTPD webserver -which is faster = and lighter than apache- and has a well-designed FastCGI implementation. = This solution can be very cheap, will run with 128MB of RAM and scales = up easily with fast processors and lots of RAM. >>>> The VPS is the natural extension of WebDNA 7: it gives as much = control as a dedicated server for a fraction of the cost, and makes each = website an independant entity with greater efficiency and high level of = security. >>>>=20 >>>> - chris >>>>=20 >>>>=20 >>>> On Jan 9, 2012, at 8:39, Thierry Almy wrote: >>>>=20 >>>>> Hi chris >>>>>=20 >>>>> sorry for the comment ... I take it back ... >>>>>=20 >>>>> I just want to have an environment which allows me to do my job = (programming). >>>>>=20 >>>>> Maybe we should leave OS X at all and move to Linux? >>>>>=20 >>>>>=20 >>>>> The last error we had a few weeks ago was because of heavy load = and bad RAM. >>>>> After changing the RAM the malloc error was gone. >>>>> The sem_open error must have to do something with WebDNA ... v6.2 = and v7 >>>>>=20 >>>>> Is there anybody else which has seen the sem_open error? >>>>>=20 >>>>> Thierry >>>>=20 >>>>=20 >>>>=20 >>>> --------------------------------------------------------- >>>> This message is sent to you because you are subscribed to >>>> the mailing list . >>>> To unsubscribe, E-mail to: >>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>> Bug Reporting: support@webdna.us >>>=20 >>> --------------------------------------------------------- >>> This message is sent to you because you are subscribed to >>> the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> Bug Reporting: support@webdna.us >>=20 >> --------------------------------------------------------- This = message is sent to you because you are subscribed to the mailing list . = To unsubscribe, E-mail to: archives: = http://mail.webdna.us/list/talk@webdna.us Bug Reporting: = support@webdna.us >=20 > --------------------------------------------------------- This message = is sent to you because you are subscribed to the mailing list . To = unsubscribe, E-mail to: archives: = http://mail.webdna.us/list/talk@webdna.us Bug Reporting: = support@webdna.us christophe.billiottet@webdna.us

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:

UPS Calculator (2003) Webmerchant -> MacAuthorize ... please retry ? (1997) [search] in formulas.db (1997) Practice runs ? (1997) Multiple fields on 1 input (1997) Configuring E-mail (1997) WebCat2.0 [format thousands .0f] no go (1997) Sendmail question (2005) RE: [WebDNA] .htm files (2008) Nested tags count question (1997) WebCatalog 4.0 has been released! (2000) Active Server Code... (1998) [WebDNA] Debian Lenny, Lighttpd and WebDNA FastCGI ... (2010) ShowNext (1997) RE: [BULK] [WebDNA] Can WebDNA corrupt a db? (2012) WebCat2b13 Mac plugin - [sendmail] and checkboxes (1997) [WebDNA] Why doesn't this returnraw redirect to the new page? (2009) template not found error (1998) Invisible file issue now a real 'bug' (1999) Simple Database close connection (2001)