Strato VServer spinnt

A

andydrummer

New Member
Hatte bisher eigentlich nie Probleme mit meinem Server, aber vor ca. einer Woche ging es los. Http ständig unerreichbar oder es dauert super ewig bis eine Seite kommt. Alles andere FTP, SSH, PLESK funktioniert einwandfrei.

Habe auch schon etliche Male mit Strato telefoniert, aber die sagen Hardware wäre in Ordnung, da ich von einem RAM defekt ausging.
Nun habe ich aus Verzweiflung einfach mal Neuinstalliert, aber das Problem besteht immer noch. Eine statische HTML Seite dauert ewig (oder es geht gar nicht) bis Sie geladen wird. Könnt Ihr sehen unter: http://www.woodstreet.de/

Bei einem Test mit VZFREE bekomme ich komischerweise auch folgende Werte:
Code: 
Momentan genutzt:       239,176 MB
Zugesichert:            259,375 MB
Maximal nutzbar:        791,281 MB

Kann das sein bei einem Neuinstallierten System vorkonfiguriert von Strato?
Code: 
Suse 9.3 und Plesk 8.0

Eigentlich nicht oder. Das komische ist ja, das alles bis vor ein paar Tagen einwandfrei lief und es wurden keine Änderungen durchgeführt.
Ich komme echt nicht mehr weiter und glaube auch nicht das ein weiteres Telefonat mit Strato etwas bringt. Bitte helft mir!
 
Brauche dringend Hilfe

Danke erstmal. So habe jetzt mal einen Hardwarecheck von Strato machen lassen. Mit dem Ergebnis: Alles wäre in Ordnung. Habe echt eine Stunde oder so mit denen Telefoniert, bis mir geraten wurde ich solle doch kündigen!? Was für ein Service. Immerhin kam bei dem Gespräch raus,das wenn FTP, SSH einwandfrei funktionieren, es eigentlich nicht am Speicher liegen kann.
Soweit so gut, Http geht immer noch nicht bzw. morgends überhaupt nicht, gegen Abend geht es ab und zu. Was sind Gründe dafür das auf einem Neuinstallierten System, Http nicht richtig funktioniert? Robots, Angriffe,...
Ich weiß echt nicht mehr weiter.
Was soll ich euch hier mal posten, das sich das mal jemand mal anschaut?
Bzw. wo sollte man mal schauen?

