Strato vServer zu lahm?

webmaster2208 · Oct 9, 2012

Hallo Leute

Ich habe da echt seit längerem ein Problem was ich einfach nicht gelöst bekomme.
Ich habe einen vServer M bei Strato:

Debian Lenny
Plesk 10
2GB garantierter RAM max. 4
50GB Webspace

Genutzt werden ca. 400-800MB RAM im Durchschnitt. Höchste Verbrauch war bei 1100 MB.
Webspace werden derzeit 40GB genutzt.

Jetzt zu meinem Problem. Das ganze ist verdammt lahm. Ich mein so richtig lahm. Wenn ich über die Konsole Top Aufrufe, sehe ich das MySQL auf 70% steht wenn Seiten aufgerufen werden. Die 70% werden auch erreicht wenn ich ganz alleine auf der Seite bin. Das geht sogar so weit, daß ich manchmal bis zu 2-3 Minuten warten muss, bis eine Seite geladen wird.
Ich habe auch schon dieses tut abgearbeitet:
http://eckendenker.de/featured/strato-server-aufsetzten-und-beschleunigen-neu

Für einen Tag ging alles ganz schnell, jetzt aber auch schon nicht mehr.
Hab am WE auch Sqeeze aufgesetzt und da hatte ich das Gefühl, daß es auf jeden Fall um einiges schneller ist. Hatte auch Aussetzer aber nicht mehr so oft. Musste aber wieder mein Lenny Backup einspielen, da zuviele Fehler im Script mit PHP5.3.
ich habe mit strato schon so oft Kontakt aufgenommen, aber bei denen ist angeblich alles in Ordnung.
Jedenfalls weiß ich nicht mehr weiter. Schließlich will ich ja mehr Nutzer auf meiner Seite youbeats.net haben und nicht vergraulen.

Wäre cool wenn ihr Ideen hättet.

GwenDragon · Oct 9, 2012

Lenny bekommt keinerlei Sicherheitsupdates mehr seit über 1/2 Jahr, das kann für dich problematisch werden.

Überlegs dir.

Welche Grenzwerte zeigt denn mit vzstat dein vServer?
Du verwendest MySQL in deinen Webseiten?
Ist das irgendein CMS oder sonstiges blogartiges Framework?
Verwendest du irgendwelche PHP-beschleiniger wie ioncube, Zend Optimizer etc.?
Hast du schon mal http://www.huschi.net/12_302_de-mysql-tuning-vom-feinsten.html und http://www.huschi.net/12_305_de-tuning-server-beobachten.html durch gearbeitet?

webmaster2208 · Oct 9, 2012

GwenDragon said:
Lenny bekommt keinerlei Sicherheitsupdates mehr seit über 1/2 Jahr, das kann für dich problematisch werden. Überlegs dir.

Wie gesagt, ich hab das ganze Wochenende an Squeeze gesessen. Die Fehler hab ich alle nicht wegbekommen, daher hab ich versucht Squeeze mit PHP 5.2 zum laufen zu bekommen. Auch das ist fehlgeschlagen. Daher bin ich schon fast gezwungen bei Lenny zu bleiben.

GwenDragon said:
Welche Grenzwerte zeigt denn mit vzstat dein vServer?

Ich kenne vzstat nicht und habe auch dazu nichts gefunden bei google. Meinst du vnstat?

GwenDragon said:
Du verwendest MySQL in deinen Webseiten?

Ja halt über Plesk und PhpMyAdmin.

GwenDragon said:
Ist das irgendein CMS oder sonstiges blogartiges Framework?

Nein. Das ist ein Musik Shop Script von einem Unternehmen aus Indonesien. Agriya.com

GwenDragon said:
Verwendest du irgendwelche PHP-beschleiniger wie ioncube, Zend Optimizer etc.?

Eigentlich schon. Ich wollte den Eintrag der php.ini hier nun posten und musste feststellen, daß der Eintrag

PHP:

