Beiträge von Darkburn

  • MySQL geht nicht mehr

    Vllt. mache ich es auch falsch...
    Ich setze die Rechte so:

    Code
    chown mysql:root /var/run/mysqld
chmod 777 /var/run/mysqld


    Was mir gerade eingefallen ist:
    Die mysqld.sock Datei war früher, mit ls -All, immer lila.
    Also wie die proftpd.sock:

    Code
    srwxrwxrwx 1 root   	root      	0 Oct 15 14:28 proftpd.sock


    Was bedeutet das s?

  • MySQL geht nicht mehr

    Habe gerade nochmal das ausprobiert, aber da kommt immer nur das selbe... :(

    Code
    root@v2201209140419306:/var/log# mysqlcheck --all-databases
mysqlcheck: Got error: 2002: Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) when trying to connect
root@v2201209140419306:/var/log#

  • Menüeintrag Phpmyadmin fehlt

    Die Frage wurde zwar ausreichend beantwortet, aber ich möchte nochmal kurz darauf hinweisen, wo man das einstellen kann, da viele das übersehen.^^ :
    Froxlor -> Einstellungen -> Paneleinstellungen -> PhpMyAdmin

  • MySQL geht nicht mehr

    Eig. läuft der nicht...


    Wenn ich ls -lha eingebe, kommt nur das:

    Code
    root@v2201209140419306:/var/run/mysqld# ls -lha
total 8.0K
drwxr-xr-x  2 mysql root 4.0K Oct 14 16:57 .
drwxrwx--- 13 root  root 4.0K Oct 14 17:43 ..


    Und laufen tut auch keiner, die Prozessliste im VCP zeigt mir folgendes an:

  • MySQL geht nicht mehr

    Da ich z.Z. auch ein paar Probleme mit Syslog habe, hier mal noch der Syslog von dem:


    Um das Ganze zu konkretisieren:
    Cron selbst arbeitet, dass zeigen mir die anderen Cronjobs, die einwandfrei laufen.
    Allerdings führt er den Froxlor-Cronjob nicht mehr aus.
    Ich denke aber, dass dies auch mit MySql zu tun hat, da ich da sowas im Syslog gelesen hatte...

  • MySQL geht nicht mehr

    Erstmal ein herzliches Dankeschön für die schnelle Antwort! ;)


    Ich starte es von Hand, wenn ich den Server über das VCP neustarte, kommt genau der selbe Fehler...


    df -h:

    Code
    df -h
Filesystem        	Size  Used Avail Use% Mounted on
/dev/hdv1         	118G  3.3G  108G   3% /


    df -i:

    Code
    df -i
Filesystem        	Inodes   IUsed   IFree IUse% Mounted on
/dev/hdv1        	1000000   83675  916325	9% /


    Syslog:
    Leider gibt es hier keine Spoiler. :(
    Der ist nnämlich rießig... :(


    Aber ich glaube, ich habe hier gerade noch eine relevante Stelle gefunden:


    Der Postfix-Fehler wiederholt sich übrigens ständig, aber daran ist wohl MySql schuld. ;)

  • Webspace und Port

    Ich habe mal bei einem Projekt mitgearbeitet, wo wir auf einem vServer Teamspeak hatten und extra noch nen normalen Webspace.
    Wir hatten das Webinterface auch auf dem Webspace und mussten keinen Port freischalten... :/


    Ich persönlich denke also nicht, dass der Support dir da einen Port freischalten muss...

  • MySQL geht nicht mehr

    Hallo,


    Kann mir jemand helfen?
    Mein Mysql-Server will irgendwie nicht mehr starten... ;(


    Ich habe jetzt sämtliche Logs durchsucht, aber da steht nix (!) drin!
    Die Syslog enthält keinerlei Angaben zu dem Thema.
    Lediglich Postfix meckert jetzt rum, dass er nicht auf MySql zugreifen kann.


    Die Datei /var/log/mysql.err ist leer, genauso die Dateien /var/log/mysql.log, sowie der gesamte Ordner "/var/log/mysql".
    Mein Hauptproblem ist also eig., dass ich keine Log-Datei dazu finden kann.
    Speichert MySql sonst noch wo Log-Dateien ab?


    Ich habe derzeit eine Vermutung, dass es an fehlenden Berechtigungen liegt.
    Der SSH-Server war nämlich auch down, weil ihm die Berechtigung zu irgendner Datei (habe ich bereits gefixt) gefehlt haben.
    Da war das aber kein Problem, da dieser fleißig Log-Dateien geschrieben hat. :D
    Ich vermute, dass das Verzeichnis /var/run/mysqld nicht die nötigen Berechtigungen hat, denn das Verzeichnis ist ebenfalls leer... ;(


    Kann mir jemand helfen?
    Danke im voraus!


    EDIT:
    Noch die Fehlermeldung:


    Code
    /var/run/mysqld# /etc/init.d/mysql start
Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed!