Am Fr, 2004-03-05 um 14.19 schrieb Karl Sinn:

Hallo Marco,

Am Freitag, 5. März 2004 14:05 schrieb Marco Schuler:

...

Du kannst zum Starten

/etc/init.d/mysql start

ausführen (als root) oder im Runlevel-Editor angeben, dass mysql im Runlevel 3 und 5 automatisch beim Booten gestartet wird.

Wenn ich das mache, bekomme ich ein failed als Antwort. Warum will mysql nicht?

Ich glaube, es will doch. Das ist ein mehr oder weniger bekanntes Problem bei SuSE 9.0

Wo kann ich nachschauen um den Dingen auf den Grund zu kommen?

Was sagt: ps aux | grep mysql (als root) ?

Hallo Karl, Am Freitag, 5. März 2004 14:42 schrieb Karl Sinn:

Am Freitag, 5. März 2004 14:33 schrieb Marco Schuler:

...

ps aux | grep mysql (als root) ?

root 11099 0.0 0.1 1892 708 pts/1 S 14:41 0:00 grep mysql

Das ist kryptographisch!!!

Krytisch ;)

Was bedeutet das?

Daß bei Dir kein mysqld läuft; Dein grep findet nur sich selbst. Von welchem mysql reden wir und auf welchem SuSE ist das drauf? Wie hast Du installiert? Ich habe auf meiner Susi 9.0 (alles mit YaST installiert, also rmp-Basis) 'rcmysql start' eingegegeben: Xerxes:~ # rpm -q mysql mysql-4.0.15-9 Xerxes:~ # rcmysql start Creating MySQL privilege database and starting MySQL... Preparing db table Preparing host table Preparing user table Preparing func table Preparing tables_priv table Preparing columns_priv table Installing all prepared tables 040305 15:17:29 /usr/sbin/mysqld: Shutdown Complete PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! This is done with: /usr/bin/mysqladmin -u root password 'new-password' /usr/bin/mysqladmin -u root -h Xerxes password 'new-password' See the manual for more instructions. You can test the MySQL daemon with the benchmarks in the 'sql-bench' directory: cd sql-bench ; perl run-all-tests Please report any problems with the /usr/bin/mysqlbug script! The latest information about MySQL is available on the web at http://www.mysql.com Support MySQL by buying support/licenses at https://order.mysql.com Ein laufender Prozess sieht dann so ähnlich aus wie hier: hfischer@Xerxes:~> ps -aux | grep mysql root 4902 0.0 0.2 2704 1204 pts/9 S 15:17 0:00 /bin/sh /usr/bin/mysqld_safe --user=mysql --pid-file=/var/lib/mysql/mysqld.pid [...] Helga -- ## Netikette nein danke? -- http://www.suse-etikette.de.vu/ ## Mit vielen nützlichen Tipps -- Lesen lohnt sich ## Rückmeldungen erbeten und erwünscht

Hi Karl, Am Freitag, 5. März 2004 15:22 schrieb Karl Sinn:

Am Freitag, 5. März 2004 15:24 schrieb Helga Fischer:

rcmysql start ergibt bei mir: Starting service MySQL

failed

Keine Ahnung. Nicht genug Platz auf der Platte? Nicht alles installiert? Guck doch mal in /var/lib/mysql nach. Da sollte ein logfile mit dem netten Namen mysqld.log liegen. Vielleicht steht da was drin. Helga -- ## Netikette nein danke? -- http://www.suse-etikette.de.vu/ ## Mit vielen nützlichen Tipps -- Lesen lohnt sich ## Rückmeldungen erbeten und erwünscht

Hi, Am Freitag, 5. März 2004 15:59 schrieb Helga Fischer:

Keine Ahnung. Nicht genug Platz auf der Platte? Nicht alles installiert? Guck doch mal in /var/lib/mysql nach. Da sollte ein logfile mit dem netten Namen mysqld.log liegen. Vielleicht steht da was drin.

Wenn ich das richtig verstanden habe, ist /var/lib/mysql das Datenverzeichnis? Stimmt das? Ich habe das jetzt mal kurz völlig gelöscht, und mysql_install_db ausgeführt. Er hat dann in ..../mysql zwei Verzeichnisse angelegt: mysql test Wenn ich jetzt ein "rcmysql start" mache, bekomme ich folgendes mysqld.log: 040305 17:47:56 mysqld started 040305 17:47:56 Fatal error: Can't open privilege tables: Can't find file: './mysql/host.frm' (errno: 13) 040305 17:47:56 Aborting 040305 17:47:56 /usr/sbin/mysqld: Shutdown Complete 040305 17:47:56 mysqld ended host.frm ist allerdings im neuen Verzeichnis mysql enthalten. Gruss Karl

Hallo Mike, Am Freitag, 12. März 2004 15:13 schrieb mike:

Hier kannste es fixen: vi /etc/init.d/mysql

for i in 1 2 3 4 5 6; do sleep 1 $MYADMIN ping &>/dev/null && i='' && break done

Du musst sleep 1 auf sleep 3 setzen, dann klappt das :).

Ich habe mir die Datei /etc/ini.d/mysql angeschaut, die sieht bei mir ganz anders aus. SuSE 9.0 KDE 3.2 Gruss Karl

Hallo Mike, Am Freitag, 12. März 2004 16:39 schrieb mike:

Kann ich mir fast nicht vorstellen, da ich hier auch SuSE 9.0 und den KDE 3.2 laufen habe.

Ich habe ganz vergessen zu sagen, dass ich jetzt die rpm von www.mysql.org installiert habe. Daher wahrscheinlich der Unterschied. Gruss Karl

Hi Bob, Am Freitag, 5. März 2004 15:44 schrieb Bob Duglas:

1. download rpm's: Server standard Sever Max //ist für transactionen Benchmark/test suites Client programs Libraries and header files Dynamic client libraries Dynamic client libraries (including 3.23.x libraries) //sollte einige probs lösen

Ich habe also alles nochmal per YaST deinstalliert, und neu installiert. Allerdings habe ich kein Paket gefunden in dem explicit dabeistand "dynamic client libraries" wie heisst das bei SuSE?

/etc/init.d/mysql start mysql_install_db" mysqladmin -u root password deinpassworthier klappt?