zend_extension = /usr/local/ioncube/ioncube_loader_lin_5.2.so

garnicht mehr drin steht. Wieso auch immer. http://www.youbeats.net/info.php steht auch nichts drin. Muss ich das jetzt verstehen. Ohne ionCube läuft meine Seite eigentlich nicht.

GwenDragon said:
Hast du schon mal http://www.huschi.net/12_302_de-mysql-tuning-vom-feinsten.html und http://www.huschi.net/12_305_de-tuning-server-beobachten.html durch gearbeitet?

Nein, diese kenn ich noch niccht. Meinst du sollte ich mal machen?

Ich habe auch mal top kopiert und paar klicks auf meiner Seite durchgeführt. Kannst du mir vielleicht sagen, wofür bei sql diese Zeit steht: 133:23.15

Code:

  638 mysql     20   0  300m  41m 3896 S 23.9  1.0 133:23.15 mysqld
 6498 www-data  20   0 74504  22m  11m S  3.0  0.5   0:00.54 apache2
 6601 root      20   0  2264 1100  884 R  0.3  0.0   0:00.05 top
    1 root      20   0  1988  528  500 S  0.0  0.0   0:02.27 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd/187181
    3 root      20   0     0    0    0 S  0.0  0.0   0:00.00 khelper/1871813
    4 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
    5 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
    6 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
    7 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
    8 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
    9 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
   10 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
   11 root      20   0     0    0    0 S  0.0  0.0   0:00.00 rpciod/1871813/
   12 root      20   0     0    0    0 S  0.0  0.0   0:00.00 nfsiod/1871813
  503 root      20   0  1700  592  484 S  0.0  0.0   0:05.16 syslogd
  517 messageb  20   0  2488  340  336 S  0.0  0.0   0:00.00 dbus-daemon
  529 avahi     20   0  2884  944  716 S  0.0  0.0   0:00.18 avahi-daemon
  530 avahi     20   0  2752  196  168 S  0.0  0.0   0:00.00 avahi-daemon
  547 bind      20   0 47620 3976  720 S  0.0  0.1   0:00.08 named
  561 root      20   0  5280  872  524 S  0.0  0.0   0:00.67 sshd
  601 root      20   0  2708  556  552 S  0.0  0.0   0:00.02 mysqld_safe
  639 root      20   0  1636  464  460 S  0.0  0.0   0:00.00 logger
  702 root      20   0  3056  420  408 S  0.0  0.0   0:00.00 couriertcpd
  704 root      20   0  1508  276  272 S  0.0  0.0   0:00.00 courierlogger
  713 root      20   0  3056  448  408 S  0.0  0.0   0:00.

jevermeister · Oct 9, 2012

Das ist laut man top die verbrauchte CPU-Zeit in 1/100 Sekunden.
Dein ominöses Script scheint also ziemlich viele Datenbankzugriffe zu haben, mit diversen Tools kann man die MYSQL-Anfragen analysieren und so den Flaschenhals finden.

GwenDragon · Oct 9, 2012

Na gut, wenn ein weniger sicheres System haben willst mit veralteter Software, musst du wissen.

Wie jevermeister richtig bemerkt, ist es so als ob dein Shop/CMS sehr viel Datenbankzugriffe hat.
Möglicherwseise ist dein MySQL-Server nicht optimal konfiguriert.
Deswegen die Hinweise auf huschis Webseiten.
Bitte übeprüf das erst mal

Und dann: kannst du bitte mal posten was cat /proc/user_beancounters ausgibt?

webmaster2208 · Oct 10, 2012

Erstmal danke für die Tipps.
Ich habe von huschinet das ./tuning-primer.sh ausgeführt.
Dabei wurden diese Probleme dargestellt:

Code:

MAX CONNECTIONS
Current max_connections = 500
Current threads_connected = 1
Historic max_used_connections = 25
The number of used connections is 5% of the configured maximum.
You are using less than 10% of your configured max_connections.
Lowering max_connections could help to avoid an over-allocation of memory
See "MEMORY USAGE" section to make sure you are not over-allocating

