Server nicht erreichbar nach anlegen eines neuen Web´s

[distanzcheck]

gerade ist eine komische sache passiert.

Habe über Confixx ein neues Web angelegt. kurze Zeit später waren alle webs (html seiten) nicht mehr erreichbar. (Seite nicht gefunden)

Ã?ber Root und Putty konnte ich mich aber einloggen.

Habe dann ein Reeboot gemacht, nun gehts wieder. Wo kann ich nachsehen was da passiert ist ???

Dirk

[zero]

Hallo

Mal ins warn log geschaut ? (var/log/warn)
oder auch in messages ?

Gruß Zero.

[scopeman]

also ich denke mal das confixx beim restarten des apaches einen fehler gemacht hat und der apache somit abgestürtzt ist. ein "/etc/init.d/apache restart" hätte wahrscheinlich auch gereicht :)

[distanzcheck]

habe dieses mehrfach in der warn gefunden

Code: Select all

Feb  9 19:52:00 p15112076 last message repeated 2 times
Feb  9 19:54:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000
Feb  9 19:54:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000
Feb  9 19:56:00 p15112076 last message repeated 2 times
Feb  9 19:58:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000
Feb  9 19:58:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000
Feb  9 20:00:00 p15112076 last message repeated 2 times
Feb  9 20:02:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000
Feb  9 20:02:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000
Feb  9 20:04:00 p15112076 last message repeated 2 times
Feb  9 20:06:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000
Feb  9 20:06:00 p15112076 modprobe: modprobe: Can't locate module binfmt-0000

Dirk

[[tom]]

Was Du hier gepostet hast ist ein Kernel Problem vom 09. Februar. Da hat der Kernel eine Modul nicht gefunden. Da sollte schon irgendwas aktuelleres zu finden sein. ;-)

[TOM]

[distanzcheck]

was sind das denn für Probleme ??? (oben)

hier die aktuelleren

Code: Select all

Feb 15 20:13:52 p15112076 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Feb 15 20:13:53 p15112076 kernel: ip_conntrack version 2.1 (1983 buckets, 15864 max) - 292 bytes per conntrack
Feb 15 22:15:25 p15112076 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Feb 15 22:15:26 p15112076 kernel: ip_conntrack version 2.1 (1983 buckets, 15864 max) - 292 bytes per conntrack
Feb 16 00:30:48 p15112076 sshd[7634]: fatal: Timeout before authentication for ::ffff:195.146.34.235.
Feb 18 00:29:37 p15112076 sshd[27340]: fatal: Timeout before authentication for ::ffff:195.146.34.235.
Feb 19 13:55:16 p15112076 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Feb 19 13:55:17 p15112076 kernel: ip_conntrack version 2.1 (1983 buckets, 15864 max) - 292 bytes per conntrack

[distanzcheck]

gerade wieder das gleiche Problem. Nach anlegen von Web17

schmiert der webserver ab. bei eingabe von rcapache restart kommt die fehlermeldung "bad user name web17"

Was ist das denn nun ???

Dirk

[flo]

Habe Confixx nicht im Webservereinsatz - aber kann es sein, daß der Apache neu gestartet wird, während Confixx den "web17" Benutzer noch nciht ins System eingetragen hat?

Grüße,

flo.

[kase]

Soviel ich weiß hat Suse ein Prozess, der die passwd und shadow cached ?!?!

Wenn dem so ist, musst du einfach mal so 5 mins warten, und dann den Apache nochmal von Hand restarten.

[flo]

Ich denke eher, daß das eine Ã?berschneidung ist zwischen den Durchläufen des Counterscriptes.

Evtl. ist gesetzt, daß beim Anlegen neuer vhosts sofort neu gestartet werden soll, aber die anderen Intervalle dafür zu hoch sind, so daß die /etc/passwd noch nicht neu geschrieben worden ist. Bitte hier mal die Erstellungsdaten vergleichen.

BTW, den cachenden Prozeß kenne ich nicht ... ?!

Grüße,

flo.

[distanzcheck]

Wo soll ich da nachsehen ? Confixx Admin Update Intervalle ?

und was dort ändern ?

Dirk

[flo]

Code: Select all

ls -lrt /etc | tail -5
ls -lrt /etc/httpd | tail -5

Damit siehst Du die 5 aktuellsten Dateien/Verzeichnisse innerhalb des Verzeichnisses - probier das mal bevor und nachdem alles funktioniert.

Und versuche, das Problem diesmal dadurch zu beheben, daß Du 1) confixx_counterscript.pl startest 2) wartest 3) nachschaust 4) Apache startest.

Der Reboot ist die Brechstange und für die Diagnose nicht unbedingt das probateste Mittel, weil beim reboot eben die interessanten Stellen der Logs vollgemüllt werden.

Laß mich klarstellen, daß ich immer noch nciht weiß woran das hängt und wir immer noch Diagnose fahren. Laß Confixx (per web) jetzt erst einmal aus dem Spiel.

Grüße,

flo.

[distanzcheck]

so beim ersten erhalte ich

Code: Select all

drwxr-xr-x    8 root     root         4096 Feb 24 20:58 httpd
-rw-r-----    1 root     shadow       2623 Feb 24 21:22 shadow
-rw-------    1 mysql    daemon       2573 Feb 25 17:05 my.cnf
-rw-r--r--    1 root     root            8 Feb 25 17:29 ntp.drift
drwxr-xr-x   32 root     root         4096 Feb 25 17:29 .

beim zweiten

Code: Select all

lrwxrwxrwx    1 root     root           10 Feb 11 19:45 conf -> /etc/httpd
-r--------    1 root     root        53192 Feb 24 20:35 httpd.conf
drwxr-xr-x    8 root     root         4096 Feb 24 20:58 .
-r--------    1 root     root         7924 Feb 24 21:50 confixx_vhost.conf
drwxr-xr-x   32 root     root         4096 Feb 25 17:29 ..

und nun ?

Dirk

[flo]

Code: Select all

-rw-r-----    1 root     shadow       2623 Feb 24 21:22 shadow
-r--------    1 root     root         7924 Feb 24 21:50 confixx_vhost.conf

Das heißt, daß die confixx_vhost nach der shadow geschrieben wurde - jetzt geht das zeug aber auch, oder?

Wenn Du jetzt ein neues Web anlegst und der Indianer nicht mehr gehen sollte, mach das gleiche nochmal. Sollten dann die /etc/passwd und /etc/shadow einen wesentlich älteren Stand haben, kann es sein, daß der fragwürdige Benutzer in diesen Dateien noch nciht existiert. Der Apache meckert dann und bleibt (anscheinend) stehen. Dann siehe letzte Mail. Falls dann beim zweiten, dritten Mal Durchlauf alles plötzlich laufen sollte, schraub an den Updateintervallen.

Mehr kann ich dazu nicht beitragen - vor der confixx-vhost-Zeile steht bei mir ein dreifaches Doppelkreuz. ;-)

Grüße,

flo.

[distanzcheck]

geare mal ein neues web angelegt, null porblemo. Letzte woch ist es auch ebenfalls bei web17 passiert, und gestern auch als ich web17 anlegen wollte, habe es ja letzte woche danach gelöscht. kanns damit was zu tun haben ?

Dirk

[flo]

Das kommt drauf an - wenn Du das nächste Mal einen Benutzer löscht, schau nach, wann der Benutzer aus dem System verschwindet.

grep -rl ist dafür hilfreich.

Confixx hilft zwar, aber wenn irgendwas schiefgeht ist man ganz schnell wieder auf der Kommandozeile und sucht sich in dem automatischen Krampf einen Wolf. :-(

Grüße,

flo.