FCGI startet nicht, Domain nicht erreichbar - HILFE

  • Thread starter Thread starter da_monster
  • Start date Start date
D

da_monster

Guest
Guten Morgen ihr,
obwohl ich bisher nichts gutes an diesem morgen finden kann...

Seid gestern Mittag sind in unregelmäßigen abständen verschieden Domains nicht ansprechbar, es kommt immer er 500 Internal Server Error...
Apache error.log sagt folgendes:
Code: 
[Mon Aug 27 08:19:39 2007] [crit] (24)Too many open files: FastCGI: can't create (dynamic) server "/var/www/fcgi/die-domain.de/php4-fcgi-starter": socket() failed

und das geht in einer Tour so... und für ca 50 domains gleichzeitig...
nach nem Apache restart gehts erst wieder für ca. 5 minuten und dann geht die ganze geschichte von vorne los. Ein gesamter Server-Reboot hat auch keinen effekt gehabt.

Hab Debian 4 Etch druf und die ISPcp RC2c druf...
Hat jemand ne idee woran das liegen könnte ?

#Edit

ich seh gerade das er beim neu starten vom Apache, übrigens in der 2.2.3 Version und mod_fastcgi/2.4.2, kommt noch eine Fehlermeldung

Code: 
[Mon Aug 27 07:49:29 2007] [warn] FastCGI: (dynamic) server "/var/www/fcgi/die-domain.de/php4-fcgi-starter" (uid 2041, gid 2041) started (pid 25028)

ich wieß nicht inwiefern das relevant ist...
 
Lass mich raten du hast nen vServer?^^
Die sind oftmals darin beschränkt, dass man nicht so viele Files auf einmal offen haben darf. Vermutlich tritt genau das bei dir ein und der vServer streikt, deshalb gibt der Apache diese Meldung raus. ;-)

Abhilfe schafft hier nur ein besserer Server, also stärkerer vServer (wobei ich absolut gegen vServer bin) oder ein Rootserver. Oder du musst schauen, ob du noch irgendwo Prozesse killen kannst, damit ein paar "File-Slots" frei werden, aber das is ne mangelhafte Lösung, weil je mehr User auf deine Seiten zugreifen, desto schlimmer dürfte das ganze werden und nach kurzer Zeit reicht diese Notlösung dann auch nicht mehr aus.
 
Nein, das ist ein Hetzner Root server
AMD AMD Athlon 64 3700+ mit 2 GB RAM, der sollte das eigendlich schaffen...
und es läuft nur ISPcp / Webserver mit ca 100 domains...
 
wobei die 2 GB RAM ziemlich aufgebraucht wirken...
Code: 
top - 13:03:43 up 2 days, 23:49,  2 users,  load average: 0.05, 0.18, 0.35
Tasks: 125 total,   2 running, 123 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.8%us,  3.7%sy,  0.0%ni, 94.5%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2060396k total,  1905204k used,   155192k free,   102712k buffers
Swap:  2096440k total,      472k used,  2095968k free,  1246240k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
12097 vu2023    15   0 64876 5848 2840 S  2.8  0.3   0:00.74 php4-cgi
 2275 root      15   0  3728  600  460 S  0.9  0.0  12:48.09 syslogd
12030 www-data  19   0  292m  13m 1844 S  0.9  0.7   0:00.16 apache2
12098 vu2023    16   0 64840 5804 2836 S  0.9  0.3   0:00.68 php4-cgi
12987 root      15   0 10728 1344  956 R  0.9  0.1   0:00.03 top
    1 root      15   0  6124  692  568 S  0.0  0.0   0:00.67 init
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    3 root      34  19     0    0    0 S  0.0  0.0   0:00.05 ksoftirqd/0
    4 root      RT   0     0    0    0 S  0.0  0.0   0:00.01 watchdog/0
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.33 events/0
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper
    7 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread
   11 root      10  -5     0    0    0 S  0.0  0.0   0:00.22 kblockd/0
   12 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid
  105 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khubd
  107 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod
  153 root      15   0     0    0    0 S  0.0  0.0   0:00.01 pdflush
  154 root      15   0     0    0    0 S  0.0  0.0   0:03.63 pdflush
  155 root      10  -5     0    0    0 S  0.0  0.0   0:13.91 kswapd0
  156 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0
  382 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 xfslogd/0
  383 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 xfsdatad/0
  426 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 ata/0
  427 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 ata_aux
  431 root      17  -5     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0
  432 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1
 1143 root      10  -5     0    0    0 S  0.0  0.0   0:32.95 kjournald
 1333 root      21  -4 10592  708  332 S  0.0  0.0   0:00.04 udevd
 1670 root      16  -5     0    0    0 S  0.0  0.0   0:00.00 kpsmoused
 1843 root      13  -5     0    0    0 S  0.0  0.0   0:00.00 kmirrord
 2281 root      15   0  2660  400  312 S  0.0  0.0   2:15.14 klogd
 2295 bind      25   0 53240   9m 2268 S  0.0  0.5   0:43.25 named
 2340 root      25   0 10112 1528 1196 S  0.0  0.1   0:00.00 mysqld_safe
 2379 mysql     15   0  158m  55m 6280 S  0.0  2.7 154:00.57 mysqld
 2381 root      18   0  2640  536  452 S  0.0  0.0   0:00.00 logger
 2461 amavis    15   0  109m  64m 2916 S  0.0  3.2   0:00.73 amavisd-new
 2480 postgres  15   0 36328 2664 2156 S  0.0  0.1   0:00.01 postmaster
 2483 postgres  15   0 26500 1120  460 S  0.0  0.1   0:00.00 postmaster
 2484 postgres  15   0 25664 1156  564 S  0.0  0.1   0:00.00 postmaster
 2520 postgrey  16   0 36204  13m 2932 S  0.0  0.7   0:51.98 postgrey
 2593 root      18   0  2656  580  472 S  0.0  0.0   0:00.00 acpid
 2603 clamav    18   0 57488  44m  688 S  0.0  2.2   0:01.76 clamd
 2686 clamav    16   0 15400 1360  980 S  0.0  0.1   0:00.26 freshclam
 2721 root      25   0  3880  348  260 S  0.0  0.0   0:00.00 courierlogger
 2722 root      25   0  6028  608  500 S  0.0  0.0   0:00.00 couriertcpd
 2740 root      18   0  3880  420  324 S  0.0  0.0   0:00.00 courierlogger
 2741 root      18   0  6028  620  512 S  0.0  0.0   0:00.00 couriertcpd
 2772 root      15   0 25324 5432 1212 S  0.0  0.3   0:04.68 mailgraph
 2837 root      15   0 25840 1256  800 S  0.0  0.1   0:00.00 sshd
 2931 nobody    15   0 53244 1844  596 S  0.0  0.1   0:00.95 proftpd
 2941 root      15   0 11496  944  716 S  0.0  0.0   0:00.04 cron
 3062 root      15   0 24588 6888 1612 S  0.0  0.3   0:00.80 munin-node
 3151 root      15   0 93692 5288 1524 S  0.0  0.3   0:06.97 python2.4