Aber ich habe ja kein Speicher Problem, daher dürfte das ja egal sein.

Code:

KEY BUFFER
Current MyISAM index space = 9 M
Current key_buffer_size = 128 M
Key cache miss rate is 1 : 35441
Key buffer free ratio = 88 %
Your key_buffer_size seems to be too high.
Perhaps you can use these resources elsewhere

Dürfte eigentlich auch uninteressant sein.

Dann habe ich noch rkhunter installiert und ausgeführt. Auch nichts gefunden. Also läuft es darauf hinaus, daß das Script nicht gut genug programmiert ist? Einfach zuviele Abfragen?!?

Dann habe ich noch das hier gefunden aber finde die Dateien/Zeilen nicht auf meinem Server.
Die Datei http.conf hab ich zwar, ist aber komplett leer?!?!
In der my.conf habe ich die eingetragenen Titel und Werte garnicht.

Aber die

Code:

#skip-innodb

Zeile habe ich gefunden und überlege nun ob ich die # wegmachen soll

webmaster2208 · Oct 10, 2012

GwenDragon said:
Und dann: kannst du bitte mal posten was cat /proc/user_beancounters ausgibt?

Fast vergessen....

Code:

Version: 2.5
       uid  resource                     held              maxheld              barrier                limit              failcnt
  1871813:  kmemsize                 12247834            181485568  9223372036854775807  9223372036854775807                    0
            lockedpages                     0                    8              1048576              1048576                    0
            privvmpages                161836               354839  9223372036854775807  9223372036854775807                    0
            shmpages                     9266                11202  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numproc                        88                  147  9223372036854775807  9223372036854775807                    0
            physpages                   76788               220132              1048576              1048576                    0
            vmguarpages                     0                    0              1048576              1048576                    0
            oomguarpages                73049               100489              1048576              1048576                    0
            numtcpsock                     26                   75  9223372036854775807  9223372036854775807                    0
            numflock                       10                   43  9223372036854775807  9223372036854775807                    0
            numpty                          1                    2  9223372036854775807  9223372036854775807                    0
            numsiginfo                      0                   27  9223372036854775807  9223372036854775807                    0
            tcpsndbuf                  503712              4779088  9223372036854775807  9223372036854775807                    0
            tcprcvbuf                  425984              9817696  9223372036854775807  9223372036854775807                    0
            othersockbuf                41616               329208  9223372036854775807  9223372036854775807                    0
            dgramrcvbuf                     0                 7728  9223372036854775807  9223372036854775807                    0
            numothersock                   76                  127  9223372036854775807  9223372036854775807                    0
            dcachesize                5062982            172861930  9223372036854775807  9223372036854775807                    0
            numfile                      3327                 4025  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            dummy                           0                    0  9223372036854775807  9223372036854775807                    0
            numiptent                      24                   24  9223372036854775807  9223372036854775807                    0

cosimo.de · Oct 10, 2012

Memory Size 33,554,392 Bytes
Memory Available 352 Bytes
Memory Allocated 33,554,040 Bytes

Der APC Cache ist voll und überschreibt zwangsweise alte Cache Einträge. Schau mal ob du dem mehr Speicher geben kannst.

Der sehr hohe MySQL Load deutet imho auf fehlende Indexe hin.

webmaster2208 · Oct 10, 2012

webmaster2208 said:
Dann habe ich noch das hier gefunden aber finde die Dateien/Zeilen nicht auf meinem Server.
Die Datei http.conf hab ich zwar, ist aber komplett leer?!?!
In der my.conf habe ich die eingetragenen Titel und Werte garnicht.

Aber die

Code:

#skip-innodb

Zeile habe ich gefunden und überlege nun ob ich die # wegmachen soll

Hab den Link vergessen:

http://www.guido-muehlwitz.de/2009/04/mysql-und-apache-auf-vserver-optimieren/

webmaster2208 · Oct 10, 2012

cosimo said:
Memory Size 33,554,392 Bytes
Memory Available 352 Bytes
Memory Allocated 33,554,040 Bytes

Der APC Cache ist voll und überschreibt zwangsweise alte Cache Einträge. Schau mal ob du dem mehr Speicher geben kannst.

Der sehr hohe MySQL Load deutet imho auf fehlende Indexe hin.

Ähhh...wo liest du das jetzt raus?

Kannst du mir vielleicht kurz mitteilen, wo ich das ändern kann, weil da kenn ich mich nicht so aus.

TerraX · Oct 10, 2012

Du solltest Dir wirklich - wie schon hier empfohlen einen Fachmann holen.

Auf Anhieb habe ich beim Antesten erstmal keine gravierenden Performance-Probleme festgestellt. Ich test aber nochmal von zu Hause aus.

Zur Identifikation langsamer SQL-Selects: http://dev.mysql.com/doc/refman/5.1/de/slow-query-log.html

Zum PHP-Opcode-Cache: der TE verwendet gem. phpinfo eAccelerator. AFAIK wird der schon seit einiger Zeit nicht mehr aktiv weiterentwickelt und kann daher Probleme verursachen. Ich würde eher den Einsatz von APC empfehlen.

Den Einsatz von PHP 5.2 sehe ich kritisch, da es dafür AFAIK keine Updates mehr gibt. Die Fehler unter PHP 5.3 sollten behoben werden offensichtlich liegt der Quellcode ja vor. Alternativ den Entwickler mit einer Anpassung beauftragen.

Bachsau · Oct 11, 2012

webmaster2208 said:
Kannst du mir vielleicht kurz mitteilen, wo ich das ändern kann, weil da kenn ich mich nicht so aus.

Das ändert man nicht einfach so. Welche Indizes sinnvoll sind, und in welchen Tabellen, hängt vom Aufbau der Datenbank ab, und wie sie benutzt wird. Da kannst du nicht einfach mit ein paar Zahlen spielen.

Wenn du nicht sehr sehr sehr viel lesen willst, würde ich dir dringend raten, auf ein Managed-Angebot zu wählen. Du hast eine wirklich schöne Seite, und verdient damit doch sicher auch Geld. Das heißt, dass du die Daten deiner Kunden schützen musst. Und mit deinem Know-How kannst du das nicht.

webmaster2208 · Oct 11, 2012

Bachsau said:
Das ändert man nicht einfach so. Welche Indizes sinnvoll sind, und in welchen Tabellen, hängt vom Aufbau der Datenbank ab, und wie sie benutzt wird. Da kannst du nicht einfach mit ein paar Zahlen spielen.

Was kann ich da sonst machen dann? Täglich leeren? Cron?

Ich habe ja hier schon mal versucht einen zu finden, aber dann kam direkt....aha...du willst also dein root Passwort vergeben, damit es einer optimiert....und dann wurden die Möglichkeiten aufgezählt was man alles manipulieren könnte usw. Dann hab ich davon abgesehen.

würde ich dir dringend raten, auf ein Managed-Angebot zu wählen. Du hast eine wirklich schöne Seite, und verdient damit doch sicher auch Geld

Managed Angebote habe ich mir natürlich schon angeschaut, aber ich brauche z.B. Sox auf auf meinem Server und das wird nicht installiert. Verdienen tue ich nicht die Welt. Ich habe die 17,90€ Server Kosten nicht mal raus.
Ich denke einfach, die Seite wäre viel belebter, wenn der Server sich nicht dauernd aufhängen würde. Da geht ja manchmal wirklich bis zu 2-3 Minuten garnichts.
Ich hab so ne App für Plesk. Weiß nicht wie zuverlässig die CPU Anzeige ist, aber die geht dann bis 800% hoch.
Es ist nicht mal befriedigend.

TerraX · Oct 11, 2012

