PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : kann keine mysql datenbank erstellen



ILM
21.03.06, 10:37
hi,

also ich wollte heute eine datenbank mit mysql erstellen, nur leider stimmt mein passwort nicht.

unter debian hab ich folgenden befehl eingegeben:

mysqladmin -u root -p create testdatenbank
und dann kommt die passwort anfrage, nur leider stimmt das passwort was ich in erinnerung hab nicht, sprich es kommt dann folgende fehlermeldung:


mysqladmin: connect to server at 'localhost' failed
error: 'Access denied for user 'root'@'localhost' (using password: YES)'

so nun meine frage welche möglichkeiten gibt es mit unkenntnis des richtigen passworts diese datenbank zu ertsellen, oder das passwort neuzusetzen?

wenn ich den befehl:

mysqladmin -u root password 'meinpasswor'

ausführe, dann kommt die gleiche fehlermeldung

cane
21.03.06, 11:02
Hallo,

hier findest du mehrere tausend Antworten auf deine Frage: http://www.google.de/search?hl=de&q=mysql+root+passwort+zur%C3%BCcksetzen&btnG=Google-Suche&meta=

:rolleyes:

mfg
cane

ILM
21.03.06, 12:32
hi, also ich habs nach diesem muster gemacht:

1. Schritt: Beenden Sie den laufenden MySQL-Server über das Init-Skript:

/etc/init.d/mysql stop


2. Schritt: Starten Sie den MySQL-Server mit deaktivierter Passwort-Überprüfung und ohne Netzwerkunterstützung:

mysqld --user=mysql --pid-file=/var/lib/mysql/mysqld.pid \

--socket=/var/lib/mysql/mysql.sock --datadir=/var/lib/mysql \

--skip-grant-tables --skip-networking


3. Schritt: Jetzt können Sie das Passwort mit Hilfe von mysqldadmin ändern:

mysqladmin -u root password "mynewpassword"


4. Schritt: Zum Schluss beenden Sie den MySQL-Server und starten ihn wieder im normalen Modus:

kill `cat /var/lib/mysql/mysqld.pid`

/etc/init.d/mysql start


Sie sollten sich jetzt mit dem neu gesetzten Passwort als Root anmelden können.

nachdem ich dann diesen befehl eingegeben habe kommt folgendes:



InnoDB: Unable to lock ./ibdata1, error: 11
InnoDB: Check that you do not already have another mysqld process
InnoDB: using the same InnoDB data or log files.
060321 13:24:00 InnoDB: Unable to open the first data file
InnoDB: Error in opening ./ibdata1
060321 13:24:00 InnoDB: Operating system error number 11 in a file operation.
InnoDB: Error number 11 means 'Resource temporarily unavailable'.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/mysql/en/Operating_System_error_codes.html
InnoDB: Could not open or create data files.
InnoDB: If you tried to add new data files, and it failed here,
InnoDB: you should now edit innodb_data_file_path in my.cnf back
InnoDB: to what it was, and remove the new ibdata files InnoDB created
InnoDB: in this failed attempt. InnoDB only wrote those files full of
InnoDB: zeros, but did not yet use them in any way. But be careful: do not
InnoDB: remove old data files which contain your precious data!
060321 13:24:00 [Note] mysqld: ready for connections.
Version: '5.0.18-Debian_9-log' socket: '/var/lib/mysql/mysql.sock' port: 0 Debian Etch distribution

und nun kann ich nix mehr machen, d.h. keine weiteren befehle mehr eingeben.

carstenj
21.03.06, 12:42
Hallo,

was kam denn nach diesem Kommando?


kill `cat /var/lib/mysql/mysqld.pid`

Was zeigt folgendes Kommando an?


pgrep mysqld

ILM
21.03.06, 12:51
Hallo,

was kam denn nach diesem Kommando?


kill `cat /var/lib/mysql/mysqld.pid`

dazu kommt es ja gar nicht mehr, denn nach dem letzten befehl unter 2. kommt wiegesagt der fehler und ab da kann ich auch keine befehle mehr eingeben, denn es fehlt dann ganz einfach der anfang der shell-zeile, sprich:

hostname:~#





Was zeigt folgendes Kommando an?


pgrep mysqld


28598
30321
30380
3185

cane
21.03.06, 13:01
Warum laufen da bitte vier mysqld Prozesse?

Arbeitest Du an einem Produktivsystem oder testest Du nur privat mal mysql?

mfg
cane

ILM
21.03.06, 13:26
keine ahnung warum da vier prozesse laufen.

isn vserver, hab da mal nen kumpel rangelassen, von dem ich dachte dass er bissl mehr ahnung von linux hat, aber dem war wohl nicht so, denn der typ hat mir den mysql ordner aus etc gelöscht und meinte dann noch, der wird beim reinstall von mysql wieder da, aber nichts da.

ich denk ich werd den server mal neu aufsetzen lassen und mir die kohle dafür von dem spaten holen.

marce
21.03.06, 13:42
Tolle Idee...

wenn das System jungfräulich ist - oder halt nachdem Du MySQL installiert hast - lösch doch mal die DBs und mach ein mysql_install_db - das sollte die DBs sauber erstellen... - oder vorher mal ein mysql_fix_privilege_tables probieren...

Die Option dass nach der Neuinstallation evtl. kein PW gesetzt ist hast Du ja hoffentlich schon geprüft?

ILM
21.03.06, 14:00
ja ich hab mysql schonmal removed und dann neu installiert, aber er fragt immer wieder nach nem passwort

cane
21.03.06, 14:13
Wenn mysql komplett neu installiert ist und in der my.cnf kein passwort gesetzt ist dann gibt es auch keins.

Du solltest dir wirklich überlegen ob Du nicht besser auf Webspace umsteigst oder jemandem der Erfahrung mit Linux hat dafür bezahlst deinen Vserver zu warten!

Über kurz oder lang wird dein virtuelles System ansonsten entweder von einem Angreifer kompromittiert oder Du schaffst es alleine den Vserver zu verkonfigurieren.

Und im Ernst: Du "dachtest" dein "Kumpel" hätte mehr Ahnung von Linux - wenn ich dir sage ich hab "Ahnung" von Autos bekomm ich dann auch ohne Überprüfung meiner Kenntnisse einen Zweitschlüssel für deinen Wagen um am Motor rumzufummeln?

Warum genau brauchst Du eigentlich einen Vserver?

mfg
cane

ILM
21.03.06, 15:35
eine frage noch.

wie kann ich mysql komplett von dem server runterhauen, sodass auch die fehlermeldungen verschwinden, nach der neuinstallation.

also welchen befehl muss ich da eingeben?

solarix
21.03.06, 15:43
eine frage noch.

wie kann ich mysql komplett von dem server runterhauen, sodass auch die fehlermeldungen verschwinden, nach der neuinstallation.

also welchen befehl muss ich da eingeben?

Roftl

DU bist heiss, welche Distri läuft den auf deinem Vserver???
Das wirst du doch wissen, oder?

ILM
21.03.06, 16:04
debian ist drauf

solarix
21.03.06, 16:24
schon mal was von apt-get gehört?

Ich empfehle Dir ernsthaft, wenn DU einen Vserver betreibst, dich über solche Dinge wie Paketmanagement zu informieren.

Viel zu viele Leute besitzen einen Root oder Vserver die nicht in der Lage sind das Ding zu administrieren, weil grundlegendste Kenntnisse fehlen.

also

man apt-get (da steht alles was wichtig ist)
man apt-cache
apt-get remove -purge mysql-server