MySQL 5.1 unter Debian 5.0

s24!

Registered User
Hallo,

aus diversen Gründen bin ich gezwungen, auf einem Debian Lenny den MySQL 5.1 zu installieren.
Ich habe also die Backports zu den Sources hinzugefügt:
Code:
deb http://backports.debian.org/debian-backports lenny-backports main
Dann:
Code:
apt-get update
[..]
aptitude -t lenny-backports install mysql-server               
[..]
The following NEW packages will be installed:
  libmysqlclient16{a} mysql-client-5.1{a} mysql-server mysql-server-5.1{a} 
  mysql-server-core-5.1{a} 
The following packages will be REMOVED:
  libterm-readkey-perl{u} mysql-client-5.0{a} mysql-server-5.0{a} 
The following packages will be upgraded:
  mysql-common 
1 packages upgraded, 5 newly installed, 3 to remove and 60 not upgraded.
Need to get 22.7MB of archives. After unpacking 48.9MB will be freed.
Do you want to continue? [Y/n/?]

Wenn ich das jetzt bestätige: Sind meine Datenbanken weg oder unbrauchbar? Und wenn ja, bringt es mich weiter, dass ich vorher folgendes ausgeführt habe:
Code:
/etc/init.d/mysql stop
rsync -aP /var/lib/mysql/ /home/user/mysql/data/


Vielen Dank für eure Hilfe!
 
Die Datenbankdateien werden eigentlich nicht entfernt, auch nicht bei einem purge von mysql - da wird man danach gefragt ob die Datenbankdateien auch entfernt werden sollen oder nicht.
 
Tausend Dank! Ich hab mich einfach nicht getraut das auszuprobieren. ;)
Ich melde mich. :)

Grüße
 
Bevor man auf eine neue Version einer Datenbank migriert, sollte man ein Backup machen. Sicher ist sicher.
 
Okay, hat halbwegs geklappt. Danke euch!

Zunächst traten Fehlermeldungen auf und ich bekam etwas Panik, aber lesen bildet. In diesem Fall war es etwas aus der my.cnf was noch auskommentiert werden musste. Ein mysql_upgrade -u root -p<Passwort> sollte natürlich auch ausgeführt werden... Wobei ich ausgerechnet dabei jetzt auch Fehler kriege:
Code:
mysql_upgrade -u root -p
Looking for 'mysql' as: mysql
Looking for 'mysqlcheck' as: mysqlcheck
Running 'mysqlcheck' with connection arguments: '--port=3306' '--socket=/var/run/mysqld/mysqld.sock' 
Failed to RENAME TABLE `#mysql50#tabellenname1` TO `tabellenname1`
Error: Table 'remixproject-beitraege' already exists
Failed to RENAME TABLE `#mysql50#tabellenname2` TO `tabellenname2`
Error: Table 'remixproject-user' already exists

Danach kommen ganz viele Meldungen dieser Art:
Code:
error: Table upgrade required. Please do "REPAIR TABLE `wp_commentmeta`" or dump/reload to fix it!

Wie gesagt, es sind wirklich viele Meldungen. Kann ich irgendwie alles reparieren?


Grüße
 
Last edited by a moderator:
Das Ding läuft immer noch, jetzt kommen solchen Sachen:
Code:
usersql8.wcf1_acp_menu_item                      OK
usersql8.wcf1_acp_session
note     : The storage engine for the table doesn't support repair
usersql8.wcf1_acp_session_data                   OK
usersql8.wcf1_bbcode                             OK
usersql8.wcf1_cache_resource
note     : The storage engine for the table doesn't support repair
usersql8.wcf1_event_listener                     OK
usersql8.wcf1_feed_entry                         OK

Das ist soweit nicht schlimm, meine ich. Wenn ich falsch liege, bitte ich um Korrektur.


Grüße


Edit:
MySQL braucht nun seit einigen Minuten 90-99% CPU
und mysql_upgrade hat das letzte Mal mit
Code:
note: The storage engine for the table doesn't support repair
dsosql1.users
gemeldet. Seitdem nichts mehr... Ist das noch normal? ;)
 
Last edited by a moderator:
Code:
/etc/init.d/mysql start
Starting MySQL database server: mysqld . . ..
Checking for corrupt, not cleanly closed and upgrade needing tables..
Ist dann nicht alles okay? :) Da kommt kein Fehler.

Ich lasse trotzdem gerade mal ein
Code:
mysqlcheck --all-databases -u root -p
laufen...


Grüße
 
Verdammt. Das Passwort. :D Danke. :)

mysqlcheck meldet immer noch Tabellen ("Table upgrade required") und gerade kam dann ein:
Code:
ERROR 1577 (HY000) at line 1: Cannot proceed because system tables used by Event Scheduler were found damaged at server start

Das kann ja nicht okay sein...


Grüße
 
Danke, wird gemacht. Momentan ist mysqlcheck noch dran mit dem Scannen, bin gespannt was das --auto-repair so bringt. :)


Grüße
 
Es scheint erstmal zu laufen. Allerdings:
Code:
/etc/init.d/mysql stop
Stopping MySQL database server: mysqld
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)
.
Mit restart geht es.

Grüße
 
Steht der Socket denn in der my.cnf für den mysqld?
Wird er denn auch gestartet?
 
Er wird auch gestartet, jap.
Mir ist das jetzt aber ohnehin egal, da ich lediglich auf dem Quellserver die gleiche MySQL-Version brauchte wie auf dem Ziel, um die DBs einfach einspielen zu können. Das sollte jetzt gehen, bin gespannt.

Grüße
 
Back
Top