webmaster2208 said:
...Ich habe ja hier schon mal versucht einen zu finden, aber dann kam direkt....aha...du willst also dein root Passwort vergeben, damit es einer optimiert....und dann wurden die Möglichkeiten aufgezählt was man alles manipulieren könnte usw. Dann hab ich davon abgesehen...

Tut mir leid, eigentlich wollten wir sowas ja in Zukunft vermeiden. Aber Deine Wahrnehmung ist schon sehr selektiv, oder? Dir wurde empfohlen kompetente fachliche Hilfe zu holen, ja die tut das in der Regel nicht umsonst. Dafür erfolgt die Dienstleistung/Support dann auf Grund eindeutiger vertraglicher Regelungen inkl. Datenschutz - in diesem Falle ist es also okay, das root-pw herauszugeben.

Was kritisiert wurde war, dass Du irgendjemand wildfremdes an Deinem System für lau herumfrickeln lassen wolltest. Dieses Ansinnen war nicht okay.

Zum Thema: auch da sind wir wieder bei selektiver Wahrnehmung. Z.B. habe ich Dir 3 konkrete Vorschläge zur Verbesserung der Situation bzw. zur Ursachenforschung gemacht. Hast Du davon etwas konkret umgesetzt?

webmaster2208 · Oct 11, 2012

TerraX said:
Zum PHP-Opcode-Cache: der TE verwendet gem. phpinfo eAccelerator. AFAIK wird der schon seit einiger Zeit nicht mehr aktiv weiterentwickelt und kann daher Probleme verursachen. Ich würde eher den Einsatz von APC empfehlen.

bin ich gerade bei.....

TerraX said:
Den Einsatz von PHP 5.2 sehe ich kritisch, da es dafür AFAIK keine Updates mehr gibt. Die Fehler unter PHP 5.3 sollten behoben werden offensichtlich liegt der Quellcode ja vor. Alternativ den Entwickler mit einer Anpassung beauftragen.

Also nochmal.......Zuviele....wirklich zuviele Fehler.Und ja.....der Entwickler ist zu sehr mit entwickeln beschäftigt. Eine Anfrage wurde einfach verneint. Updates kommen schon mal. Aber derzeit bahnt sich da nichts an und wer weiß ob es dann PHP 5.3 tauglich ist.

webmaster2208 · Oct 11, 2012

So kein Bock mehr. Hab jetzt APC installiert. htop hab ich mir auch mal installiert und klick zwei drei mal auf meiner Seite rum. CPU 100% die ganze zeit. Jetzt hab ich kein bock mehr auf den scheiss. schnauze voll.

TerraX · Oct 11, 2012

Hmm, strange, wie kommt das hier in die Meta-Tags bei Deiner Seite?

agriya volume nulled, agriya 2.0.13 nulled,agriya, ,need agriya nulled

