httpd startet nicht mehr

[Vic]

Hi Serversupportforum- Community,

ich habe schon bei google gesucht und auch hier im Forum, habe jedoch bisher keine lösung für mein Problem gefunden, zumal ich mich auch nicht sooo exzellent mit linux auskenne und unserer Server-Spezi derzeit nicht verfügbar ist.

Folgendes Problem:
ich habe heute eine conf im verzeichnis /etc/httpd/conf.d/ angepaßt, da ich morgen eine neue domain auf die IP Adresse des Servers umleiten wollte. Dieser Domain habe ich dann auch entsprechend ein Directory zugewiesen. Soweit alles ok.

Nun wollte ich per /etc/init.d/httpd restart den apache neustarten. Er zeigte mir auch bei stop und start ein [OK] an.

Der Aufruf jeglicher Websites endet nun jedoch in einem Ladefehler. Per top schaute ich nach und entdeckte, dass kein httpd Prozess läuft. Ich führte daher einen erneuten restart aus. diesmal meldete er mir stop [failed], start [OK]. Das ganze wiederholte ich das ein oder andere mal, weil definitiv kein httpd Prozess gestartet wurde.

Als Linux läuft soweit ich das weiß ein Gentoo.

Die Datei /var/log/httpd/error_log zeigt mir folgendes:

[Mon Apr 17 07:25:09 2006] [notice] Apache/2.2.0 (Fedora) configured -- resuming normal operations
[Mon Apr 17 12:28:08 2006] [notice] caught SIGTERM, shutting down
[Mon Apr 17 12:28:13 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 12:28:15 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.N4hCLl failed: No such file or directory
[Mon Apr 17 13:33:34 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 13:33:35 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.0gQQzx failed: No such file or directory
[Mon Apr 17 13:36:19 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 13:36:19 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.u3qQlh failed: No such file or directory
[Mon Apr 17 13:58:06 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 13:58:06 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.TuxlI3 failed: No such file or directory
[Mon Apr 17 14:05:02 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 14:05:02 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.iLikw5 failed: No such file or directory
[Mon Apr 17 14:06:48 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 14:06:49 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.QljWjS failed: No such file or directory
[Mon Apr 17 14:07:14 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 14:07:15 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.7xuWA6 failed: No such file or directory
[Mon Apr 17 14:08:55 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 14:08:56 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.xZLcdh failed: No such file or directory
[Mon Apr 17 14:09:39 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 14:09:40 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.YtESE4 failed: No such file or directory
[Mon Apr 17 15:18:19 2006] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Mon Apr 17 15:18:20 2006] [apc-error] apc_mmap: mkstemp on /tmp/apc/apc.g4WeCP failed: No such file or directory

das top liefert folgende ausgabe:

top - 16:56:55 up 47 days,  1:27,  1 user,  load average: 0.00, 0.00, 0.00
Tasks:  57 total,   2 running,  55 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us,  0.0% sy,  0.0% ni, 98.7% id,  0.0% wa,  1.0% hi,  0.3% si
Mem:   1000792k total,   946620k used,    54172k free,    23408k buffers
Swap:  2040232k total,   226068k used,  1814164k free,   711748k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND            
    1 root      16   0  1912  404  376 S  0.0  0.0   0:02.12 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   1:07.69 ksoftirqd/0        
    4 root      10  -5     0    0    0 S  0.0  0.0   0:00.26 events/0           
    5 root      11  -5     0    0    0 S  0.0  0.0   0:00.00 khelper            
    6 root      11  -5     0    0    0 S  0.0  0.0   0:00.00 kthread            
    8 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid             
   91 root      10  -5     0    0    0 S  0.0  0.0   0:07.60 kblockd/0          
   94 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khubd              
  143 root      15   0     0    0    0 S  0.0  0.0   0:28.84 pdflush            
  144 root      15   0     0    0    0 S  0.0  0.0   0:23.87 pdflush            
  146 root      16  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0              
  145 root      15   0     0    0    0 S  0.0  0.0  12:16.53 kswapd0            
  236 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod            
  344 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 ata/0              
  349 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0          
  350 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1          
  380 root      10  -5     0    0    0 S  0.0  0.0   6:37.86 md1_raid1          
  381 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 md0_raid1          
  383 root      15   0     0    0    0 S  0.0  0.0   3:54.41 kjournald

Jemand eine Idee??

Ich habe auch schon die geänderte conf datei (jede domain hat bei uns eine eigene) zurückgesetzt und sie auch mal komplett gelöscht. Jedesmal brachte ein httpd restart jedoch ein gleiches Ergebnis.

Was mir auch noch aufgefallen ist: Die /var/logs/ verbrauchen über 30GB (80GB Platte). Dass da irgendwas nicht stimmen kann, sei mal vorerst vernachlässigt, aber kann es sein, dass dem Rechner somit zu wenig Speicherplatz zur Verfügung steht? Kann ich einfach die teilweise 1GB großen Logs löschen, ohne dass was schiefgeht? Ich änder ungern Sachen am System, weil ich halt nicht die Riesenahnung habe. Das ist normal Sache von unserem Server-Spezi.

ciao
Vic

 

[Ilai]

Mein erster Ansatz wäre ja, zu prüfen, ob das Verzeichnis /tmp/apc existiert udn für den User, unter dem der Apache läuft, auch beschreibbar ist.

Hast du ein Memcache Modul in der Config aktiviert, welches nicht installiert oder konfiguriert ist?

Evtl. war die Configuration ja auch schon vor deinem Eingreifen bereits kaputt, und nur weil der Server noch lief, ist noch nichts schief gegangen.

Niederträchtige Menschen könnten jetzt natürlich auch auf die Idee kommen, dies sei der Grund, wieso sich der Server-Spezi kurzfristig rar gemacht hat ;-)

An den Logfiles würde ich nichts ändern, ausser evtl. mal von Hand ein Logrotate anzuwerfen, da die Logs für die Fehlerdiagnose extrem nützlich seion können - aber natürlich nur, so lange sie noch existieren.
Weiter verschlimmern bzw. ändern würde ein Löschen der Logs die Lage des Apachen selber jedoch nicht.
Zumindest nicht, wenn nicht die Dateisysteme bis an die Grenze voll sind.

Schau mal in den Konfig Files, ob da irgendwo der Pfad /tmp/apc auftaucht - dort dürfte der Übeltäter zu finden sein.