Update von ServerVersion 4 auf 5 (SuSE 9.2)

Hallo,

nachdem Update des Servers funktionieren meine Client-Tools nicht mehr
richtig.

mysqlcc meldet ständig sowas wie

[schmidt] ERROR 1146: Table 'bauteile_bm.1' doesn't exist

Die neuen Tools laufen aber auf meinem Rechner auch nicht.

:~> mysql-query-browser
/usr/bin/mysql-query-browser-bin: symbol lookup error: /usr/bin/mysql-query-browser-bin: undefined symbol: g_option_error_quark

:~> mysql-administrator
/usr/bin/mysql-administrator-bin: symbol lookup error: /usr/bin/mysql-administrator-bin: undefined symbol: g_option_error_quark

Bei der Installation gabs keine Warnungen / Fehler. Sind die Probleme
bekannt bzw. was kann ich dagegen tun (außer downgrade)?

:~> rpm -qa |grep -i mysql
mysqlcc-0.9.4-88
MySQL-shared-compat-5.0.19-0.sles9
qt3-mysql-3.3.3-24
MySQL-server-standard-5.0.19-0.sles9
mysql-administrator-1.1.6-1.suse93
perl-DBD-mysql-2.9004-2
MySQL-client-standard-5.0.19-0.sles9
mysql-query-browser-1.1.18-1.suse93

Gruß,
jan

Re: Update von ServerVersion 4 auf 5 (SuSE 9.2)

Jan Schmidt schrieb:
> Hallo,
>
> nachdem Update des Servers funktionieren meine Client-Tools nicht mehr
> richtig.
>

Und die Client-Tools hast Du auch aktualisiert? Wie genau hast Du das
Update durchgeführt?

> mysqlcc meldet ständig sowas wie
>
> [schmidt] ERROR 1146: Table 'bauteile_bm.1' doesn't exist
>
> Die neuen Tools laufen aber auf meinem Rechner auch nicht.
>
> :~> mysql-query-browser
> /usr/bin/mysql-query-browser-bin: symbol lookup error: /usr/bin/mysql-query-browser-bin: undefined symbol: g_option_error_quark
>

Da passt wohl der Query-Browser nicht zur glib- oder gtk-Version.

> :~> mysql-administrator
> /usr/bin/mysql-administrator-bin: symbol lookup error: /usr/bin/mysql-administrator-bin: undefined symbol: g_option_error_quark
>
s.o.

> Bei der Installation gabs keine Warnungen / Fehler. Sind die Probleme
> bekannt bzw. was kann ich dagegen tun (außer downgrade)?
>

Selber übersetzen. Ich habe neulich den Versuch, ein simples
LAMP-System unter Suse10 zum Laufen zu bekommen, aufgegeben und genau
zu dieser Methode gegriffen. Die von S gelieferten RPMs hatten alle
irgendwelche Macken, und eine Kombination aus selbstübersetzten/von
Suse gelieferten tat auch nichts Sinnvolles.


> :~> rpm -qa |grep -i mysql
> mysqlcc-0.9.4-88
> MySQL-shared-compat-5.0.19-0.sles9
> qt3-mysql-3.3.3-24
^^^^^
das sieht nun nicht so aus, als ob es zu einem Server 4 oder gar 5
passen müsste!

> MySQL-server-standard-5.0.19-0.sles9
> mysql-administrator-1.1.6-1.suse93
> perl-DBD-mysql-2.9004-2
> MySQL-client-standard-5.0.19-0.sles9
> mysql-query-browser-1.1.18-1.suse93

Im Subject schreibst Du Suse 9.2. Hier benutzt Du sowohl SLES9- als
auch 9.3-Pakete. Das kann m.E. beliebige Probleme bereiten.

Re: Update von ServerVersion 4 auf 5 (SuSE 9.2)

Jan Schmidt wrote:

> nachdem Update des Servers funktionieren meine Client-Tools nicht mehr
> richtig.

