MySQL-Server blockiert Upgrade [fixed]

[vincman]

Hallo!

Ich versuche seit einiger Zeit (als Lenny noch testing war) mein Lenny auf den neusten Stand zu bringen.
Nach einem "aptitude safe-upgrade" regt sich nach dem Download nichts:

Code: Alles auswählen

Fetched 1502kB in 4s (308kB/s)
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 34948 files and directories currently installed.)
Preparing to replace mysql-server-5.0 5.0.51a-15 (using .../mysql-server-5.0_5.0.51a-24_i386.deb) ...
Stopping MySQL database server: mysqld failed!
invoke-rc.d: initscript mysql, action "stop" failed.
dpkg: warning - old pre-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
Stopping MySQL database server: mysqld failed!
invoke-rc.d: initscript mysql, action "stop" failed.
dpkg: error processing /var/cache/apt/archives/mysql-server-5.0_5.0.51a-24_i386.deb (--unpack):
 subprocess new pre-removal script returned error exit status 1
Stopping MySQL database server: mysqld failed!
invoke-rc.d: initscript mysql, action "stop" failed.
Starting MySQL database server: mysqld already running.
Preparing to replace libblkid1 1.41.0-3 (using .../libblkid1_1.41.3-1_i386.deb) ...
Unpacking replacement libblkid1 ...
Errors were encountered while processing:
 /var/cache/apt/archives/mysql-server-5.0_5.0.51a-24_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up libblkid1 (1.41.3-1) ...
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Writing extended state information... Done
Reading task descriptions... Done

Current status: 112 updates [-1].

Nun habe ich versucht, den MySQL-Server manuell zu stoppen, ebenfalls ohne Erfolg:

Code: Alles auswählen

/etc/init.d/mysqld stop
Stopping MySQL database server: mysqld failed!

Wie lässt sich der Server nun stoppen und das Update installieren?

Danke,
Vinc

[Athlux]

Code: Alles auswählen

killall -9 mysqld

[Danielx]

Nach einem "aptitude safe-upgrade" regt sich nach dem Download nichts:

Hat vielleicht mit dem Problem nichts zu tun, aber warum benutzt du kein full-upgrade?

Gruß,
Daniel

[vincman]

So, ich habe das mal ausprobiert.

Code: Alles auswählen

killall -9 mysqld

bewirkt einen Neustart des Server, sagt zumindest die Uptime bei einem

Code: Alles auswählen

/etc/init.d/mysql status

Das "safe-upgrade" kommt daher, dass ich sonst immer nur "upgrade" benutzt habe und aptitude mir irgendwann sagte, die safe-Variante sei besser.

Ich kann den Server nach wie vor nicht stoppen...
Auch verstehe ich die Ursache nicht, denn das Problem bleibt - auch nach einem Reboot.

[Danielx]

Das "safe-upgrade" kommt daher, dass ich sonst immer nur "upgrade" benutzt habe und aptitude mir irgendwann sagte, die safe-Variante sei besser.

Oh nein, das hast du nicht richtig verstanden!
Das Programm hat dir nicht empfohlen anstatt full-upgrade, safe-upgrade zu verwenden!
Das ist lediglich ein Hinweis, dass upgrade in safe-upgrade umbenannt wurde und du deshalb die neue Bezeichnung verwenden sollst.
upgrade entspricht safe-upgrade.
dist-upgrade heißt jetzt übrigens full-upgrade.

Code: Alles auswählen

killall -9 mysqld

bewirkt einen Neustart des Server, sagt zumindest die Uptime bei einem

Code: Alles auswählen

/etc/init.d/mysql status

Sieh doch einfach so nach, ob noch irgendwelche MySQL-Prozesse laufen:

Code: Alles auswählen

ps -fA | grep mysql

Gruß,
Daniel

[vincman]

Also. Ein "ps -fA | grep mysql" bringt folgendes zutage:

Code: Alles auswählen

