Hallo zusammen,
ich habe nun weiss Gottfried schon einige Typo3 Installationen hinter mir, und allesamt erfolgreich.
Jetzt habe ich mir auf meinen Server (auf dem 2 andere T3s bestens laufen) wieder mal eine dritte installtion gepackt. So wie immer installiert, so wie immer das install-tool durchgeführt. Und nu will ich mich einloggen, aber nix geht, ich bekomm immer die Fm dass das PW oder der Username falsch ist. Ja, Sicher richtig eingegeben! Ich hab mal übers install-tool einen neuen admin-user angelegt, aber selbst mit dem komm ich nicht rein. Das initialpasswort für den adminuser ist doch "password" oder? Wenn ich nun in die Datenbank schaue und den md5 Hash von dem dort hinterlegten Passwort anschaue und mit dem von "password" vergleiche, stimmen diese nicht überein. Das blöde is nun, dass mich meine DB den Wert nicht ändern lässt. (read only)
Irgendwann hab ich gemerkt dass es mit der 7er wohl Probleme mit DBs unter 4.0.1.8 gibt, da ich ne 1.3er hab, hab ich die ganze installation gelöscht, die DB gelöscht und 6.2 installiert, aber hier bleibt das ganze gleich.
Woran kann das alles liegen????????
probier es mal mit nem anderen browser
du kannst im install tool doch den namen und das passwort des admin
angeben
MFG
Dander
Schlingel schriebIch hab mal übers install-tool einen neuen admin-user angelegt, aber selbst mit dem komm ich nicht rein.
Das sollte den einen Eintrag beantworten, und als allererstes hab ichs mit nem anderen Browser und einem anderen OS probiert, aber wie gesagt, der md5 Wert der in der DB abgelegt ist, ist ein anderer als der von "password".
Nein, das hilf leider nicht, wie gesagt, drei andere Installationen, die ebenfalls mit dem Dummy Paket laufen, die ich exakt identisch installiert habe funktionieren einwandfrei.
...DB abgelegt ist, ist ein anderer als der von "password".
dann musst du ja ein anderes passwort angeben haben
was steht den für ein hash in der db???
Nein, ich hab natürlich kein anderes Passwort eingegeben, ich hab auch bisher in keiner meiner ca 21 Typo3 installationen einen Punkt in der 1-2-3 Installation gesehen, der mich das PW ändern lässt.
Der MD5 wert in meiner Tabelle ist cf0392591f303548e3d0df18bc3a71f5
wenn ich nun bei mir in OS X im terminal md5 -s password eingebe wirft er mit
MD5 ("password") = 5f4dcc3b5aa765d61d8327deb882cf99
aus, was definitiv was anderes als der Wert in der Db ist
Dann ersetz es doch einfach dürch den md5 hash für passwort
Schlingel schriebDas blöde is nun, dass mich meine DB den Wert nicht ändern lässt. (read only)
Es ist leider nicht so einfach, irgendwass muss doch da faul sein, wenn ich auch nicht mal reinkomme, wenn ich selbst einen User anlege und das Passwort definiere.
dann soll das dein provider machen
mit read only wird typo3 nicht laufen...
ich bin mein provider, das ist mein eigener server, ich habe nur aus irgendeinem grund auf die tabelle keinen zugriff.
Meine Herren, ja meine Herren!
Ich habs herausgefunden:
Ich hatte vorher in dem Account eine demolierte T3 installation, so, nachdem ich aus irgendwelchen gründen über phpmyadmin die tables nicht löschen konnte hab ich einfach die Datenbank über Confixx gelöscht und mich in Sicherheit gewiegt.
Das hätt ich besser nicht gemacht, die alten Tables waren noch da und konnten nicht überschrieben werden, so läufts!.
Als ich nun mich mal als root per Konsole draufgeklinkt hab und den ordner mit den SQL Daten per hand gelöscht hab und die DB neu angelegt hab, oh wunder, es ging!
Danke trotzdem für die unterstützung!
Hallo! Darf ich an dieses Thema anknüpfen! Stehe nämlich ähnlich da!
Bei mir ist folgendes:
Ich wollte meinen Testserver (privater Linux) auf 64bit Linux neu installieren. Soweit auch gut. Habe dazu folgende Schritte zwecks Sicherung der Typo-Daten gemacht:
1. Export aus PhpMyAdmin der gesamten Datenbanken in eine SQL-Datei (Textdatei)
2. Kopieren der ganzen WWW (habe htdocs im apache-conf umgeleitet zwecks mehrer Domains) Dateien! Musste leider auf Windowspartition und somit die logischen Links der Dateien verloren.
3. Ebenso das ganze XAMPP kopiert usw.! Sicher ist sicher!
Danach Linux 64bit neu draufgespielt. XAMPP Linux installiert und versucht die SQL-Textdatei zu importieren! Fehlanzeige #evil# ! Angeblich Syntaxfehler! Habe dann im Netz gesucht um die Position der Datenbankdateien rauszubekommen und hab die aus der Sicherung (man sollte lieber mal etwas mehr sichern als zu wenig :p ) dann zurück kopiert! Siehe da es sich die Datenbanken mit samt Inhalt da!
Habe dann noch ne Typo neu installiert und die conf-dateien angepasst bzgl. nutzer, datenbank, passwort usw.! Funktioniert auch soweit alles! Das FE liefert die Seite (naja das was als Test da is), aber ich kann mich auch nicht ins BE einloggen.
Und da schließ ich an das Thema an!
Kann auch nicht als Admin rein, Hash ist ungleich, DB-Tabelle ist lt. PhpMyAdmin "read-only", neuer Admin-Nutzer über Database Analyser (hab ich hier im Forum gefunden) wird nicht angelegt, bekomme aber auch keine Fehlermeldung.
Habe schon versucht über Linuxrechte an den Dateien was zu machen, aber nix. Bin immer als Root auf dem Linuxrechner angemeldet bisher.
Hat MySQL ne interne Verwaltung der Tabellen außer der über die Benutzerzuordnung?
Vielleicht hat jemand ne Idee! Wäre sehr nett wenn jemand helfen könnte. Ich möchte eigentlich nicht nochmal alle Beispiele und Änderungen ausm Buch nachtragen um dann weitermachen zu können. Nicht zumal der DB-"import" doch von den Daten her geklappt hatte.
Danke und die besten Grüße an alle!
Phönix
Hi!
Hat sich erledigt! Problem gelöst! Funzt wieder alles soweit (bis zum nächsten Prob) bestens.
Für alle die evtl. nochmal vor dem Problem stehen und beim Suchen hier den Artikel sehen, die Lösung für mein Problem:
Es lag an den Verzeichnis-/Dateirechten in Linux! Habe nochmal die Rechte geändert! Meine Empfehlung:
1. Testdatenbank anlegen
2. im Datadir (siehe my.cnf - Configdatei für MySQL) i.d.R. /var/lib/mysql
2.1. die Rechte der Verzeichnisse (das sind die Datenbanken) wie bei der TextDB setzen: i.d.R. chmod 700
2.2. die Dateien unterhalb des DB-Verzeichnisses sind die Tabellen der DB! Diese auch entsprechend der TestDB setzen: i.d.R. chmod 660
3. beim setzen von Group und Owner sollte man auch in die Eigenschaften der TestDB-Dateien/Verzeichnisse schauen.
Hintergrund meiner Aussage: Ich habe in vielen Artikeln im Netz was von ner Gruppe mysql gelesen, andere sprechen von root und wieder andere von anderen Gruppen. Daher das nehmen was mysql bei der TestDB einträgt. Die anderen Rechte händelt MySQL intern. Bei mir hatte es z.B. nicht mit root funktioniert und auch die Gruppe mysql hatte nicht gefunzt. Bei mir war z.B. die Group nobody wie auch der Owner nobody bei Verzeichnissen und bei den Tabelle Group=nobody und Owner=root!
Beim kopieren der Verzeichnisse von z.B. ner Win-Partition wurde bei mir logischerweise überall der root eigetragen, da ich als root das gemacht habe.
Vielleicht hilft das anderen Neulingen weiter wenn sie ähnlich handeln.
Danke nochmals an alle die sich Gedanken gemacht hatten und das gelesen haben.
Gruß
Phönix