Nein :-( Hier die Ausgabe des gesamten Vorgangs: /etc/init.d/mysql start Starting service MySQL failed linux:/home/Karl # mysql_install_db Installing all prepared tables 040305 18:24:50 /usr/sbin/mysqld: Shutdown Complete PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! This is done with: /usr/bin/mysqladmin -u root password 'new-password' /usr/bin/mysqladmin -u root -h linux password 'new-password' See the manual for more instructions. NOTE: If you are upgrading from a MySQL <= 3.22.10 you should run the /usr/bin/mysql_fix_privilege_tables. Otherwise you will not be able to use the new GRANT command! You can test the MySQL daemon with the benchmarks in the 'sql-bench' directory: cd sql-bench ; perl run-all-tests Please report any problems with the /usr/bin/mysqlbug script! The latest information about MySQL is available on the web at http://www.mysql.com Support MySQL by buying support/licenses at https://order.mysql.com linux:/home/Karl # mysqladmin -u root password test mysqladmin: connect to server at 'localhost' failed error: 'Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)' Check that mysqld is running and that the socket: '/var/lib/mysql/mysql.sock' exists! Ich kann /var/lib/mysql/mysql.sock auch nicht finden. pin mysql.sock hat nichts ergeben. Wo bekomme ich die Datei her? Gruss Karl

Hallo Bob, Am Samstag, 6. März 2004 00:23 schrieb Bob Duglas:

ich mach nichts über yast. hier die packete, die ich installiert habe: MySQL-client-4.0.18-0 MySQL-server-4.0.18-0 MySQL-shared-4.0.18-0 MySQL-devel-4.0.18-0 MySQL-bench-4.0.18-0 MySQL-shared-compat-4.0.18-0

Habs gemacht, funktioniert. Vielen Dank an alle. Gruss Karl

Hallo, ich bin genau Deiner Beschreibung nachgegangen: Mysql-Pakete von www.mysql.org runtergeladen: rpm -U *.rpm /etc/init.d/mysql start mysqladmin -u root password meinPassword Um sicherzu gehen, habe ich ein wenig mit phpAdmin rumgespielt. Klappt alles einwandfrei. Warum funktioniert das mit den SuSE-Paketen nicht? Nochmal vielen Dank Gruss Karl

Hallo Helga, Am Sonntag, 7. März 2004 00:37 schrieb Helga Fischer:

Nur Du allein weißt, was Du wie wann wo gemacht hast.

Hmm, Du meinst das ich das selber verpfuscht habe? Das kann natürlich sein, aber theoretisch, hätte das dann nach einer Deinstallation und erneuter Installation wieder in Ordnung sein müssen. Oder? Gruss Karl

Hallo Helga, Am Sonntag, 7. März 2004 10:47 schrieb Helga Fischer:

Nein, nicht unbedingt. YaST löscht zum Beispiel keine Datendatein oder pid.- und lockfiles. Die sind ja erst neu hinzugekommen und nicht in der rpm-Datenbank. Wenn hier die Ursache lag, dann nützt neuinstallieren eben nichts oder man räumt nach der Deinstallation auf, denn nur der Anwender selbst, was braucht er oder was braucht er nicht mehr.

Und diese Dateien werden beim aufspielen von "Original"-rpm Dateien dann alle überschrieben? Macht YaST nicht auch nur ein rpm -U ... über die Pakete?

Tja, ich habe das Problem dann doch mittels RTFM und intensiv Suchen (und Verstehen) lösen müssen.

Was bedeutet RTFM? Gruss Karl

Hallo Helga, Am Sonntag, 7. März 2004 14:14 schrieb Helga Fischer:

Unser allseits geliebtes: Read That Fine Manual (auch bekannt als Read That Fu*king Manual). Also auf gut Deutsch: Steck Deine Nase ins Handbuch.

lol Tja, ich habe mit dem RTFM so meine Probleme. Nicht dass ich zu faul bin zum lesen, aber da ich erst seit kurzem mit Linux spiele, gibt es zu viele Docs die ich lesen müsste. Und dafür habe ich nicht die Zeit. Wenn ich dann von dem Programm keine ordentliche "aussagekräftige" Fehlermeldung bekomme, bin ich verloren. Gruss Karl

Hallo Helga, Am Sonntag, 7. März 2004 15:24 schrieb Helga Fischer:

Stimmt. Aber da gewöhnt man sich dran. Am Anfang ist es hart, doch das legt sich mit der Zeit.

Das ist klar, wenn man erst mal lange genug damit arbeitet. Bei Windows war das für mich einfacher. Ich bin auch damit grossgeworden. Seit MSDos 3.0 habe ich alle Versionen mitgemacht. Im Laufe der Zeit sammelt sich so ein enormes Wissen an, und man entwickelt einen Instinkt für Fehlerursachen und deren Behebung. Gruss Karl

Hallo auch, Am Samstag, 6. März 2004 19:21 schrieb Karl Sinn:

Hallo, ich bin genau Deiner Beschreibung nachgegangen: Mysql-Pakete von www.mysql.org runtergeladen: rpm -U *.rpm /etc/init.d/mysql start mysqladmin -u root password meinPassword Um sicherzu gehen, habe ich ein wenig mit phpAdmin rumgespielt. Klappt alles einwandfrei.

Warum funktioniert das mit den SuSE-Paketen nicht?

Ich antworte einfach noch im nachhinein, da ich den Thread jetzt erst lese. Die Fehlermeldung, die du in einer vorherigen Mail gepostet hast, sollte sich durch Rechteänderung beheben lassen:

Wenn ich jetzt ein "rcmysql start" mache, bekomme ich folgendes mysqld.log: 040305 17:47:56 mysqld started 040305 17:47:56 Fatal error: Can't open privilege tables: Can't find file: './mysql/host.frm' (errno: 13) 040305 17:47:56 Aborting 040305 17:47:56 /usr/sbin/mysqld: Shutdown Complete 040305 17:47:56 mysqld ended

host.frm ist allerdings im neuen Verzeichnis mysql enthalten.

Kannst du jetzt wahrscheinlich nicht mehr nachvollziehen, da du nun auf anderem Wege installiert hast, aber normalerweise reicht es aus, das Verzeichnis mysql sowie alle enthaltenen files dem mysql-user gehören zu lassen. Das ist standardmäßig nicht der Fall und führte bei mir zu der oben beschriebnen Fehlermeldung. Ein chown mysql:mysql erledigte die Sache bei mir. Also das als kleiner Tip ohne Garantie für künftige Leser. MfG, Bernd

Nochmal vielen Dank

Gruss Karl

-- [Zufallssig 1] Windows found - Remove? [Y]es [S]ure [F]ine [O]K

Am Montag, 8. März 2004 12:23 schrieb Karl Sinn:

Hallo,

Am Montag, 8. März 2004 07:24 schrieb Bernd Tannenbaum:

...

Kannst du jetzt wahrscheinlich nicht mehr nachvollziehen, da du nun auf anderem Wege installiert hast, aber normalerweise reicht es aus, das Verzeichnis mysql sowie alle enthaltenen files dem mysql-user gehören zu lassen. Das ist standardmäßig nicht der Fall und führte bei mir zu der oben beschriebnen Fehlermeldung. Ein chown mysql:mysql erledigte die Sache bei mir.

Können dann alle user auf die mysql zugreifen oder nur wie ich vermute ein einziger?

Hmm nein, denke das hast du falsch verstanden. Mit dem user mysql meine ich den user, unter dem die Datenbank läuft. Normalerweise lässt man die DB nich als root laufen sondern erzeugt extra dafür einen dummy-user "mysql". Da die Prozesse dann ihm gehören, braucht er Zugriffsrecht auf die entsprechenden files unter /var/mysql/... Das hat aber nichts damit zu tun, das beliebig viele User nach deinem Wunsch gemäß deiner Rechteverwaltung dann die DB nutzen können. P.S: Das alles ohne Gewähr, da ich weiß Gott kein mysql-freak bin :) Bernd -- [Zufallssig 10] [Deng] on AO Forum: "Good judgement is the result of experience... experience often comes from bad judgement."