Bin für jeden Tipp dankbar und haben eigentlich nicht wirklich Bock mit 8 Domains umzuziehen.:(
 
Leider hängt das perfomante Funktionieren eines vServers nicht nur von Deiner Konfiguration ab, sondern auch vom guten Verhalten der "Nachbarn". Zumindest Dein RAM-Verbrauch ist absolut in Ordnung, wie es um die anderen Ressourcen bestellt ist, kannst Du ja durch "cat /proc/user_beancounters" rausfinden.
Lasse auch mal ein "top" laufen (während der unterschiedlichen Situationen), damit Du weißt, wie die von Dir selbst verursachte Last aussieht -- wenn die immer gering ausfällt, liegt es nicht an Dir.

Wenn Du sicherstellen kannst, dass die Last nicht von Deiner VE ausgeht, ist Kündigung in der Tat wohl das Einzige, was hilft. Falls Du das machst, solltest Du darauf achten, dass Du Deine Domains dann gleich bei einem separaten Registrar bestellst (vor ein paar Tagen gab es einen Thread hier im Forum mit einigen Anbietern). Das hat den Vorteil, dass es zum Einen oftmals billiger ist als beim Serverhoster, zum Anderen ist es dann sehr viel einfacher, den Hoster zu wechseln, wenn man das mal wieder brauchen sollte.

Viele Grüße,
LinuxAdmin
 
Hier meine beancounters

Ich poste mal meine Beancounters, vielleicht könnt Ihr da ja was rauslesen. Das komische an meinem Fall ist halt, das ich definitiv keine Änderungen vorgenommen habe, und das selbst auf dem neuinstallierten System HTTP höchstens zu 20% erreichbar ist. FTP, SSH geht immer.


Code: 
Version: 2.5                                                                   
       uid  resource           held    maxheld    barrier      limit    failcnt
   1019899: kmemsize        4239890    4484503    8512433    9823665          0
            lockedpages           0          0       3800       4096          0
            privvmpages       61436      61902     138256     202568          0
            shmpages           8864       8880     131072     131072          0
            dummy                 0          0          0          0          0
            numproc              45         49        232        232          0
            physpages         13758      13930          0 2147483647          0
            vmguarpages           0          0      66400 2147483647          0
            oomguarpages      14222      14394      66400 2147483647          0
            numtcpsock           42         48        500        500          0
            numflock              7          7        200        232          0
            numpty                0          0         64         64          0
            numsiginfo            0          1        512        512          0
            tcpsndbuf        380120     398008    4683256    6102456          0
            tcprcvbuf        570472     593564    4683256    6102456          0
            othersockbuf      22360      30740    1503232    4063232          0
            dgramrcvbuf           0       2236     240000     262144          0
            numothersock         20         24        382        382          0
            dcachesize            0          0    2194304    2317184          0
            numfile            1535       1623       5432       5432          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            14         14        128        128          0
 
Hm, sieht ganz gut aus. Wichtig ist, dass in der ganz rechten Spalte keine Violations sind (was bei dir nicht der Fall ist, alles "0") und nicht ständig kurz vor dem Limit rumgehangen wird (sieht auch nicht danach aus).

Dass ein neu installiertes und unverändertes System den Apache nicht an den Start bekommt ist allerdings seltsam. Die Einschätzung von V40 stimmt so meiner Meinung nach nicht ganz. Linux benutzt zwar überschüssigen RAM für diversen Kram, das Skript vzfree liest aber aus der UBC schon passende Werte, und da steht keinesfalls immer drin, dass alles verbraucht ist.
 
Danke erstmal

Die Werte die ich gepostet habe, sind natürlich die von dem Neuinstallierten System. Vorher hatte ich nach einem Jahr natürlich schon ein paar failcounts drin.
Aber soweit ich das jetzt sagen kann, liegt es ja nicht am Speicher, da ja FTP, SSH, usw. immer funktionieren.
Man müsste einfach woanders nach Gründen suchen, aber leider kenne ich mich da noch nicht so gut aus, das ich wüsste wo.
Kann es eventuell an fehlerhaften DNS einträgen liegen, oder zuviele Anfragen an die Domains, so das dann nichts mehr geht!?

Was kann ich noch posten, um der Sache auf den Grund zu gehen. Leider bin ich glaube ich zu hartnäckig, als das ich einfach so aufgeben und kündigen kann. :)

Welche Logfiles sollte ich mir mal vornehmen ?
 
Was spricht den überhaupt die Log Datei vom Apache, hast du dort evtl. xxx Zugriffe auf deinen Server.
Ich würde auch, wenn du vermutest es liegt am httpserver, den apache einfach ma killen und versuchen mehrmals in gewissen abständen auf deinen Server mit dem Protokoll deiner Wahl zugreifen.
Oder du lässt z.B einen ping drauf und protokollierst das Ergebnis.
 
Hier mal die apache2 error_log

Habe inzwischen mein altes System wieder eingespielt, da die Erreichbarkeit auf dem Neuinstallierten leeren VServer ja genau gleich war. Der Fehler also auch woanders liegen muss.

Apache scheint am Donnerstag irgendwie leicht abgeschmiert zu sein oder es lief einfach ohne Fehlermeldungen. Lief nämlich soweit ich das in Errinnerung habe noch nach 20.00 Uhr.

Heute Morgen Freitag geht mal wieder nix! Habe gerade einen Restart vom Apache gemacht. Seiten waren kurz, ca. 1Minute wieder Erreichbar, danach wieder nix.
Hier mal die apache2 error_log:

Code: 
[Fri Feb 08 14:07:29 2008] [notice] caught SIGTERM, shutting down
[Fri Feb 08 14:07:56 2008] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Fri Feb 08 14:07:56 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 08 14:07:56 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 08 14:07:56 2008] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Fri Feb 08 14:07:56 2008] [warn] module perl_module is already loaded, skipping
[Fri Feb 08 14:07:56 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 08 14:07:56 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 08 14:07:56 2008] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Fri Feb 08 14:07:56 2008] [notice] Apache/2.0.53 (Linux/SUSE) configured -- resuming normal operations
[Fri Feb 08 14:08:21 2008] [error] server reached MaxClients setting, consider raising the MaxClients setting
[Thu Feb 14 19:23:43 2008] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Thu Feb 14 19:23:43 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Feb 14 19:23:43 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Feb 14 19:23:43 2008] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Thu Feb 14 19:23:44 2008] [warn] module perl_module is already loaded, skipping
[Thu Feb 14 19:23:44 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Feb 14 19:23:44 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Thu Feb 14 19:23:49 2008] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Thu Feb 14 19:23:50 2008] [notice] Apache/2.0.53 (Linux/SUSE) configured -- resuming normal operations
[Thu Feb 14 19:29:00 2008] [error] server reached MaxClients setting, consider raising the MaxClients setting
[Fri Feb 15 09:05:11 2008] [warn] child process 28395 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 28479 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 16363 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 26258 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 28526 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 28586 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 26261 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 28595 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 25805 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:11 2008] [warn] child process 18004 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 28395 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 28479 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 16363 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 26258 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 28526 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 28586 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 26261 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 28595 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 25805 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:12 2008] [warn] child process 18004 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 28395 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 28479 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 16363 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 26258 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 28526 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 28586 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 26261 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 28595 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 25805 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:13 2008] [warn] child process 18004 still did not exit, sending a SIGTERM
[Fri Feb 15 09:05:17 2008] [notice] caught SIGTERM, shutting down
[Fri Feb 15 09:05:19 2008] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Fri Feb 15 09:05:19 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 15 09:05:19 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 15 09:05:19 2008] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Fri Feb 15 09:05:19 2008] [warn] module perl_module is already loaded, skipping
[Fri Feb 15 09:05:21 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 15 09:05:21 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Fri Feb 15 09:05:23 2008] [notice] mod_python: Creating 10 session mutexes based on 10 max processes and 0 max threads.
[Fri Feb 15 09:05:23 2008] [notice] Apache/2.0.53 (Linux/SUSE) configured -- resuming normal operations
[Fri Feb 15 09:06:08 2008] [error] server reached MaxClients setting, consider raising the MaxClients setting

Sind die Fehlermeldungen normal?
MaxClients steht auf 10, aber soviel Besucher habe ich eigentlich gar nie!
 
Hallo!
Glaubst du, das du nicht so viele Besucher hast, oder hast du das irgendwie überprüft? Apache mod_status eignet sich beispielsweise für eine solche Überprüfung.

mfG
Thorsten
 
Zuviele Besucher?

Ich glaube das ich nicht so viele Besucher habe, habe es allerdings noch nicht geprüft.
In meiner mod_status steht folgendes:
Code: 
#
# Allow server status reports generated by mod_status,
# with the URL of http://servername/server-status
#
# see http://httpd.apache.org/docs-2.0/mod/mod_status.html
#
<IfModule mod_status.c>
    <Location /server-status>
	SetHandler server-status
	Order deny,allow
	Deny from all
	Allow from localhost
    </Location>
</IfModule>
Weiß jetzt allerdings nicht so recht wie ich das Ganze benutze ?
 
Änder die Datei:
Code: 
#
# Allow server status reports generated by mod_status,
# with the URL of http://servername/server-status
#
# see http://httpd.apache.org/docs-2.0/mod/mod_status.html
#
<IfModule mod_status.c>
    <Location /server-status>
    SetHandler server-status
    Order deny,allow    
    Allow from all
    </Location>
</IfModule>
Wenn Du dann den Webserver neustartest, kannst Du über http://<your_ip_goes_here>/server-status die Infos abrufen.

--marneus
 
Dein Server gibt Dir doch einen guten Rat, warum nicht drauf hören :D:

[Thu Feb 14 19:29:00 2008] [error] server reached MaxClients setting, consider raising the MaxClients setting
Click to expand...

--> httpd.conf
 
MaxClients erhöht

Habe die MaxClients von 10 auf 20 erhöht, hat aber leider nichts gebracht. Habe es auch noch höher geschraubt, aber dann geht irgendwann nichts mehr, auch kein FTP und SSH.

mod_status geht bei mir irgendwie nicht. Habe die Änderungen vorgenommen und neugestartet, aber da passiert nichts außer ner Fehlermeldung, das die Seite nicht vorhanden ist. An was kann das liegen? Brauche unbedingt eine Absicherung, das ich nicht zu viele Anfragen habe.

Anbei mal meine server-tuning.conf
Kann man da noch irgendwas tunen, um den Apache auf Erreichbarkeit zu tunen?

Code: 
##
## Server-Pool Size Regulation (MPM specific)
## 

# the MPM (multiprocessing module) is not a dynamically loadable module in the
# sense of other modules. It is a compile time decision which one is used. We
# provide different apache2 MPM packages, containing different httpd2 binaries
# compiled with the available MPMs. See APACHE_MPM in /etc/sysconfig/apache2.

# prefork MPM
<IfModule prefork.c>
	# number of server processes to start
	StartServers         2
	# minimum number of server processes which are kept spare
	MinSpareServers      1
	# maximum number of server processes which are kept spare
	MaxSpareServers      5
	# highest possible MaxClients setting for the lifetime of the Apache process.
	ServerLimit        150
	# maximum number of server processes allowed to start
	MaxClients          20
	# maximum number of requests a server process serves
	MaxRequestsPerChild  0
</IfModule>

# worker MPM
<IfModule worker.c>
	# initial number of server processes to start
	StartServers         2
	# minimum number of worker threads which are kept spare
	MinSpareThreads     25
	# maximum number of worker threads which are kept spare
	MaxSpareThreads     75 
	# maximum number of simultaneous client connections
	MaxClients         150
	# constant number of worker threads in each server process
	ThreadsPerChild     25
	# maximum number of requests a server process serves
	MaxRequestsPerChild  0
</IfModule>

# leader MPM
<IfModule leader.c>
	# initial number of server processes to start
	StartServers         2
	# minimum number of worker threads which are kept spare
	MinSpareThreads     25
	# maximum number of worker threads which are kept spare
	MaxSpareThreads     75 
	# maximum number of simultaneous client connections
	MaxClients         150
	# constant number of worker threads in each server process
	ThreadsPerChild     25
	# maximum number of requests a server process serves
	MaxRequestsPerChild  0
</IfModule>

# perchild MPM
<IfModule perchild.c>
	# constant number of server processes
	NumServers           5
	# initial number of worker threads in each server process
	StartThreads         5
	# minimum number of worker threads which are kept spare
	MinSpareThreads      5
	# maximum number of worker threads which are kept spare
	MaxSpareThreads     10
	# maximum number of worker threads in each server process
	MaxThreadsPerChild  20
	# maximum number of connections per server process
	MaxRequestsPerChild  0

	AcceptMutex fcntl
</IfModule>

# metux MPM
<IfModule metuxmpm.c>
	# initial number of worker threads in each server process
	StartThreads          5
	# minimum number of worker threads which are kept spare
	MinSpareThreads       5
	# maximum number of worker threads which are kept spare
	MaxSpareThreads      10
	# maximum number of connections per server process
	MaxRequestsPerChild   0

	Multiplexer	"wwwrun"	"www"

</IfModule>


#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On

#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100

#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 15

#
# EnableMMAP: Control whether memory-mapping is used to deliver
# files (assuming that the underlying OS supports it).
# The default is on; turn this off if you serve from NFS-mounted
# filesystems.  On some systems, turning it off (regardless of
# filesystem) can improve performance; for details, please see
# http://httpd.apache.org/docs-2.0/mod/core.html#enablemmap
#
#EnableMMAP off

#
# EnableSendfile: Control whether the sendfile kernel support is
# used  to deliver files (assuming that the OS supports it).
# The default is on; turn this off if you serve from NFS-mounted
# filesystems.  Please see
# http://httpd.apache.org/docs-2.0/mod/core.html#enablesendfile
#
#EnableSendfile off