root      2067     1  0 17:34 ?        00:00:00 /bin/sh /usr/bin/mysqld_safe
mysql     3582  2067  0 17:38 ?        00:00:12 /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --port=3306 --socket=/var/run/mysqld/mysqld.sock
root      3584  2067  0 17:38 ?        00:00:00 logger -p daemon.err -t mysqld_safe -i -t mysqld
root      3738  3726  0 21:11 pts/0    00:00:00 grep mysql

Zu aptitude:
So hab ich das eigentlich auch verstanden, also dass es eine neue Bezeichnung ist, die ab sofort stattdessen verwendet werden sollte.
Nur möchte ich mein System fit halten. Dafür ist dist-upgrade bzw. full-upgrade doch nicht geeignet oder?
Oder bewirkt dieser Befehl auch nur, dass alle Pakete aktualisiert wernde?

Danke,
Vinc

[Danielx]

Nur möchte ich mein System fit halten. Dafür ist dist-upgrade bzw. full-upgrade doch nicht geeignet oder?

Doch das ist sehr gut dafür geeignet.

Oder bewirkt dieser Befehl auch nur, dass alle Pakete aktualisiert wernde?

full-upgrade garantiert, dass dein Lenny komplett auf dem aktuellen Stand ist.

Gruß,
Daniel

[vincman]

Wow, full-upgrade wirkt Wunder.
Nun sind immerhin die anderen Pakete aktualisiert worden.
Bleibt nur doch der MySQL-Server, der auf sein Upgrade wartet.

Wie krieg ich MySQL denn nun zum Stoppen bzw. wieso wehrt er sich überhaupt gegen einen Stopp?

Eine (hoffentlich bald 2) Erfahrungen reicher,
Vinc

[KBDCALLS]

Läuft dem mysql noch?

Code: Alles auswählen

pgrep -l mys

Normalerweise würde man es stoppen mit

/etc/init.d/mysql stop

Was ergibt denn

Code: Alles auswählen

dpkg -l "mysql*"

[vincman]

Wie schon gesagt, stoppen lässt sich der Server nicht ordnungsgemäß:

Code: Alles auswählen

/etc/init.d/mysql stop
Stopping MySQL database server: mysqld failed!

Folgende Prozesse laufen noch:

Code: Alles auswählen

pgrep -l mys
2007 mysqld_safe
2046 mysqld

Hier die Ausgabe von dpkg:

Code: Alles auswählen

dpkg -l "mysql*"
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
un  mysql-client   <none>         (no description available)
ii  mysql-client-5 5.0.51a-24     MySQL database client binaries
ii  mysql-common   5.0.51a-24     MySQL database common files
un  mysql-communit <none>         (no description available)
un  mysql-communit <none>         (no description available)
un  mysql-enterpri <none>         (no description available)
un  mysql-enterpri <none>         (no description available)
un  mysql-server   <none>         (no description available)
ii  mysql-server-5 5.0.51a-15     MySQL database server binaries

Für MySQL hat aptitude schon ein Update heruntergeladen, dass nun an dem hartnäckigen Server scheitert.
Danke
Vinc

[Danielx]

Dann beende die Prozesse doch einfach mal:

Code: Alles auswählen

kill 2007 2046

Oder wenn das nicht funktioniert, ganz brutal:

Code: Alles auswählen

kill -9 2007 2046

Gruß,
Daniel

[vincman]

Yeah.
Endlich hat es geklappt.

Code: Alles auswählen

kill 2007 2046

Diese Methode hat lediglich bewirkt, dass der Server wie ein Zombie mit einer neuen Nummer auferstanden ist.

Allerdings konnte ich ihn mit einem gezielten Schuss ins Auge zur Strecke bringen:

Code: Alles auswählen

kill -9 2007 20xx

Nun konnte das Update installiert werden und der neue Server reagiert sogar auf ein

Code: Alles auswählen

/etc/init.d/mysql stop

Alles so, wie es sein soll.
Vielen Dank!
Vinc