V-Server: MySQL nach Upgrade von Debian nicht mehr möglich zu starten

H

hh312

New Member
Hallo zusammen,

benötige relativ dringend Eure Hilfe da ich auf dem "Unix Level" noch relativ wenig Erfahrung habe.

Habe einen V-Server mit Debian und Confixx laufen.
Da ich Group-Office installieren wollte, wollte ich ein update und danach ein upgrade des Systems machen. Das update verlief einwandfrei, allerdings blieb er beim upgrade nach

Code: 
Stopping MySQL database server: mysqld

hängen und nichts passierte mehr. Alle meine Seiten sind zur Zeit Datenbanktechnisch offline. Wäre super wenn mir jemand auf die schnelle helfen könnte.


Gruß und Danke im vorraus
HH312
 
Hallo!
Läuft der SQL denn jetzt oder nicht? Am einfachsten /etc/init.d/mysql start.

mfG
Thorsten
 
ich habe das mal direkt gemacht was du gemeint hast:

Code: 
vs1028 ~ # /etc/init.d/mysql start
Starting MySQL database server: mysqld

danach passiert gar nichts mehr. ich kann auch nichts mehr in der konsole eingeben
 
Hallo!
Bitte nochmals die Nutzungsbedingungen, Punkt 3.2 lesen. Vielen Dank.

Zum Thema: So lange die Eingabe unterdrückt ist, arbeitet der Server offenbar an irgend etwas. Du könntest mit einer zweiten Konsolen Session und dem Befehl top einmal nachsehen, ob dem wirklich so ist. Nächste Anlaufstelle wären dann die Logfiles.

mfG
Thorsten
 
Hallo Thorsten,

alles klar wg. den Nutzungsbedingungen! Kein Ding.

Ich hänge Dir mal den Screenshot an.

Wie kann ich mir das Logfile anschauen?


Gruß HH312
 

Attachments

  • sc.jpg
    sc.jpg
    126.9 KB · Views: 97
Last edited by a moderator:
Hallo!
Nur nochmal eine Nachfrage: Nach /etc/init.d/mysql start spring der Cursor in die nächste Zeile. Können noch weitere Befehle eingegben werden? Es hat den Anschein, als würde der mySQL Server laufen. Was sagt ps aux|grep mysql?

mfG
Thorsten
 
Hallo Thorsten,

deine Vermutung bzgl. dem Zeilenspruch war richtig. Er bleibt direkt in der gleichen Zeile noch stehen. Danach geht gar nix mehr und ich muss die Konsole schließen und wieder öffnen. -> siehe Anhang sc2.jpg

Der Befehl ps aux|grep mysql bringt folgendes -> siehe Anhang sc3.jpg


Gruß HH312
 

Attachments

  • sc2.jpg
    sc2.jpg
    102.2 KB · Views: 88
  • sc3.jpg
    sc3.jpg
    100.4 KB · Views: 96
Das Pushen von Beiträgen solltest Du lieber unterlassen....

Zum Problem: Es scheint, dass mehrere Mysql-Prozesse laufen, die sich gegenseitig blockieren. Mit "ps -ef" bekommst Du zu jedem Prozess auch noch die ProzessID des Vater-Prozesses (PPID) angezeigt; wenn die jeweils unterschiedlich sind, wird meine These bestätigt....

Beende nochmal mit "/etc/init.d/mysql stop" und schau nach ein paar Sekunden nach, ob auch wirklich alle mysql-Prozesse beendet wurden. Notfalls kannst Du mit "kill -HUP <pid>", wenn das nicht hilft mit "kill -TERM <pid>" nachhelfen. Zu guter Letzt hilft noch der Hammer "kill -KILL <pid>".
Erst wenn alle mysql-Prozesse beendet wurden, darfst Du die Datenbank mit "/etc/init.d/mysql start" neu starten. Das Stoppen beim Updaten hatte wohl aus irgendeinem Grund nicht richtig funktioniert...

Nachtrag: Wenn Du die Ausgaben von "ps" und anderen Sachen hier im Forum posten willst, mach das besser mit Cut&Paste innerhalb von
Code: 
-Tags. Dann kann man es gleich lesen (und rumscrollen) ohne erst mühsam ein Bild anschauen zu müssen. Dann sind die Chancen, dass Dir jemand schnell hilft extrem viel höher.
 
Last edited by a moderator:
Sorry, das ich da noch nicht wirklich fit bin, aber welche von den angezeigten soll ich denn tot machen? ;)

