Re: [WebDNA] v7 problem?

This WebDNA talk-list message is from

2012

It keeps the original formatting. numero = 107993
interpreted = N
texte = --Apple-Mail-3--93970893Content-Transfer-Encoding: quoted-printableContent-Type: text/plain;charset=us-asciiHi chrissorry for the comment ... I take it back ...I just want to have an environment which allows me to do my job =(programming).Maybe we should leave OS X at all and move to Linux?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 v7Is there anybody else which has seen the sem_open error?Thierry> Hi Thierry!>=20> as you can read on the talk-list, we are trying to be honest and =transparent. Using the list to inform the whole community of possible =problems allows us to help, investigate and solve the problem asap, and =i accept that. Some comments like "I'm uncertain and for the moment I =don't trust v7" before knowing what is going on is not fair, =particularely if you experienced the exact very same problem with 6.2, =according to this email from you last year. So we now know that this =problem did not appear with the version 7 of WebDNA:>=20>=20> ----------> We're running a copy of WebDNA 6.2 on a MacPro 2x QuadCore 2,4 GHz, =6GB RAM, OS 10.6.8, iTools 9.0.5i> Apache has about 35 vhosts>=20> As soon as the server gets a bit load (~100 concurrent connections) =and WebDNA uses 110% to 160% of the processor, it takes up to 10 seconds =to serve a page with WebDNA.> Since we have 8-Cores in the server, I guess WebDNA should be able to =use more than 160% .... or am I wrong?>=20> Pages served directly from apache (no DNA) appear very quick.>=20> In cases of heavy load I have the following lines in the console log:> 25.11.11 14:26:43siouxWebDNA[210]ErrorCould not =establish connection with the module.=20>=20>=20> And I've also seen the following lines, which makes me even more =nervous:> 25.11.11 11:18:44siouxcom.apple.SystemStarter[36]Notice=*** set a breakpoint in malloc_error_break to debug> 25.11.11 11:18:45siouxcom.apple.SystemStarter[36]Notice=WebCatalog(210,0xa047a540) malloc: *** error for object 0xe0c970: =pointer being freed was not allocated> 25.11.11 11:47:12siouxcom.apple.SystemStarter[36]Notice=sem_open failed: returned EMFILE: Too many open files>=20> All the lines are repeated several times.>=20>=20> How can I find out what's blocking WebCatalog?> Is something wrong with my module?> ---------->=20>=20> After a while, you wrote>=20> ----------> yesterday I switched the two mirrored hard drives to another macpro, =2x6 core with 6gb ram.> since then we didn't have problems anymore, webcatalog uses between 0 =and 35% of processor time and the pages are loaded quick again.> ---------->=20>=20> In conclusion, i know WSC takes a lot of risks trusting the good faith =of the community users and i would prefer the list to be constructive =and not destructive. So please, if you have a problem, be as detailed =and precise as possible and refrain from commenting until we can find =what is going on.>=20> Thank you to all of you!>=20> - chris> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D> WebDNA Software Corporation> 16192 Coastal Highway> Lewes, DE 19958>=20> On Jan 9, 2012, at 6:59, Thierry Almy wrote:>=20>> OS X 10.6.8, iTools 9.0.5, Apache 2>>=20>> We've got 4 vhosts running v7 since a few weeks without problems - =till yesterday.>>=20>>=20>> This morning I realized, that our error log grew up to 480GB!!!>>=20>> I trashed it, restarted apache and after a few minutes it was 1GB =large again.>>=20>> Here's the content of it:>> [Mon Jan 09 08:10:48 2012] [notice] You have a valid permanent iTools =license.>> [Mon Jan 09 08:10:48 2012] [notice] FastCGI: process manager =initialized (pid 11593)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.eisenring-kuechenbau.ch/WebDNA/WebD=NA.fcgi" started (pid 11604)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.maendli-freizeit.ch/WebDNA/WebDNA.f=cgi" started (pid 11605)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.gipser-russo.ch/WebDNA/WebDNA.fcgi"= started (pid 11606)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.zenit-sh.ch/WebDNA/WebDNA.fcgi" =started (pid 11607)>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> ........>> ........ this error repeats almost endless ...>>=20>>=20>>=20>>=20>> As soon as I deactivate one fcgi config line, I'll get less of the =errors above.>> I tried reactivate, check the log, deactivate, check the log again =...>> After a few times I got a new error:>>=20>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> ...............................>> ..... this error is repeating endless ...>>=20>>=20>>=20>> I also tried replacing the WebDNA.fcgi, permissions are correct ...>> I'm uncertain and for the moment I don't trust v7 ... ...>>=20>>=20>> Next step is moving the vhost to another server ...>>=20>>=20>> Thierry>>=20>>=20>>=20>> ______________________>> mac&web gmbh>> thierry almy>> grabenstrasse 15>> 8200 schaffhausen>> switzerland>> web www.mac-web.ch>>=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--Apple-Mail-3--93970893Content-Transfer-Encoding: quoted-printableContent-Type: text/html;charset=us-ascii

