Archiv verlassen und diese Seite im Standarddesign anzeigen : kann keine mysql datenbank erstellen
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
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
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.
Hallo,
was kam denn nach diesem Kommando?
kill `cat /var/lib/mysql/mysqld.pid`
Was zeigt folgendes Kommando an?
pgrep mysqld
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
Warum laufen da bitte vier mysqld Prozesse?
Arbeitest Du an einem Produktivsystem oder testest Du nur privat mal mysql?
mfg
cane
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.
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?
ja ich hab mysql schonmal removed und dann neu installiert, aber er fragt immer wieder nach nem passwort
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
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?
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?
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
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.