Code: 
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 Mar23 ?        00:00:31 init [2]
root      4394     1  0 Mar23 ?        00:00:01 /sbin/syslogd
root      4575     1  0 Mar23 ?        00:00:00 /usr/sbin/inetd
root      4667     1  0 Mar23 ?        00:00:00 /usr/sbin/sshd
root      4670     1  0 Mar23 ?        00:00:00 /usr/sbin/cron
102      32098     1  0 Mar26 ?        00:00:00 /usr/sbin/exim4 -bd -q30m
root      1309     1  0 Mar26 ?        00:00:00 /usr/sbin/apache
root      2255     1  0 Mar26 ?        00:00:00 /usr/sbin/courierlogger -pid=/var/run/courier/authdaemon/pid -start /usr/lib/courier/authlib/authdaem
root      2256  2255  0 Mar26 ?        00:00:00 /usr/lib/courier/authlib/authdaemond.plain
root      2257  2256  0 Mar26 ?        00:00:00 /usr/lib/courier/authlib/authdaemond.plain
mysql     3904     1  0 Mar26 ?        00:00:00 /usr/sbin/mysqld --bootstrap --skip-grant-tables --basedir=/usr --datadir=/var/lib/mysql --skip-innod
root     18246     1  0 Mar26 ?        00:00:00 /usr/sbin/couriertcpd -address=0 -stderrlogger=/usr/sbin/courierlogger -maxprocs=40 -maxperip=20 -pid
root     18248     1  0 Mar26 ?        00:00:00 /usr/sbin/courierlogger imaplogin
root     18276     1  0 Mar26 ?        00:00:00 /usr/sbin/couriertcpd -pid=/var/run/courier/pop3d.pid -stderrlogger=/usr/sbin/courierlogger -maxprocs
root     18278     1  0 Mar26 ?        00:00:00 /usr/sbin/courierlogger courierpop3login
mysql    18359     1  0 Mar26 ?        00:00:00 /usr/sbin/mysqld --bootstrap --skip-grant-tables --basedir=/usr --datadir=/var/lib/mysql --skip-innod
root     27381  1309  0 Mar26 ?        00:00:00 /usr/bin/perl /root/confixx/pipelog.pl
www-data 27382  1309  0 Mar26 ?        00:00:04 /usr/sbin/apache
www-data 30460  1309  0 Mar26 ?        00:00:04 /usr/sbin/apache
root      1027     1  0 Mar26 ?        00:00:00 /bin/sh /usr/bin/mysqld_safe
mysql     1065  1027  0 Mar26 ?        00:00:00 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysq
www-data  1158  1309  0 Mar26 ?        00:00:04 /usr/sbin/apache
root      1702  4670  0 Mar26 ?        00:00:00 /USR/SBIN/CRON
root      1703  1702  0 Mar26 ?        00:00:00 /bin/sh -c /root/confixx/confixx_counterscript.pl >/dev/null 2>/dev/null
root      1782  1703  0 Mar26 ?        00:00:00 /root/confixx/confixx_counterscript.pl
root      5337  1027  0 Mar26 ?        00:00:00 /usr/bin/mysqladmin --defaults-extra-file=/etc/mysql/debian.cnf refresh
root      7154  4670  0 18:59 ?        00:00:00 /USR/SBIN/CRON
clamav    7155  7154  0 18:59 ?        00:00:00 /bin/sh -c [ -x /usr/bin/freshclam ] && /usr/bin/freshclam >/dev/null
clamav    7156  7155  0 18:59 ?        00:00:00 /usr/bin/freshclam
102       7351  7154  0 18:59 ?        00:00:00 /usr/sbin/sendmail -i -FCronDaemon -oem clamav
root     13817  4667  0 19:11 ?        00:00:00 sshd: root@pts/0
root     13832 13817  0 19:11 pts/0    00:00:00 -bash
root     17922 13832  0 19:19 pts/0    00:00:00 ps -ef


alle die unter UID mit MYSQL bezeichnet sind?


Gruß HH312
 
3904 und 18359 scheinen die später gestarteten Instanzen zu sein; mit denen würde ich anfangen.
1065 ist wohl der erste Prozess, der Schwierigkeiten hatte, den würde ich als letztes killen. Wichtig ist, dass man erst mit -HUP und -TERM anfängt, damit die Prozesse noch Dateien richtig schließen können und andere Aufräumarbeiten erledigen können. Bei -KILL (oder -9) haben sie dazu keine Chance.
Die Logdaten mit den Fehlermeldungen solltest Du übrigens in /var/lib/mysql/mysqld.log finden.
 
