Beiträge von Mordor

    Moin

    a) es macht sich immer gut wenigstens ein paar Basisdaten zum eigenen System mitzuliefern.
    b) poste mal die /etc/crontab
    c) erstell mal ein bash-skript
    /etc/cron.daily/00_cron-daily-logger

    Bash
    #!/bin/bash
    echo "$(date +%Y%m%d-%H%M%S) cron daily started" >> /var/log/cron-daily.log
    exit 0

    Mordor

    Moin

    Wenn Du bei den ersten beiden Einträgen " * | @ ) die IP änderst, laufen bis auf mail und ftp alle Anfragen über die neue IP.

    Soll "mail" auch auf dem neuen Server laufen (a) oder auf dem jetzigen bleiben (b)?
    Soll "ftp " auf dem neuen Server laufen (a) oder auf dem jetzigen bleiben (b)?

    a - so lassen
    b - den Eintrag nicht ändern.

    Einträge ohne IP im Feld Destination so lassen.

    Mordor

    Moin

    Return-Path: <web61@we20b.netcup.net>
    Received: (qmail invoked by alias); 28 May 2012 12:51:49 -0000
    Received: from we20b.netcup.net (EHLO we20b.netcup.net) [46.38.226.11]
    by mx0.gmx.net (mx118) with SMTP; 28 May 2012 14:51:49 +0200
    Received: by we20b.netcup.net (Postfix, from userid 732)


    Das sieht nach SPAM über ein Skript auf Deinem(?) Webspace aus.

    Ich nehme mal an, das web61@we20b.netcup.net Dein Account ist.

    Gegenmaßnahmen: Webseite deaktivieren und das Skript suchen.


    Mordor

    Moin

    Zitat

    Using SSH protocol version 2


    Du versucht eine SFTP Verbindung (SFTP über SSH) aufzubauen und keine FTPS Verbindung (FTP over SSL).

    Deswegen hast Du auch keinen Eintrag in deinem Logfile.

    Mordor

    Moin

    Natürlich funktioniert auch eine gemischte Konfiguration.

    Du musst halt in jedem VHost genau sagen, welches php Du haben willst.
    Die globale Konfiguration sollte keine php-Konfiguration mehr enthalten. Sonst kommen sich die beiden in die Quere.

    An der phpMyAdmin-Konfiguration musst Du nichts ändern.
    Das sollte, abgesehen von den Zugriffsrechten im Dateisystem ohne Änderung laufen.

    Mordor

    Moin

    Ja, der Load gilt nur für Deinen vServer.

    Die LA ist für mein Monitoring beispielsweise uninteressant.
    Ich hab die für 5min auf 2 stehen und für 1min auf 5 (jeweils für >3min), komme im Betrieb aber nur sehr selten mal an eine LA von 1 heran.

    Viel interessanter ist für mich die CPU Waittime (liegt bei mir auf 20%).
    Die schlägt viel früher an und die ist auch der entscheidende Faktor bei den Anwortzeiten des Webservers.

    Grundsätzlich ist Monitoring immer mit ausprobieren verbunden.

    Wenn Du weißt, welche Werte Du im Normalbetrieb hast, kannst Du auch die Werte für Monitoring korrekt setzen.
    Munin ist da eine gute Hilfe.

    Mordor

    Moin
    Diese Meldung (keine Fehlermeldung) sagt nur, das dein Server das RAM-Limit mindestens einmal voll ausgenutzt hat. Über die aktuelle Situation sagt das nichts aus.

    Die vServer sollten üblicherweise mit ihrem RAM auskommen. Gelegentliche Überschreitungen sind aber unproblematisch. Erst wenn das häufiger vorkommt, musst Du dir das ansehen und ggf. deine Konfiguration anpassen.

    Es kann sein, das deine Probleme mit den CS-Servern damit zusammenhängen. Das musst Du aber selber herausfinden. (Stw. Monitoring)
    Aus deiner Schilderung lässt sich das so nicht ableiten.

    Was sagen denn die LOG-Files deiner Server (CS, Apache).
    Läuft dein System mit nur einem CS-Server stabil.
    Hilft es, wenn Du die beiden Server nicht zeitgleich starten lässt.
    Hilft es, den Apache wegzulassen?
    [...]

    Mordor

    Moin

    Vermutlich läuft bei dir der vsftpd und deshalb kannst Du den proftpd nicht mehr starten. (netstat -tlnp|grep ftp)
    Stoppe den vsftpd und deinstalliere ihn wieder.

    Dann sollte auch der proftpd wieder laufen.

    Mordor

    P.S.: Deine Logfiles kannst Du wieder löschen. Da steht nichts drin.

    Moin Garma

    Das Internet ist voll mit Anfängern, die genau diese Meinung vertreten und in der Folge dafür teilweise recht heftiges Lehrgeld zahlen mussten.
    Wenn Du dich mal ernsthaft mit der Thema auseinandergesetzt hast, wirst Du merken, das kein erfahrener Admin der gleichen Auffassung ist. Und das aus gutem Grund.

    Ein Server ist kein Spielzeug, das man mal so nebenbei lernt.

    Autofahren lernst Du ja auch nicht, in dem Du dir einen Wagen kaufst und dann einfach mal losfährst.

    Mordor

    Moin

    Nein, es liegt nicht an deinen Benutzerdaten. Das sind Verbindungsfehler. Die treten auf, bevor die Benutzerdaten abgefragt werden.
    Aus irgendeinem Grund kann dein Webserver keine Verbindung zu dem Mailserver aufbauen.