Das würde auch erklären, warum Du den ionCube-Loader nicht benötigst, obwohl der lt. Hersteller zur Voraussetzung gehört. Ich nehme an, dass diese Software bei Dir läuft (http://customers.agriya.com/products/volume)

webmaster2208 · Oct 11, 2012

Ich habe eine Lizenz. Ich hab das in die Tags geschrieben, weil die Leute wie bekloppt danach suchen anstatt es einfach zu kaufen.

Bevor aber jemand was anderes behauptet:

TerraX · Oct 11, 2012

Die Erklärung entzieht sich zwar meinem Verständnis, aber okay. Neben der Empfehlung die überlangen Selects zu loggen umzusetzen, könntest Du evtl. mal noch die error.log (also einen Teil davon) des betreffenden vHost posten. Maybe sieht man ja da was.

Wo ich's grade sehe, eAccelerator ist immer noch drin - das sollte unbedingt raus. Da das Script verschlüsselt ist und somit der ionCube Loader erforderlich (ist auch gem. phpino geladen), bin ich mir nicht sicher ob ein OpCode-Cacher überhaupt noch notwendig und/oder sinnvoll ist.

webmaster2208 · Oct 11, 2012

TerraX said:
Die Erklärung entzieht sich zwar meinem Verständnis, aber okay.

Ich weiß jetzt auch nicht was daran so schlimm ist.

Habe glaub ich das Problem gefunden. Die Links auf der index Seite zu den Beats die sich in dem Content "Letzten 25 Verkäufe" befinden, ziehen den Server in die Knie.

mysql-slow-log

Code:

Tcp port: 3306  Unix socket: /var/run/mysqld/mysqld.sock
Time                 Id Command    Argument
# Time: 121011 14:58:27
# User@Host: debian-sys-maint[debian-sys-maint] @ localhost []
# Query_time: 3  Lock_time: 0  Rows_sent: 0  Rows_examined: 4541
SELECT COUNT(*) INTO @discard FROM `information_schema`.`COLUMNS`;



# Time: 121011 15:01:30
# User@Host: ... []
# Query_time: 25  Lock_time: 0  Rows_sent: 559  Rows_examined: 4428365
use youbeats;
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as playing_time,...

# Time: 121011 15:01:41
# User@Host: ... []
# Query_time: 9  Lock_time: 0  Rows_sent: 3  Rows_examined: 1390334
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as pl...

# Time: 121011 15:02:08
# User@Host: ... []
# Query_time: 26  Lock_time: 0  Rows_sent: 559  Rows_examined: 4428365
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as playi...

# Time: 121011 15:03:28
# User@Host: ... []
# Query_time: 5  Lock_time: 0  Rows_sent: 196  Rows_examined: 352434
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as ...

# Time: 121011 15:03:32
# User@Host: ... []
# Query_time: 3  Lock_time: 0  Rows_sent: 3  Rows_examined: 289536
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as playing_time,...

# Time: 121011 15:03:37
# User@Host: ... []
# Query_time: 5  Lock_time: 0  Rows_sent: 196  Rows_examined: 352434
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as playing_time,...

# Time: 121011 15:04:58
# User@Host: ... []
# Query_time: 25  Lock_time: 0  Rows_sent: 646  Rows_examined: 4373591
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as playing_time, ...

# Time: 121011 15:05:10
# User@Host: ... []
# Query_time: 7  Lock_time: 0  Rows_sent: 3  Rows_examined: 1141398
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as playing_time, ...

# Time: 121011 15:05:35
# User@Host: ... []
# Query_time: 25  Lock_time: 0  Rows_sent: 646  Rows_examined: 4373591
SELECT DISTINCT (m.music_id), m.music_title, TIME_FORMAT(m.playing_time,'%H:%i:%s') as playing_time, m.tot...

Bringt es wenn ich Einträge die älter sind aus der Datenbank lösche? Es werden ja nur die letzten 25 Verkäufe angezeigt und der rest wird einfach auf Inactive gesetzt??!

error.log da steht immer dasselbe drin.

Code:

[Thu Oct 11 13:34:05 2012] [notice] caught SIGTERM, shutting down
[Thu Oct 11 13:34:06 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:34:06 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:34:06 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:34:06 2012] [warn] Init: SSL server IP/port conflict: backup.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:06 2012] [warn] Init: SSL server IP/port conflict: xxx.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:06 2012] [warn] Init: SSL server IP/port conflict: horde.webmail:443 (/.../13496676850.21349500_horde.include:48) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:06 2012] [warn] Init: SSL server IP/port conflict: lists:443 (/.../13496676850.21349500_server.include:167) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:06 2012] [warn] Init: SSL server IP/port conflict: default-85_214_228_218:443 (/.../13496676850.21349500_server.include:102) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:06 2012] [warn] Init: SSL server IP/port conflict: youbeats.net:443 (/...//13459867440.31374200_httpd_ip_default.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:06 2012] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Thu Oct 11 13:34:06 2012] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Thu Oct 11 13:34:07 2012] [notice] Digest: generating secret for digest authentication ...
[Thu Oct 11 13:34:07 2012] [notice] Digest: done
[Thu Oct 11 13:34:07 2012] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Thu Oct 11 13:34:07 2012] [notice] mod_python: using mutex_directory /tmp 
[Thu Oct 11 13:34:07 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:34:07 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:34:07 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:34:07 2012] [warn] Init: SSL server IP/port conflict: backup.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:07 2012] [warn] Init: SSL server IP/port conflict: xxx.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:07 2012] [warn] Init: SSL server IP/port conflict: horde.webmail:443 (/.../13496676850.21349500_horde.include:48) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:07 2012] [warn] Init: SSL server IP/port conflict: lists:443 (/.../13496676850.21349500_server.include:167) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:07 2012] [warn] Init: SSL server IP/port conflict: default-85_214_228_218:443 (/.../13496676850.21349500_server.include:102) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:07 2012] [warn] Init: SSL server IP/port conflict: youbeats.net:443 (/...//13459867440.31374200_httpd_ip_default.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:34:07 2012] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Thu Oct 11 13:34:07 2012] [notice] Apache/2.2.9 (Debian) DAV/2 mod_fcgid/2.3.6 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations
[Thu Oct 11 13:44:26 2012] [notice] caught SIGTERM, shutting down
[Thu Oct 11 13:44:27 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:44:27 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:44:27 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:44:27 2012] [warn] Init: SSL server IP/port conflict: backup.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:27 2012] [warn] Init: SSL server IP/port conflict: xxx.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:27 2012] [warn] Init: SSL server IP/port conflict: horde.webmail:443 (/.../13496676850.21349500_horde.include:48) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:27 2012] [warn] Init: SSL server IP/port conflict: lists:443 (/.../13496676850.21349500_server.include:167) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:27 2012] [warn] Init: SSL server IP/port conflict: default-85_214_228_218:443 (/.../13496676850.21349500_server.include:102) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:27 2012] [warn] Init: SSL server IP/port conflict: youbeats.net:443 (/...//13459867440.31374200_httpd_ip_default.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:27 2012] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Thu Oct 11 13:44:27 2012] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Thu Oct 11 13:44:27 2012] [notice] Digest: generating secret for digest authentication ...
[Thu Oct 11 13:44:27 2012] [notice] Digest: done
[Thu Oct 11 13:44:28 2012] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads.
[Thu Oct 11 13:44:28 2012] [notice] mod_python: using mutex_directory /tmp 
[Thu Oct 11 13:44:28 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:44:28 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:44:28 2012] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Thu Oct 11 13:44:28 2012] [warn] Init: SSL server IP/port conflict: backup.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:28 2012] [warn] Init: SSL server IP/port conflict: xxx.youbeats.net:443 (/.../13426201490.16088500_httpd.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:28 2012] [warn] Init: SSL server IP/port conflict: horde.webmail:443 (/.../13496676850.21349500_horde.include:48) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:28 2012] [warn] Init: SSL server IP/port conflict: lists:443 (/.../13496676850.21349500_server.include:167) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:28 2012] [warn] Init: SSL server IP/port conflict: default-85_214_228_218:443 (/.../13496676850.21349500_server.include:102) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:28 2012] [warn] Init: SSL server IP/port conflict: youbeats.net:443 (/...//13459867440.31374200_httpd_ip_default.include:10) vs. test.youbeats.net:443 (/var/www/vhosts/test.youbeats.net/conf/13426201490.16088500_httpd.include:10)
[Thu Oct 11 13:44:28 2012] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!!
[Thu Oct 11 13:44:28 2012] [notice] Apache/2.2.9 (Debian) DAV/2 mod_fcgid/2.3.6 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations

Strato vServer zu lahm?

Member

Registered User

Member

New Member

Registered User

Member

Member

cosimo.de

Guest

Member

Member

Active Member

Member

Member

Active Member

Member

Member

Active Member

Member

Attachments

Active Member

Member

We value your privacy