Hi chris

sorry for the comment ... I take it =back ...

I just want to have an environment which =allows me to do my job (programming).

Maybe we =should leave OS X at all and move to =Linux?

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

Is there anybody else which has seen the =sem_open =error?

Thierry

Hi =Thierry!

as you can read on the talk-list, we are =trying to be honest and transparent. Using the list to inform the whole =community of possible problems allows us to help, investigate and solve =the problem asap, and i accept that. Some comments like "I'm uncertain =and for the moment I don't trust v7" before knowing what is going on is =not fair, particularely if you experienced the exact very same problem =with 6.2, according to this email from you last year. So we now know =that this problem did not appear with the version 7 of =WebDNA:

----------
We='re running a copy of WebDNA 6.2 on a MacPro 2x QuadCore 2,4 GHz, 6GB =RAM, OS 10.6.8, iTools 9.0.5i
Apache has about 35 vhosts

As =soon as the server gets a bit load (~100 concurrent connections) and =WebDNA uses 110% to 160% of the processor, it takes up to 10 seconds =to serve a page with WebDNA.
Since we have 8-Cores in the =server, I guess WebDNA should be able to use more than 160% .... or am I =wrong?

Pages served directly from apache (no DNA) appear very =quick.

In cases of heavy load I have the following lines in the =console log:
25.11.11 14:26:43siouxWebDNA[210]=Error=Could not establish connection with the =module.

And I've also seen the following lines, which =makes me even more nervous:
25.11.11 11:18:44=sioux=com.apple.SystemStarter[36]Notice*** set a =breakpoint in malloc_error_break to debug
25.11.11 11:18:45=sioux=com.apple.SystemStarter[36]Notice=WebCatalog(210,0xa047a540) malloc: *** error for object =0xe0c970: pointer being freed was not allocated
25.11.11 =11:47:12=sioux=com.apple.SystemStarter[36]Noticesem_open =failed: returned EMFILE: Too many open files

All the lines are =repeated several times.

How can I find out what's blocking =WebCatalog?
Is something wrong with my =module?
----------

A=fter a while, you =wrote

----------
yesterday I =switched the two mirrored hard drives to another macpro, 2x6 core with =6gb ram.
since then we didn't have problems anymore, webcatalog uses =between 0 and 35% of processor time and the pages are loaded quick =again.
----------

In= conclusion, i know WSC takes a lot of risks trusting the good faith of =the community users and i would prefer the list to be constructive and =not destructive. So please, if you have a problem, be as detailed and =precise as possible and refrain from commenting until we can find what =is going on.

Thank you to all of =you!

- chris

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D
WebDNA Software =Corporation
16192 Coastal Highway
Lewes, DE =19958

On Jan 9, 2012, at 6:59, Thierry Almy wrote:

OS X =10.6.8, iTools 9.0.5, Apache 2

We've got 4 vhosts running v7 =since a few weeks without problems - till yesterday.

This =morning I realized, that our error log grew up to 480GB!!!

I =trashed it, restarted apache and after a few minutes it was 1GB large =again.

