Hallo,
Apache2 (sogar mit virtuellen Hosts) und PHP4 habe ich unter SUSE 9.3
eingerichtet bekommen. Auch die MySQL-Dateien sind per Yast installiert
(und per YOU aktualisiert). Aber wie starte ich den MySQL-Daemon? Im
YAST habe ich keinen Eintrag gefunden.
Frieder
Frieder Schlönz-Nahles schrieb:
> Hallo,
>
> Apache2 (sogar mit virtuellen Hosts) und PHP4 habe ich unter SUSE 9.3
> eingerichtet bekommen. Auch die MySQL-Dateien sind per Yast installiert
> (und per YOU aktualisiert). Aber wie starte ich den MySQL-Daemon? Im
> YAST habe ich keinen Eintrag gefunden.
>
> Frieder
Hallo Frieder,
unter SuSE gibt es normalerweise einen Eintrag /etc/init.d/mysql, darüber wird
die Datenbank dann gestartet/gestoppt:
/etc/init.d/mysql start
bzw
/etc/init.d/mysql stop
Default startet SuSE meines Wissens MySQL beim Systemstart, schau mal in den
laufenden Prozessen, ob der mysqld bereits läuft:
ps waux|grep mysqld
Dann sollten alle mysqld-Prozesse angezeigt werden, oder über
/etc/init.d/mysql status
Sollte entweder unused (läuft nicht) oder running (läuft) bringen.
MfG
Martin
Hallo Martin,
klasse Tipps! Vielen Dank für die tolle Hilfe!
Frieder
Hallo Martin,
ich bekomme unter Suse mit "mysql status" nur die folgende Meldung:
ERROR 2002 (HY000): Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2)
Das Verzeichnis "/var/lib/mysql/" ist auch leer. Ein mysql-Daemon läuft
auch nicht. Was mache ich falsch?
Frieder
Frieder Schlönz schrieb:
> ich bekomme unter Suse mit "mysql status" nur die folgende Meldung:
>
> ERROR 2002 (HY000): Can't connect to local MySQL server through socket
> '/var/lib/mysql/mysql.sock' (2)
>
> Das Verzeichnis "/var/lib/mysql/" ist auch leer. Ein mysql-Daemon
> läuft auch nicht. Was mache ich falsch?
Vermutlich wirst Du noch MySQL einrichten müssen.
Wie (und noch mehr) findest Du unter:
http://dev.mysql.com/doc/mysql/de/post-installation.html
--
Kürsche
Wenns 'ner net gwittern tun tut ;)
Linux/*BSD-Anleitungen, Forum und Chat: www.newbie-net.de
HTML per Script validieren: www.unneraans.de/html-validator.sh/
Heiko Kuerschner schrieb:
>
> Vermutlich wirst Du noch MySQL einrichten müssen.
>
Ich habe aber unter Suse Yast die MySQL-Packete (Server, Client, Libs
usw.) alle schon ausgewählt und sogar per Online-Update aktualisieren
können. Gibt es denn da keine Grundinstallation, die sich sofort starten
lässt oder muss man MySQL immer zu Fuß einrichten? Wie gesagt, ich
kriege den MySQL-Daemon nicht hoch, weil ihm diese socks-Datei abgeht.
Die soll doch aber laut Doku der mysqld automatisch anlegen, wenn sie
noch nicht existiert.
Frieder
Frieder Schlönz schrieb:
> Gibt es denn da keine Grundinstallation, die sich sofort
> starten lässt oder muss man MySQL immer zu Fuß einrichten?
Imho muß ein Server immer erst eingerichtet werden. Und das geht, soweit
ich weiß, nicht über YaST.
MySQL hat sein eigenes Berechtigungssystem und liegt als Datenbank in
der Datenbank Also muß man erstmal die Berechtigung für die
Berechtigungen setzen (/etc/my.cnf; /etc/mysqlaccess.conf;
/usr/bin/mysqld_safe).
> Wie gesagt,
> ich kriege den MySQL-Daemon nicht hoch, weil ihm diese socks-Datei
> abgeht. Die soll doch aber laut Doku der mysqld automatisch anlegen,
> wenn sie noch nicht existiert.
Ja, aber dazu kommt es nicht, weil entweder die Berechtigung der
/etc/my.cnf falsch gesetzt ist oder weil ein Parameter [falscher Pfad
zum Socket] darin falsch ist.
Ein Google nach: mysql "ERROR 2002:" ist im übrigen sehr gesprächig.
--
Kürsche
Wenns 'ner net gwittern tun tut ;)
Linux/*BSD-Anleitungen, Forum und Chat: www.newbie-net.de
HTML per Script validieren: www.unneraans.de/html-validator.sh/
Heiko Kuerschner schrieb:
>
> Ein Google nach: mysql "ERROR 2002:" ist im übrigen sehr gesprächig.
>
Nö, lieber Heiko, eher geschwätzig als gesprächig, denn beim googlen kam
nichts brauchbares raus. Auch die MySQL-Original-Doku war leider
wertlos. Ich glaube fast, Suse bastelt sich da mittlerweile eigene
Standards. Benutzt Du überhaupt MySQL unter Suse 9.3 oder war Dir bloss
langweilig :-)
Die Lösung stand in der MySQL-Newsgruppe. Einfach mit Yast in den
Runlevel-Editor unter "System" rein und den MySQL-Daemon manuell
aktivieren. Schon war die seltsame SOCKS-Datei da. Installiert hatte ich
ja schon alles, nur der Daemon wurde nicht angeschubst. Schon klappt es
auch mit MySQL-Admin.
Dafür eine andere Frage: Wieso funktionieren jetzt immer noch nicht
simple bash-Befehlszeilenkommandos wie "mysql status". Da kommt nur eine
Fehlermeldung, die Tabelle status gäbe es nicht. "mysql" solo eingegeben
startet wenigstens den Monitor mit der internen Befehlszeile. Dort geht
dann plötzlich "status". Ist schon komisch, was Suse mit der 9.3
abgeliefert hat.
Frieder
Frieder Schlönz schrieb:
> Heiko Kuerschner schrieb:
>>
>> Ein Google nach: mysql "ERROR 2002:" ist im übrigen sehr gesprächig.
>>
>
> Ich glaube fast, Suse bastelt sich da mittlerweile eigene
> Standards.
Naja, manche Sachen heißen etwas anders (aus /usr/bin/safe_mysqld wird
/usr/bin/mysqld_safe, z.b.).
> Benutzt Du überhaupt MySQL unter Suse 9.3 oder war Dir
> bloss langweilig :-)
Ich benutze MySQL unter SuSE seit vielen Jahren, aktuell läuft aber 9.0
auf dem Server, allerdings mit dem 2.4er Kernel.
> Die Lösung stand in der MySQL-Newsgruppe. Einfach mit Yast in den
> Runlevel-Editor unter "System" rein und den MySQL-Daemon manuell
> aktivieren.
Nun, da hättest Du aber schon nach Martins Posting haben können. Ob nun
mit YaST gemacht oder mit Hand ist ja egal.
> Dafür eine andere Frage: Wieso funktionieren jetzt immer noch nicht
> simple bash-Befehlszeilenkommandos wie "mysql status". Da kommt nur
> eine Fehlermeldung, die Tabelle status gäbe es nicht. "mysql" solo
> eingegeben startet wenigstens den Monitor mit der internen
> Befehlszeile. Dort geht dann plötzlich "status". Ist schon komisch,
> was Suse mit der 9.3 abgeliefert hat.
Tja, fehlender Parameter.
~> mysql -e status
--------------
mysql Ver 12.21 Distrib 4.0.15, for suse-linux (i686)
....
Jaja, ich weiß, mein MySQL ist alt. :-)
--
Kürsche
Wenns 'ner net gwittern tun tut ;)
Linux/*BSD-Anleitungen, Forum und Chat: www.newbie-net.de
HTML per Script validieren: www.unneraans.de/html-validator.sh/
Frieder Schlönz schrieb:
>> Dann sollten alle mysqld-Prozesse angezeigt werden, oder über
>> /etc/init.d/mysql status
>> Sollte entweder unused (läuft nicht) oder running (läuft) bringen.
> ich bekomme unter Suse mit "mysql status" nur die folgende Meldung:
Anmerkung:
mysql status != /etc/init.d/mysql status
Letzteres unter SuSE auch mit /usr/sbin/rcmysql status machbar.
--
Kürsche
Wenns 'ner net gwittern tun tut ;)
Linux/*BSD-Anleitungen, Forum und Chat: www.newbie-net.de
HTML per Script validieren: www.unneraans.de/html-validator.sh/
Hallo,
> Dafür eine andere Frage: Wieso funktionieren jetzt immer noch nicht
> simple bash-Befehlszeilenkommandos wie "mysql status". Da kommt nur eine
> Fehlermeldung, die Tabelle status gäbe es nicht. "mysql" solo eingegeben
> startet wenigstens den Monitor mit der internen Befehlszeile. Dort geht
> dann plötzlich "status". Ist schon komisch, was Suse mit der 9.3
> abgeliefert hat.
der Parameter status gehört zur /etc/init.d/mysql, also
/etc/init.d/mysql status (bzw start/stop)
Die Skripte unter /etc/init.d/ dienen unter SuSE zum Starten/Stoppen/Steuern von
Diensten. Das Kommandozeilenprogramm mysql (also ohne den Pfad /etc/init.d/ hat
damit nichts zu tun und versucht halt, auf die angegebene DB (in dem Fall
status) zuzugreifen. Heißt halt nur gleich, ist aber ein anderes Programm.
Grüße,
Martin
Frieder Schlönz schrieb am 15.08.2005 02:59:
> Hallo Martin,
>
> ich bekomme unter Suse mit "mysql status" nur die folgende Meldung:
>
> ERROR 2002 (HY000): Can't connect to local MySQL server through socket
> '/var/lib/mysql/mysql.sock' (2)
>
> Das Verzeichnis "/var/lib/mysql/" ist auch leer. Ein mysql-Daemon läuft
> auch nicht. Was mache ich falsch?
>
> Frieder
Hallo Frieder,
der SuSE Adminguide
file:///usr/share/doc/manual/suselinux-adminguide_de-pdf/SuS E-Linux-Adminguide-9.3.pdf,
insbesondere dort Kapitel 7 Abschnitt 6, könnte die Grundlagen erklären.
Nicht speziell für MySQL, sondern allgemein für alle Dienste die beim
Starten des Rechners (genauer: beim Eintritt in einen Runlevel) gestartet
werden sollen. Und die "Experten"-Sicht zeigt auch, welcher Service für
welchen Runlevel gestartet wird.
Deine Aussage "Ist schon komisch, was Suse mit der 9.3 abgeliefert hat"
kann ich nicht nachvollziehen.
Dass man einen Server konfiguriert bevor man ihn startet ist auch so
ungewöhnlich nicht...
SCNR
Werner
Frieder Schlönz-Nahles
> Hallo,
>
> Apache2 (sogar mit virtuellen Hosts) und PHP4 habe ich unter SUSE 9.3
> eingerichtet bekommen. Auch die MySQL-Dateien sind per Yast installiert
> (und per YOU aktualisiert). Aber wie starte ich den MySQL-Daemon? Im
> YAST habe ich keinen Eintrag gefunden.
>
> Frieder
In Yast findest Du unter System den Runlevel-Editor. Den öffnest Du und
wechselst in den Expertenmodus. Dann suchst Du aus der Liste MySQL und
kannst dann 1. den Server starten (links unten) und zweitens auch
(rechts unten) den Runlevel einstellen. Das war's
Grüße, Michael
Werner Flamme schrieb:
>
> Deine Aussage "Ist schon komisch, was Suse mit der 9.3 abgeliefert hat"
> kann ich nicht nachvollziehen.
>
Das habe ich nie gesagt/getippt. Ich habe mich nur darüber gewundert,
dass zwar alle Distris dieselben Wurzeln haben, es aber im
UNIX/Linux-Umfeld so viele unverständliche Unterschiede gibt. Warum
schreibt SUSE seine Apache-Zweige ins "/srv/www", andere Distris in
andere Zweige. Oder warum benutzt Debian "www-data" und Suse "wwwrun"
als Rechte? Das sind nur einige Beispiele. Wer entscheidet sowas? Oder
sind die Distris schon so ähnlich, dass man sich auf diese Weise von der
Konkurrenz abgenzen muss? Den Grund für diese Unterschiede konnte mir
noch keiner erklären. "Ist halt so!", "Organisch gewachsen",
"Akzeptier's oder mach in Windows/Apple" usw. Das macht die Pflege oder
den Wechsel zwischen Distris doch nur unnötig schwer und bietet doch
keinen funktionalen Vorteil. Außer in Newsgroups auftrumpfen zu können:
"Ha, Frieder, muttu wwwrun chownen bevor du starten" ;-)
Frieder
Frieder Schlönz schrieb:
> Werner Flamme schrieb:
>>
>> Deine Aussage "Ist schon komisch, was Suse mit der 9.3 abgeliefert
>> hat" kann ich nicht nachvollziehen.
>>
>
> Das habe ich nie gesagt/getippt.
Naja, steht aber wohl am Ende Deines Postings:
news:4300c22b$0$82549$892e7fe2@authen.white.readfreenews.net
> Ich habe mich nur darüber gewundert,
> dass zwar alle Distris dieselben Wurzeln haben, es aber im
> UNIX/Linux-Umfeld so viele unverständliche Unterschiede gibt.
Weil es sonst Entwicklungshemmend wäre? Und Unix ist wieder was anderes
als Linux.
ihre Anwendungen zustande.
> Warum
> schreibt SUSE seine Apache-Zweige ins "/srv/www", andere Distris in
> andere Zweige.
Weil man sich damals noch über keinen Standard geeinigt hat.
Man braucht doch den Apachen nur zu fragen:
~> grep -i ^serverroot /etc/httpd/httpd.conf
ServerRoot "/srv/www"
> Oder warum benutzt Debian "www-data" und Suse "wwwrun"
> als Rechte?
Als Usernamen meinst Du. Warum, keine Ahnung, aber auch das kann man
abfragen:
~> grep -i ^user /etc/httpd/httpd.conf
User wwwrun
> Das sind nur einige Beispiele. Wer entscheidet sowas?
Die Maintainer der jeweiligen Distribution(?)
> Oder
> sind die Distris schon so ähnlich, dass man sich auf diese Weise von
> der Konkurrenz abgenzen muss?
Nun, dagegen geht man ja schon an, in dem man LSB ins Leben rief:
http://de.wikipedia.org/wiki/Linux_Standard_Base
> Den Grund für diese Unterschiede konnte
> mir noch keiner erklären.
Aus dem gleichen Grund, warum jedes Auto etwas anders ist.
Man entwickelt; die einen finden etwas gut zum implementieren, andere
sehen das nicht so oder legen erstmal Wert auf etwas anderes.
> Das macht die Pflege
> oder den Wechsel zwischen Distris doch nur unnötig schwer und bietet
> doch keinen funktionalen Vorteil.
Tja. Ist wie mit den Frauen. Anatomisch gleich, aber trotzdem jede
anders. :)
--
Kürsche
Wenns 'ner net gwittern tun tut ;)
Linux/*BSD-Anleitungen, Forum und Chat: www.newbie-net.de
HTML per Script validieren: www.unneraans.de/html-validator.sh/
Heiko Kuerschner schrieb:
>
> ihre Anwendungen zustande.
Das liegt sicher daran, dass sich mangels Dokumentation niemand daran
erinnert, wie das Format eigentlich aussieht.
SCNR
Niels
--
| http://www.kolleg.de · Das Portal der Kollegs in Deutschland |
| http://www.bsds.de · BSDS Braczek Software- und DatenSysteme |
| Webdesign · Webhosting · E-Commerce · Mambo Content Management |
`----------------------------------------------------------- -----´
Niels Braczek
> Heiko Kuerschner schrieb:
>
>>
>> ihre Anwendungen zustande.
>
> Das liegt sicher daran, dass sich mangels Dokumentation niemand daran
> erinnert, wie das Format eigentlich aussieht.
Es gibt gar kein Datenformat. Bei .doc und .xls handelt es sich in
Wirklichkeit um coredumps. Deswegen funktionieren die auch nicht
mehr mit neuen Versionen.
XL