kofferfisch
(Themenstarter)
Anmeldungsdatum: 24. Juni 2020
Beiträge: Zähle...
|
Hier ist das Mysql Error log. tail -f /var/log/syslog
Jun 26 15:44:01 systemd[1]: mysql.service: Control process exited, code=exited status=1
Jun 26 15:44:01 systemd[1]: mysql.service: Failed with result 'exit-code'.
Jun 26 15:44:01 systemd[1]: Failed to start MySQL Community Server.
Jun 26 15:44:01 systemd[1]: mysql.service: Service hold-off time over, scheduling restart.
Jun 26 15:44:01 systemd[1]: mysql.service: Scheduled restart job, restart counter is at 331.
Jun 26 15:44:01 systemd[1]: Stopped MySQL Community Server.
Jun 26 15:44:01 systemd[1]: Starting MySQL Community Server...
Jun 26 15:45:02 CRON[18345]: (root) CMD ([ -x /usr/sbin/dma ] && /usr/sbin/dma -q1)
Jun 26 15:45:42 systemd[1]: Stopped MySQL Community Server.
Jun 26 15:45:42 systemd[1]: Starting MySQL Community Server...
Jun 26 15:46:51 avahi-daemon[1216]: Registering new address record for 2003:e9:7714:fb00:224:54ff:feee:d20c on enp9s0.*.
Jun 26 15:46:51 avahi-daemon[1216]: Withdrawing address record for 2003:e9:7714:fb00:224:54ff:feee:d20c on enp9s0.
Jun 26 15:47:24 mysqld[18382]: Initialization of mysqld failed: 0
Jun 26 15:47:24 systemd[1]: mysql.service: Control process exited, code=exited status=1
Jun 26 15:47:24 systemd[1]: mysql.service: Failed with result 'exit-code'.
Jun 26 15:47:24 systemd[1]: Failed to start MySQL Community Server.
Jun 26 15:47:24 systemd[1]: mysql.service: Service hold-off time over, scheduling restart.
Jun 26 15:47:24 systemd[1]: mysql.service: Scheduled restart job, restart counter is at 1.
Jun 26 15:47:24 systemd[1]: Stopped MySQL Community Server.
Jun 26 15:47:24 systemd[1]: Starting MySQL Community Server...
Jun 26 15:49:05 mysqld[18438]: Initialization of mysqld failed: 0
Jun 26 15:49:05 systemd[1]: mysql.service: Control process exited, code=exited status=1
Jun 26 15:49:05 systemd[1]: mysql.service: Failed with result 'exit-code'.
Jun 26 15:49:05 systemd[1]: Failed to start MySQL Community Server.
Jun 26 15:49:06 systemd[1]: mysql.service: Service hold-off time over, scheduling restart.
Jun 26 15:49:06 systemd[1]: mysql.service: Scheduled restart job, restart counter is at 2.
Jun 26 15:49:06 systemd[1]: Stopped MySQL Community Server.
Jun 26 15:49:06 systemd[1]: Starting MySQL Community Server...
Jun 26 15:50:01 CRON[18506]: (root) CMD ([ -x /usr/sbin/dma ] && /usr/sbin/dma -q1)
Jun 26 15:50:47 mysqld[18488]: Initialization of mysqld failed: 0
Jun 26 15:50:47 systemd[1]: mysql.service: Control process exited, code=exited status=1
Jun 26 15:50:47 systemd[1]: mysql.service: Failed with result 'exit-code'.
Jun 26 15:50:47 systemd[1]: Failed to start MySQL Community Server.
Jun 26 15:50:48 systemd[1]: mysql.service: Service hold-off time over, scheduling restart.
Jun 26 15:50:48 systemd[1]: mysql.service: Scheduled restart job, restart counter is at 3.
Jun 26 15:50:48 systemd[1]: Stopped MySQL Community Server.
Jun 26 15:50:48 systemd[1]: Starting MySQL Community Server...
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Knarf68 schrieb: Tja dann hilft nur der Nothammer, passiert wenn ein aktualisierungs Programm abgebrochen wird.
: sudo remove /var/lib/apt/lock
Nein, das ist nicht nur keine gute Idee, sondern potentiell gefährlich für das System. BEVOR man sowas man prüft man, ob ein laufender Dienst die Datei sperrt, das kann auch direkt nach dem Neustart der unattended-upgrade -Service sein zum Beispiel. sudo lsof /var/lib/apt/lock Erst wenn man sich vergewissert hat, dass da nichts läuft, kann man das löschen.
|
kofferfisch
(Themenstarter)
Anmeldungsdatum: 24. Juni 2020
Beiträge: 14
|
Hallo tomtomtom, wenn ich sudo lsof /var/lib/apt/lock
eingebe, dann erhalte ich
lsof: status error on /var/lib/apt/lock: No such file or directory
lsof 4.89 Ich vermute das hängt damit zusammen, dass sich in /var/lib/apt/ keine lock-Datei befindet (s. mein Beitrag oben)???
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
Sorry, da hab ich falsch geguttenbergt. 😉 Deine Fehlermeldung sprach ja von /var/lib/dpkg/lock , also muss auch der Befehl zur Prüfung diesen Pfad prüfen. sudo lsof /var/lib/dpkg/lock
|
kofferfisch
(Themenstarter)
Anmeldungsdatum: 24. Juni 2020
Beiträge: 14
|
Danke.
sudo lsof /var/lib/dpkg/lock
ergibt keine Meldung. Ich habe mir die Lock-Dateien in dem Verzeichnis mal anzeigen lassen: ~$ sudo ls -l /var/lib/dpkg/ | grep lock
-rw-r----- 1 root root 0 Jun 26 06:22 lock
-rw-r----- 1 root root 0 Jun 25 20:24 lock-frontend Was heißt das jetzt? Zeigt das an, dass keine Prozesse offen sind? Soll ich die beiden lock Dateien löschen?
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
kofferfisch schrieb: Was heißt das jetzt? Zeigt das an, dass keine Prozesse offen sind?
Genau das. lsof steht für "list open files".
Soll ich die beiden lock Dateien löschen?
Nein, warum solltest du?
|
kofferfisch
(Themenstarter)
Anmeldungsdatum: 24. Juni 2020
Beiträge: 14
|
Na, das war der Vorschlag mit dem Nothammer: sudo remove /var/lib/apt/lock ???
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
kofferfisch schrieb: Na, das war der Vorschlag mit dem Nothammer
Und warum man das NICHT macht wurde erklärt... Aber wenn dir egal ist, ob du deine Paketverwaltung funktioniert...
|
kofferfisch
(Themenstarter)
Anmeldungsdatum: 24. Juni 2020
Beiträge: 14
|
tomtomtom schrieb: Knarf68 schrieb: Tja dann hilft nur der Nothammer, passiert wenn ein aktualisierungs Programm abgebrochen wird.
: sudo remove /var/lib/apt/lock
Nein, das ist nicht nur keine gute Idee, sondern potentiell gefährlich für das System. BEVOR man sowas man prüft man, ob ein laufender Dienst die Datei sperrt, das kann auch direkt nach dem Neustart der unattended-upgrade -Service sein zum Beispiel. sudo lsof /var/lib/apt/lock Erst wenn man sich vergewissert hat, dass da nichts läuft, kann man das löschen.
Das habe ich geprüft, sollte also ein Löschen nicht mehr gefährlich sein, oder? Ich habe knarf68 Vorschlag so verstanden, dass die Lock-Datei die Probleme verursacht, also weg damit. Wenn ich dich richtig verstehe, handele ich mir dann, auch wenn kein Prozess mehr offen ist, aber ein Problem mit der Paketverwaltung ein
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53484
Wohnort: Berlin
|
kofferfisch schrieb:
Das habe ich geprüft, sollte also ein Löschen nicht mehr gefährlich sein, oder?
Die ist nur zu löschen, wenn weiterhin die Meldung kommt, dass sie gesperrt ist und du mit lsof geprüft hast, dass dies der Fall ist. Ansonsten bleibt sie da wo sie ist, die liegt da nicht aus Jux und Dollerei. Ich habe knarf68 Vorschlag so verstanden, dass die Lock-Datei die Probleme verursacht, also weg damit.
Dann hast du das nicht richtig verstanden.
Wenn ich dich richtig verstehe, handele ich mir dann, auch wenn kein Prozess mehr offen ist, aber ein Problem mit der Paketverwaltung ein
Nein, wenn noch ein Prozess offen ist.
|
kofferfisch
(Themenstarter)
Anmeldungsdatum: 24. Juni 2020
Beiträge: 14
|
Ich konnte plötzlich mysql entfernen und habe es dann wieder neu installiert. Status sieht gut aus. Damit ist der Fall für mich gelöst. Danke für die Beteiligung!!! schöne Grüße
|