Here's the content of it:
[Mon Jan 09 08:10:48 2012] =[notice] You have a valid permanent iTools license.
[Mon Jan 09 =08:10:48 2012] [notice] FastCGI: process manager initialized (pid =11593)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.eisenring-kuechenbau.ch/WebDNA/WebD=NA.fcgi" started (pid 11604)
[Mon Jan 09 08:10:48 2012] [warn] =FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.maendli-freizeit.ch/WebDNA/WebDNA.f=cgi" started (pid 11605)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: =server ="/Library/Tenon/WebServer/WebSites/www.gipser-russo.ch/WebDNA/WebDNA.fcgi"= started (pid 11606)
[Mon Jan 09 08:10:48 2012] [warn] FastCGI: =server ="/Library/Tenon/WebServer/WebSites/www.zenit-sh.ch/WebDNA/WebDNA.fcgi" =started (pid 11607)
sem_open failed: returned EEXIST: File =exists
sem_open failed: returned EEXIST: File exists
sem_open =failed: returned EEXIST: File exists
sem_open failed: returned =EEXIST: File exists
sem_open failed: returned EEXIST: File =exists
sem_open failed: returned EEXIST: File exists
sem_open =failed: returned EEXIST: File exists
sem_open failed: returned =EEXIST: File exists
........
........ this error repeats almost =endless ...

As soon as I deactivate one fcgi config =line, I'll get less of the errors above.
I tried reactivate, check =the log, deactivate, check the log again ...
After a few times I got =a new error:

retry on sem_wait: Bad file descriptor
retry on =sem_wait: Bad file descriptor
retry on sem_wait: Bad file =descriptor
retry on sem_wait: Bad file descriptor
retry on =sem_wait: Bad file =descriptor
...............................
..... this error is =repeating endless ...

I also tried replacing the =WebDNA.fcgi, permissions are correct ...
I'm uncertain and for the =moment I don't trust v7 ... ...

Next step is moving the vhost =to another server =...

Thierry

______________________
mac&we=b gmbh
thierry almy
grabenstrasse 15
8200 =schaffhausen
switzerland
web www.mac-web.ch

----------------=-----------------------------------------
This message is sent to you =because you are subscribed to
the mailing list <talk@webdna.us>.
To =unsubscribe, E-mail to: <talk-leave@webdna.us>
archi=ves: http://mail.webdna.us/l=ist/talk@webdna.us
Bug Reporting: support@webdna.us

---------------------------------------------------------This message is sent to you because you are subscribed tothe mailing list .To unsubscribe, E-mail to: archives: http://mail.webdna.us/l=ist/talk@webdna.usBug Reporting: support@webdna.us

=--Apple-Mail-3--93970893-- Associated Messages, from the most recent to the oldest:

Re: [WebDNA] v7 problem? (Thierry Almy 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
Re: [WebDNA] v7 problem? (Paul Willis 2012)
Re: [WebDNA] v7 problem? (sal danna 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
Re: [WebDNA] v7 problem? (Donovan Brooke 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
Re: [WebDNA] v7 problem? (Govinda 2012)
Re: [WebDNA] v7 problem? (Thierry Almy 2012)
Re: [WebDNA] v7 problem? (Kenneth Grome 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
Re: [WebDNA] v7 problem? (William DeVaul 2012)
Re: [WebDNA] v7 problem? (Thierry Almy 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
Re: [WebDNA] v7 problem? (Thierry Almy 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
Re: [WebDNA] v7 problem? (Thierry Almy 2012)
Re: [WebDNA] v7 problem? (Thierry Almy 2012)
Re: [WebDNA] v7 problem? (christophe.billiottet@webdna.us 2012)
[WebDNA] v7 problem? (Thierry Almy 2012)

--Apple-Mail-3--93970893Content-Transfer-Encoding: quoted-printableContent-Type: text/plain;charset=us-asciiHi chrissorry for the comment ... I take it back ...I just want to have an environment which allows me to do my job =(programming).Maybe we should leave OS X at all and move to Linux?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 v7Is there anybody else which has seen the sem_open error?Thierry> Hi Thierry!>=20> as you can read on the talk-list, we are trying to be honest and =transparent. Using the list to inform the whole community of possible =problems allows us to help, investigate and solve the problem asap, and =i accept that. Some comments like "I'm uncertain and for the moment I =don't trust v7" before knowing what is going on is not fair, =particularely if you experienced the exact very same problem with 6.2, =according to this email from you last year. So we now know that this =problem did not appear with the version 7 of WebDNA:>=20>=20> ----------> We're running a copy of WebDNA 6.2 on a MacPro 2x QuadCore 2,4 GHz, =6GB RAM, OS 10.6.8, iTools 9.0.5i> Apache has about 35 vhosts>=20> As soon as the server gets a bit load (~100 concurrent connections) =and WebDNA uses 110% to 160% of the processor, it takes up to 10 seconds =to serve a page with WebDNA.> Since we have 8-Cores in the server, I guess WebDNA should be able to =use more than 160% .... or am I wrong?>=20> Pages served directly from apache (no DNA) appear very quick.>=20> In cases of heavy load I have the following lines in the console log:> 25.11.11 14:26:43siouxWebDNA[210]ErrorCould not =establish connection with the module.=20>=20>=20> And I've also seen the following lines, which makes me even more =nervous:> 25.11.11 11:18:44siouxcom.apple.SystemStarter[36]Notice=*** set a breakpoint in malloc_error_break to debug> 25.11.11 11:18:45siouxcom.apple.SystemStarter[36]Notice=WebCatalog(210,0xa047a540) malloc: *** error for object 0xe0c970: =pointer being freed was not allocated> 25.11.11 11:47:12siouxcom.apple.SystemStarter[36]Notice=sem_open failed: returned EMFILE: Too many open files>=20> All the lines are repeated several times.>=20>=20> How can I find out what's blocking WebCatalog?> Is something wrong with my module?> ---------->=20>=20> After a while, you wrote>=20> ----------> yesterday I switched the two mirrored hard drives to another macpro, =2x6 core with 6gb ram.> since then we didn't have problems anymore, webcatalog uses between 0 =and 35% of processor time and the pages are loaded quick again.> ---------->=20>=20> In conclusion, i know WSC takes a lot of risks trusting the good faith =of the community users and i would prefer the list to be constructive =and not destructive. So please, if you have a problem, be as detailed =and precise as possible and refrain from commenting until we can find =what is going on.>=20> Thank you to all of you!>=20> - chris> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D> WebDNA Software Corporation> 16192 Coastal Highway> Lewes, DE 19958>=20> On Jan 9, 2012, at 6:59, Thierry Almy wrote:>=20>> OS X 10.6.8, iTools 9.0.5, Apache 2>>=20>> We've got 4 vhosts running v7 since a few weeks without problems - =till yesterday.>>=20>>=20>> This morning I realized, that our error log grew up to 480GB!!!>>=20>> I trashed it, restarted apache and after a few minutes it was 1GB =large again.>>=20>> Here's the content of it:>> [Mon Jan 09 08:10:48 2012] [notice] You have a valid permanent iTools =license.>> [Mon Jan 09 08:10:48 2012] [notice] FastCGI: process manager =initialized (pid 11593)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.eisenring-kuechenbau.ch/WebDNA/WebD=NA.fcgi" started (pid 11604)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.maendli-freizeit.ch/WebDNA/WebDNA.f=cgi" started (pid 11605)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.gipser-russo.ch/WebDNA/WebDNA.fcgi"= started (pid 11606)>> [Mon Jan 09 08:10:48 2012] [warn] FastCGI: server ="/Library/Tenon/WebServer/WebSites/www.zenit-sh.ch/WebDNA/WebDNA.fcgi" =started (pid 11607)>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> sem_open failed: returned EEXIST: File exists>> ........>> ........ this error repeats almost endless ...>>=20>>=20>>=20>>=20>> As soon as I deactivate one fcgi config line, I'll get less of the =errors above.>> I tried reactivate, check the log, deactivate, check the log again =...>> After a few times I got a new error:>>=20>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> retry on sem_wait: Bad file descriptor>> ...............................>> ..... this error is repeating endless ...>>=20>>=20>>=20>> I also tried replacing the WebDNA.fcgi, permissions are correct ...>> I'm uncertain and for the moment I don't trust v7 ... ...>>=20>>=20>> Next step is moving the vhost to another server ...>>=20>>=20>> Thierry>>=20>>=20>>=20>> ______________________>> mac&web gmbh>> thierry almy>> grabenstrasse 15>> 8200 schaffhausen>> switzerland>> web www.mac-web.ch>>=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--Apple-Mail-3--93970893Content-Transfer-Encoding: quoted-printableContent-Type: text/html;charset=us-ascii