Datenbank nicht mehr erreichbar..
Eingetragen von landvogt512 (89)
am 08.07.2011 - 19:55 Uhr in
am 08.07.2011 - 19:55 Uhr in
Hallo!
Ich bin gerade dabei eine Drupal-Website auf einen anderen Webserver zu transferieren. Ich habe zunächst mal die selbe Drupal-Version (6.19) auf dem neuen Webserver installiert und im Zuge dessen auch die Zugangsdaten zur neuen Datenbank (mysqli) angegeben. Bis dahin klappt alles super. Nach dem Einspielen des SQL-Dumpfiles erhalte ich nur noch die Meldung "Die Datenbank konnte nicht erreicht werden!".
Da hänge ich im Moment ein bisschen, welche Datenbankinhalte könnten die Verbindung zur Datenbank verhindern?
Da wäre ich für jeden Tipp dankbar.
Danke & liebe Grüße
Landvogt
- Anmelden oder Registrieren um Kommentare zu schreiben
Hast Du denn auch vor dem
am 08.07.2011 - 20:21 Uhr
Hast Du denn auch vor dem Einspielen der alten Daten alle Tabellen in der neuen Datenbank gelöscht? Hast Du vielleicht in der Zwischenzeit die settings.php Datei bei sites/default überschrieben? Wie bist Du genau vorgegangen.
Um den Fehler einzugrenzen, brauchen wir detailierte Informationen.
Beste Grüße
Werner
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
hmm
am 08.07.2011 - 20:32 Uhr
Die alten Daten habe ich explizit nicht gelöscht, die werden aber per DROP im SQL-Dump entfernt. Die settings.php wurde auch nicht verändert. Ich würd gern dataillierte Infos geben, kanns aber auch kaum eingrenzen. Liebe Grüsse, Landvogt
Dann wird die Einstellung
am 08.07.2011 - 22:03 Uhr
Dann wird die Einstellung nicht stimmen.
Kleiner Tipp:
Mach auf dem neuen Server ne Neuinstallation, dann kopier die Dateien vom alten Server auf den neuen, bis auf die settings.php und dann spiele die DB neu ein...
Bei der Neuinstallation auf dem neuen Server wirst Du eher auf den Fehler stossen, als wenn Du jetzt versuchst das zu fixen...
Ich haett ja in dem Zuge auch direkt schon das Update auf 6.22 gemacht...
Ciaoi
SirFiChi
---------
Drei mal Rechts ist auch Links....
Tja, ich werd das mal so
am 08.07.2011 - 22:15 Uhr
Tja, ich werd das mal so versuchen. Du meinst als die Daten der alten Installation zuerst übertragen und erst dann die mysql-Dumps?
Ja Updaten will ich auch, nur erst nachdem das ganze wieder läuft.. Ich melde mich morgen mit dem Ergebnis. Danke vorab! LG
Es ist egal ob du, nach einer
am 08.07.2011 - 23:05 Uhr
Es ist egal ob du, nach einer neuinstallation auf dem neuen server, erst die dateien oder erst die db uebertraegst.
bis beides drauf ist wird die seite ohnehin nicht richtig funktionieren.
wichtig ist nur, erst die neuinstallation amchen, dann daten uebertragen, aber die settings.php von der neuinstallation behalten...
Ciaoi
SirFiChi
---------
Drei mal Rechts ist auch Links....
ach ok, dann versuche ich
am 08.07.2011 - 23:22 Uhr
ach ok, dann versuche ich erstmal noch die daten der alten installation zu übertragen.. ich frage mich nur, ob das sinn macht, wenn die probleme schon jetzt nach dem einspielen des dumpfiles angefangen haben. Danke für den Tipp mit der settings.php - die hebe ich mir bis zum schluss auf.
Hi, vor allem siehst du, ob
am 08.07.2011 - 23:25 Uhr
Hi,
vor allem siehst du, ob drupal beim Installieren überhaupt eine DB findet! Bei vielen Hostern sind Webspace und SQL-Server getrennt. Selbst wenn du mit phpmyadmin drauf kommst, so bist du dann ja direkt auf dem SQL Server.
Ggf. gibs eine Fehlkonfiguration, so dass von deinen Space aus keine Anbindung an die SQL möglich ist. Wäre dann also Providerfehler. Siehst ja gleich, wenn du drupal so frisch installierst. Kommt es jetzt zum Fehler, wende dich einfach an deinen Anbieter.
mfg Crusher
Die Neuinstallation auf dem
am 09.07.2011 - 09:56 Uhr
Die Neuinstallation auf dem neuen Webspace funktionierte ja problemlos. Erst nach dem Einspielen des Dumpfiles kam die Meldung dass die Datenbank nicht erreicht werden kann...
Ich denke also, es muß etwas in der Datenbank sein. Irgendwelche Ideen hier? LG
Hast Du mit phpMyAdmin
am 09.07.2011 - 10:08 Uhr
Hast Du mit phpMyAdmin überprüft, daß alle Tabellen in der Datenbank vorhanden sind? Außerdem solltest Du mal einen Check/repair aller Tabellen durchführen sowie eine Optimierung. Kann sein, daß danach alles in Ordnung ist.
Beste Grüße
Werner
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Welche Angaben hast du genau
am 09.07.2011 - 10:26 Uhr
Welche Angaben hast du genau beim Exportieren gemacht?
Sehr gut ist eigentlich dieses Tool: www.mysqldumper.net
Sichert, unterstützt mehrere Datenbanken, unterstützt Cronjobs, ex- und importiert....
Auf dem Server installier würde er deinen Dump als Fremdbackup erkennen und den umwandeln. Ggf. wär das auch ein Versuch. Zumindest ist das Tool auch für später eine gute Anlage.
Natürlich sollte es auch gehen. Der Datenbankname hat sich ja nicht geändert oder? Nicht dass du viele Rechte hast und er beim Importieren gleich eine neue DB anlegt!
Der Name der Datenbank jetzt in phpMyAdmin ist doch der gleiche wie in der settings.php deiner drupal Testinstallation oder?
Sonst fällt mir bald nix mehr ein. Das man Cache etc. löschen muss´, ist klar. Nur das so gar keine Verbindung zu Stande kommt, kommt mir sehr spanisch vor!
Bei drupal6 stehen die SQL login Daten in der settings.php in einer Zeile: name:passwort@sql-host/db-name
Das kannst du nochmal mit dem phpMyAdmin abgleichen. Aber eig. ist es recht trivial. Wüsste auch nicht, wo jetzt der Fehler liegt...
mfg Crusher
Danke für die Tipps bis
am 09.07.2011 - 11:20 Uhr
Danke für die Tipps bis heierher, ich arbeite mal alles durch. Sämtliche Cache-Tables sind geleert.
Ich habe nochmal eine komplette Neuinstallation gemacht - funktioniert alles prächtig, habe hier ein Dumpfile gemacht. Nach dem Einspielen des alten Dumpfiles (keine Fehler oder Warnungen) kommt die übliche Fehlermeldung.
Dann die DB wieder komplett gelöscht, backup der sauberen Datenbank von der Neuinstallation eingespielt, -> läuft wieder.
Ich arbeite eure Tipps jetzt der Reihe nach durch, Danke an alle, melde mich wieder! LG
Hi, was ist mit der
am 09.07.2011 - 12:40 Uhr
Hi,
was ist mit der settings.php? Die wurde wirklich von der frischen Insrtallation übernommen?
Einzige was mir noch einfällt: die ist ja normal dann schreibgeschützt. Wenn du also deine neue settings.php über die alte kopierst, dann geht das ggf. nicht.
Schreib noch mal genau die Schritte auf. Ist die settings.php wirkclih jetzt korrekt? Mitunter vertut man sich ja, da der gleiche Name, etc. Beim FTP Upload übersieht man ja auch gern mal, dass z.B eine schreibgeshützte Datei nicht überschrieben werden konnte!
Das fällt mir grad noch so ein... Also geh bitte noch mal die Schritte durch und achte darauf das die settings php, bzw. der durpal Core beim migrieren der alten Daten NICHT weiter übschrieen wird.
Wenn ich dich recht verstehe ist doch der Core der Neuinstallation identisch mit deiner lokalen Installation oder? Dann reichte es ja eig. wenn du nur /sites kopierst. Ansosnten bin ich auch am Ende mit meinen Latein.
mfg Crusher
Leute, ich habs! Es war
am 09.07.2011 - 12:59 Uhr
Leute, ich habs! Es war tatsächlich im Dumpfile noch ein Eintrag zu einer externen DB drinnen, wo die Daten noch angepasst werden mussten. Danke euch allen!
Wer noch Bock hat - ein neues Problem:
Beim Aufruf der Seite kommen nun eine Reihe von Warnungen:
"warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, 'views_access' was given in /usr/www/users/xxxxx/xxxxx/includes/menu.inc on line 452."
Was könnte das nun wieder sein, und wo soll ich am ehesten nach dem Fehler suchen?
Danke & LG
Wird nur immer so
am 09.07.2011 - 13:45 Uhr
Wird nur immer so unüersichtlich.... Lief es denn in der lokalen Installation?
"warning: call_user_func_array() [function.call-user-func-array]: First argument is expected to be a valid callback, 'views_access' was given in
Bei sowas kannst du auch immer die Meldung um die Stellen einkürzen, wo es um deinen Webspace geht. Dann liefert google dir Ergebnisse. Reichen bis ins Jahr 2008.
So pauschal: Ka, Cache nochmal leeren. dev von Views probieren.
Hast Du auf dem Server PHP
am 09.07.2011 - 19:27 Uhr
Hast Du auf dem Server PHP 5.3 im Einsatz? Viele Module vertragen sich damit einfach nicht. Versuch, ob Du eine 5.2er Version bekommen kannst.
Beste Grüße
Werner
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *