Chris Obdam - wo 28 nov 07 15:27

Apache heeft standaard geen ondersteuning voor Ruby, waarschijnlijk gebruik je fast_cgi?
Als je zelf de server beheert moet je sowieso direct overgaan op Mongrel!

Michel Gueli - wo 28 nov 07 14:30

Webserver: Apache.

Chiel Wester - wo 28 nov 07 11:57

Wat voor webserver gebruikt je dan? Het is in ieder geval geen bug in rails voor zover ik weet. Het lijkt me meer een configuratiefout. In lighttpd én in mongrel is het aantal op te starten processen instelbaar.

Michel Gueli - wo 28 nov 07 11:11

Hi Chiel,

Ik gebruik geen lighttpd. Maar hoe komt het dat er zoveel van die processesn worden aangemaakt? Bug in de code?

Chiel Wester - ma 26 nov 07 13:21

De processen worden opgestart door het script/process/spawner script. Wanneer je lighttpd gebruikt, wordt het aantal processen in de lighttpd.conf gespecificeerd.

Om de processen opnieuw op te starten kun je het reaper script gebruiken.

Michel Gueli - ma 26 nov 07 12:23

Hi Stephan, bedankt voor je reactie. Ik kan die processen zelf killen, maar hoe komt het dat er zoveel processen worden aangemaakt. Is dit een bug in ruby?

Stephan Kaag - ma 26 nov 07 12:02

Dat kan je het beste met je hosting-provider overleggen die daar ervaring mee hebben.

Als je de server in eigen beheer hebt raadt ik aan een mongrel (-cluster) omgeving te gebruiken. Daar draait dit weblog ook op!

Michel Gueli - ma 26 nov 07 11:07

Het blijkt dat ik te veel dispatch.fcgi processen heb lopen. Deze veroorzaken dan die to many users melding denk ik.

Hoe kan het komen dat ik te veel van die processen heb lopen? Ik tel er nu 23.

Michel Gueli - ma 26 nov 07 10:06

Die forum thread had ik al gevonden. Maar om het moment dat ik die melding krijg, to many connections, dan kan ik niet meer via ssh op die server komen. Site is nu ook uit de lucht. :S

Stephan Kaag - vr 16 nov 07 13:27

Als je onder fcgi draait kan je deze forum-thread eens doorlezen

Michel Gueli - vr 16 nov 07 12:18

Als ik op check database click krijg ik deze logmessages:

audiobea_AudioBeats.artists
warning : 3 clients are using or haven’t closed the table properly
status : OK
audiobea_AudioBeats.artists_livesets
warning : 3 clients are using or haven’t closed the table properly
status : OK
audiobea_AudioBeats.artists_parties OK
audiobea_AudioBeats.hosts
warning : 2 clients are using or haven’t closed the table properly
status : OK
audiobea_AudioBeats.links
warning : 3 clients are using or haven’t closed the table properly
status : OK
audiobea_AudioBeats.livesets
warning : 3 clients are using or haven’t closed the table properly
status : OK
audiobea_AudioBeats.livesets_styles
warning : 3 clients are using or haven’t closed the table properly
status : OK
audiobea_AudioBeats.parties OK
audiobea_AudioBeats.qualities OK
audiobea_AudioBeats.settings OK
audiobea_AudioBeats.styles
warning : 2 clients are using or haven’t closed the table properly
status : OK
audiobea_AudioBeats.users OK

Michel Gueli - vr 16 nov 07 12:15

Heb 1 account voor de database. Connecties staat op 15.

Michel Gueli - vr 16 nov 07 12:14

Nee helemaal niet. Geen zware queries.

Chiel Wester - vr 16 nov 07 12:13

Volgens mij maakt je rails app maar 1 connectie met de database en houd deze constant open. Wanneer er veel queries worden afgevuurd moeten ze wachten tot de connectie weer vrij is. Op deze wijze zou de max_user_connection error niet veroorzaakt kunnen worden.

Het lijkt me eerder het geval dat je bijvoorbeeld via een mysqlclient onder dezelfde user connect, en dat het aantal userconnections wat laag staat ingesteld. Of je hebt meerdere rails apps onder dezelfde mysqluser draaien?

Robbert - vr 16 nov 07 11:57

Roep je veel zware queries achter elkaar aan toevallig?

Als je queries nog draaien en er alweer nieuwe afgevuurd worden zou je dus tot je max kunnen lopen..