Also,

habe es wie Du vorgeschlagen hast durchzuführen, musste allerdings dann wirklich über den letzten Befehl gehen.

Habe danach versucht MYSQL wieder zu starten, allerdings sieht das ganze wieder wie folgt aus:

Code: 
vs1028 ~ # /etc/init.d/mysql start
Starting MySQL database server: mysqld

... an dieser Stelle bleibt der Server dann stehen.

Auf einer weiteren Konsole habe ich dann folgendes ausgeführt, damit Du gleich siehst was da los sein könnte:

Code: 
vs1028 ~ # ps -ef
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 Mar23 ?        00:00:31 init [2]
root      4394     1  0 Mar23 ?        00:00:01 /sbin/syslogd
root      4575     1  0 Mar23 ?        00:00:00 /usr/sbin/inetd
root      4667     1  0 Mar23 ?        00:00:00 /usr/sbin/sshd
root      4670     1  0 Mar23 ?        00:00:00 /usr/sbin/cron
102      32098     1  0 Mar26 ?        00:00:00 /usr/sbin/exim4 -bd -q30m
root      1309     1  0 Mar26 ?        00:00:00 /usr/sbin/apache
root      2255     1  0 Mar26 ?        00:00:00 /usr/sbin/courierlogger -pid=/va
root      2256  2255  0 Mar26 ?        00:00:00 /usr/lib/courier/authlib/authdae
root      2257  2256  0 Mar26 ?        00:00:00 /usr/lib/courier/authlib/authdae
root     18246     1  0 Mar26 ?        00:00:00 /usr/sbin/couriertcpd -address=0
root     18248     1  0 Mar26 ?        00:00:00 /usr/sbin/courierlogger imaplogi
root     18276     1  0 Mar26 ?        00:00:00 /usr/sbin/couriertcpd -pid=/var/
root     18278     1  0 Mar26 ?        00:00:00 /usr/sbin/courierlogger courierp
root     27381  1309  0 Mar26 ?        00:00:00 /usr/bin/perl /root/confixx/pipe
www-data 27382  1309  0 Mar26 ?        00:00:04 /usr/sbin/apache
www-data 30460  1309  0 Mar26 ?        00:00:04 /usr/sbin/apache
www-data  1158  1309  0 Mar26 ?        00:00:04 /usr/sbin/apache
root     21580  4667  0 19:28 ?        00:00:00 sshd: root@pts/0
root     21700 21580  0 19:28 pts/0    00:00:00 -bash
root     23383 21700  0 19:32 pts/0    00:00:00 /bin/bash /etc/init.d/mysql star
root     23396 23383  0 19:32 pts/0    00:00:00 /bin/sh /usr/bin/mysqld_safe
mysql    23433 23396  0 19:32 pts/0    00:00:00 /usr/sbin/mysqld --basedir=/usr
root     23434 23396  0 19:32 pts/0    00:00:00 logger -p daemon.err -t mysqld_s
root     23437 23383  0 19:32 pts/0    00:00:00 /bin/bash /etc/init.d/mysql star
root     23438 23437  0 19:32 pts/0    00:00:00 /usr/bin/mysqladmin --defaults-f
root     25350  4667  0 19:37 ?        00:00:00 sshd: root@pts/1
root     25361 25350  0 19:37 pts/1    00:00:00 -bash
root     26159  4670  0 19:40 ?        00:00:00 /USR/SBIN/CRON
root     26161 26159  0 19:40 ?        00:00:00 /bin/sh -c /root/confixx/confixx
root     26162 26161  0 19:40 ?        00:00:00 /root/confixx/confixx_counterscr
102      32719 32098  0 19:54 ?        00:00:00 /usr/sbin/exim4 -bd -q30m
root     32720 25361  0 19:54 pts/1    00:00:00 ps -ef


???


Gruß HH312
 
Hier der Code:

Code: 
vs1028 mysql # /var/lib/mysql/mysqld.log
-bash: /var/lib/mysql/mysqld.log: No such file or directory

Der Ordner an sich sieht folgendermaßen aus:

Code: 
vs1028 mysql # dir
confixx                 ib_logfile1  usr_web0_1  usr_web4_1
debian-4.1.flag         ibdata1      usr_web1_1  usr_web5_1
ib_arch_log_0000000000  mysql        usr_web2_1  usr_web6_1
ib_logfile0             test         usr_web3_1  usr_web7_1
 
You must log in or register to reply here.
Back
Top