#
# The following directives modify normal HTTP response behavior to
# handle known problems with browser implementations.
#
BrowserMatch "Mozilla/2" nokeepalive
BrowserMatch "MSIE 4\.0b2;" nokeepalive downgrade-1.0 force-response-1.0
BrowserMatch "RealPlayer 4\.0" force-response-1.0
BrowserMatch "Java/1\.0" force-response-1.0
BrowserMatch "JDK/1\.0" force-response-1.0

#
# The following directive disables redirects on non-GET requests for
# a directory that does not include the trailing slash.  This fixes a 
# problem with Microsoft WebFolders which does not appropriately handle 
# redirects for folders with DAV methods.
# Same deal with Apple's DAV filesystem and Gnome VFS support for DAV.
#
BrowserMatch "Microsoft Data Access Internet Publishing Provider" redirect-carefully
BrowserMatch "^WebDrive" redirect-carefully
BrowserMatch "^WebDAVFS/1.[012]" redirect-carefully
BrowserMatch "^gnome-vfs" redirect-carefully
 
Ist das normal nach Neustart

Stand der Dinge_ Server lief wieder ein paar Tage wie geschmiert, bis heute. Gerade Neustart gemacht danach das hier in der Log. Und jetzt frag ich mich ob das eigentlich ob das normal ist nach einem Neustart. Kann eigentlich gar nicht sein das wenige Sekunden nach dem Neustart schon wieder soviel User da sind. Wäre schön nochmal eine Meinung dazu zu hören.

Code: 
[Mon Mar 03 21:34:16 2008] [warn] child process 13379 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28091 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 5308 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28092 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 11951 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28093 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28135 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28144 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28146 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28147 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28148 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28149 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28150 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28151 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28152 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28153 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28154 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28214 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28215 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28216 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28220 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28222 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28223 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28224 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28225 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 13379 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28091 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 5308 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28092 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 11951 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28093 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28135 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28144 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28146 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28147 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28148 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28149 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28150 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28151 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28152 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28153 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28154 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28214 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28215 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28216 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28220 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28222 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28223 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28224 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:16 2008] [warn] child process 28225 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 13379 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28091 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 5308 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28092 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 11951 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28093 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28135 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28144 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28146 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28147 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28148 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28149 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28150 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28151 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28152 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28153 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28154 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28214 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28215 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28216 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28220 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28222 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28223 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28224 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:18 2008] [warn] child process 28225 still did not exit, sending a SIGTERM
[Mon Mar 03 21:34:22 2008] [notice] caught SIGTERM, shutting down
[Mon Mar 03 21:34:24 2008] [warn] Init: Session Cache is not configured [hint: SSLSessionCache]
[Mon Mar 03 21:34:24 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Mar 03 21:34:24 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Mar 03 21:34:24 2008] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec2)
[Mon Mar 03 21:34:24 2008] [warn] module perl_module is already loaded, skipping
[Mon Mar 03 21:34:25 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Mar 03 21:34:25 2008] [warn] RSA server certificate CommonName (CN) `plesk' does NOT match server name!?
[Mon Mar 03 21:34:27 2008] [notice] mod_python: Creating 25 session mutexes based on 25 max processes and 0 max threads.
[Mon Mar 03 21:34:27 2008] [notice] Apache/2.0.53 (Linux/SUSE) configured -- resuming normal operations
[Mon Mar 03 21:34:34 2008] [error] server reached MaxClients setting, consider raising the MaxClients setting
 
andydrummer said:
Kann eigentlich gar nicht sein das wenige Sekunden nach dem Neustart schon wieder soviel User da sind.
Click to expand...
Warum nicht? Glaubst Du, dass die Welt aufhört, Deine Seiten zu besuchen, nur weil Du gerade den apache neu gestartet hast? Von knapp zehn Sekunden Unterbrechung lassen sich die wenigsten verscheuchen ;)
 
andydrummer said:
Kann eigentlich gar nicht sein das wenige Sekunden nach dem Neustart schon wieder soviel User da sind.
Click to expand...
Dann schau halt (im access_log) nach, was für User das sind.
Achte vor allem auf die IP und die Browser-Signatur.

Es könnte z.B. einfach nur ein Crawler/Spider/Bot sein.

huschi.
 
You must log in or register to reply here.
Back
Top