IIRC lieferte SuSE 9.2 noch MySQL-4.0.x aus. Das ist in einigen Punkten
inkompatibel mit 5.x. Es reicht nicht, nur den Server zu upgraden. Auch
die CLient-Libs müssen auf dem aktuellen Stand sein.

> mysqlcc meldet ständig sowas wie
> [schmidt] ERROR 1146: Table 'bauteile_bm.1' doesn't exist

Sicher? Ich hätte eher Probleme beim Login vermutet. Eventuell ist dein
mysqlcc ja auch statisch gegen libmysqlclient gelinkt. Was sagt:

ldd `which mysqlcc`

?

>:~> mysql-query-browser
> /usr/bin/mysql-query-browser-bin: symbol lookup error: /usr/bin/mysql-query-browser-bin: undefined symbol: g_option_error_quark
>
>:~> mysql-administrator
> /usr/bin/mysql-administrator-bin: symbol lookup error: /usr/bin/mysql-administrator-bin: undefined symbol: g_option_error_quark

Sieht nach falscher Version von GTK aus. Wundert mich nicht - s.u.

>:~> rpm -qa |grep -i mysql
> mysqlcc-0.9.4-88
> MySQL-shared-compat-5.0.19-0.sles9
> qt3-mysql-3.3.3-24
> MySQL-server-standard-5.0.19-0.sles9
> mysql-administrator-1.1.6-1.suse93
> perl-DBD-mysql-2.9004-2
> MySQL-client-standard-5.0.19-0.sles9
> mysql-query-browser-1.1.18-1.suse93

Ein Problem sticht sofort ins Auge: du mischst Pakete für 9.2,
9.3 und SLES-9. Das *kann* nicht gut gehen.

Die Probleme mit dem MySQL-Administrator bzw. Query-Browser bekommst
du eventuell weg, indem du GTK+glib mit den Paketen von SuSE-9.3
upgradest. Sauberer wäre es, die ganze Installation auf 9.3 oder
gleich 10.x zu upgraden. Die SLES-9 Pakete kannst du ganz vergessen.

Allgemeiner Tip: wenn es kein RPM für deine SuSE-Release gibt: das
Source-RPM downloaden, installieren und mit

rpmbuild -bb /usr/src/packages/SPECS/.spec

ein eigenes RPM bauen. Das mit

rpm -i /usr/src/packages/RPMS/i586/.rpm

installieren. Dauert etwas länger und du muß evtl. das eine oder
andere -devel Paket nachinstallieren. Dafür gibt es nachher keine
Probleme mit inkompatiblen Libraries.


XL

Re: Update von ServerVersion 4 auf 5 (SuSE 9.2)

Christian Kirsch writes:

> Jan Schmidt schrieb:
>> Hallo,
>>
>> nachdem Update des Servers funktionieren meine Client-Tools nicht mehr
>> richtig.
>>
>
> Und die Client-Tools hast Du auch aktualisiert? Wie genau hast Du das
> Update durchgeführt?

Ich hab mir die rpm's von mysql.org geholt und installiert. Dabei hab
ich zuerst nachgesehen, ob ich etwas von SuSE in Version 9 finde
(deshalb die SLES-Pakete).

> Selber übersetzen. Ich habe neulich den Versuch, ein simples
> LAMP-System unter Suse10 zum Laufen zu bekommen, aufgegeben und genau
> zu dieser Methode gegriffen. Die von S gelieferten RPMs hatten alle
> irgendwelche Macken, und eine Kombination aus selbstübersetzten/von
> Suse gelieferten tat auch nichts Sinnvolles.

Das hab ich nur mit dem server geschafft. Aber selbst da gabs Probleme
bei der Installation des übersetzten rpm's, weil das SuSE kein
Paket 'procps' hat, sondern statt dessen eines namens 'ps' mit (fast)
dem selben Inhalt.

mysqladmin und mysql-querybrowser hab ich nicht übersetzen
können. Da müßte ich eine Unmenge von Bibliotheken
installieren, die es nicht mal als Quelltext- rpm's gibt.

Einziger Weg scheint also zu sein, den Rechner auf SuSE 10
umzurüsten.

Gruß,
Jan