*/
 
Hm ok, das sollte eigentlich schon ausreichen. :-?

Ich hab mal en bissl für dich gestöbert:
http://www.blindschleiche.de/shownews.php3/93

;-)

PS: Es gibt da so nen "Ändern"-Button unter den Beiträgen. ;-)

//Edit: Das mit dem Ram hat unter LInux nix zu sagen. Der wird nur reserviert, wenn mehr gebraucht wird, wird er wieder freigegeben. ;-)
 
hm eigendlich benutze ich den button immer :roll:

gut, hab das jetzt mal umgestellt, wobei die eine datei (inode-max)
unauffindbar ist :roll:
ich hoffe mal das der terror nun ein ende hat =)

ich hatte mehr in richtung problem beim fcgi-starter getippt, kein wunder das ich da nischt gefunden hab...


vielen dank schonmal, ich meld mich wieder wenns was neues gibt =P

#Edit

Das mit dem RAM habsch noch garnet gewusst =) und ich hab mich schon gewundert =) vielen dank auch für diese Info!
 
Moin, also das hat das Problem leider noch nicht behoben...
Habe auch noch mal in der Debian Referenz nachgeschlagen, da steht aucch nichts anderes drin
Code: 
7.3.1 Zu viele geöffnete Dateien

Der Linux-Kernel könnte unter Umständen die Meldung "Too many open files" ("Zu viele geöffnete Dateien") ausgeben.
Der Grund hierfür ist, dass der Standardwert (8096) für file-max sehr klein gewählt wurde.
Um dieses Problem zu lösen, führen Sie folgende Schritte als root aus:

     # echo "65536"  > /proc/sys/fs/file-max  # für 2.2er- und 2.4er-Kernel
     # echo "131072" > /proc/sys/fs/inode-max # nur für 2.2er-Kernel

Alternativ können Sie Folgendes in /etc/sysctl.conf eintragen, um diese Änderungen permanent zu aktivieren:

     file-max=65536   # für 2.2er- und 2.4er-Kernel
     inode-max=131072 # nur für 2.2er-Kernel

Da die Datei inode-max definiv nicht existiert, gehe ich davon aus, dass ich die 2.4er Version habe. Ich habe dann auch wie oben beschrieben die Permanentlösung angewand, nachdem der erstebefehl keine auswirkung zeigte. Nach einem Reboot sollte dann ja eigendlich die "permanentlösung" anschlagen... keine Veränderung...

nach weitern Recherchen bin ich über den befehl ulimit -u gestolpert, welcher auf 1024 begrenzt war... aber auch eine temporäre erhöhung hat nichts geändert... hat noch irgendjemand irgendeine idee ?

wenn ich den apache neustarte, dauert es zwischen 5 - 8 Minuten bis die ersten ausfälle wieder anfangen und von alleine gehen die net mehr weg... ich kann doch keine 24 stunden vorm pc sitzen und alle 5 minuten den apache neustarten :-?
 
Hallo, editiere mal in der var/www/fcgi/deinedomain.tld/phpx-fcgi-starter

mit folgendem Testwert:

" PHP_FCGI_CHILDREN=15 "


 
Da müsste ich alle meine Domains ändern da es nicht nur bei einer auftritt
sondern unregelmässig bei verschiedenen.

Und wenn es daran liegen sollte was muss geändert werden das er dies dann auch beim neuanlegen einer Domain so einträgt?
 
Und wenn es daran liegen sollte was muss geändert werden das er dies dann auch beim neuanlegen einer Domain so einträgt?
Click to expand...
Dann in der: var/www/fcgi/master/phpx-fcgi-starter :)
 
Also ich danke dir für denn guten tipp hab auf jeden fall schon mal festgestellt das die Seiten auf einmal viel schneller aufgebaut werden.
Hab auch auf einer anderen Seite gelesen das mann die 2 zeilen mit
denn childrens ganz weg lassen kann dann wird das wohl von php geregelt.
Aber ich lass es erstmal so.
 
You must log in or register to reply here.
Back
Top