Problem: Datenbankzurgriff unter MySQL 5
Moderator: mirko
Hi Mirko,
wie schon geschrieben, stimmen die Daten. Auf dem Loacalhost ist noch keine Mysql DB installiert, da der Serverumzug schrittweise vollzogen wird. (Warum auch immer??)
Ich habe von meinem Provider noch die Info, dass der neue Server PHP nicht als Modul, sondern als CGI ausführt. Ist das vielleicht ein Grund? Liegt denke ich nicht an Deinem Super Tool.
schöne Grüße,
Jochen
wie schon geschrieben, stimmen die Daten. Auf dem Loacalhost ist noch keine Mysql DB installiert, da der Serverumzug schrittweise vollzogen wird. (Warum auch immer??)
Ich habe von meinem Provider noch die Info, dass der neue Server PHP nicht als Modul, sondern als CGI ausführt. Ist das vielleicht ein Grund? Liegt denke ich nicht an Deinem Super Tool.
schöne Grüße,
Jochen
Hallo Mirko und co,
ich habe ein anderes, aber ähnlich gerichtetes Problem:
die Fehlermeldung ist die Gleiche, also:
Unknown MySQL server host \'MySQLServername\' (1)
die MySQL Datenbank ist aber auf dem gleichen Server geblieben, nichts hat sich daran geändert.
Es gab einen Umzug von einem HostedPaket zu einem ManagedServer (bei einem kleineren Hostinganbieter). Alle Daten wurden eins zu eins vom Hoster rübergespiegelt.
Die Webseite ist mit allen Infos (aus der gleichen Datenbank) komplett wieder erreichbar, SML aber nicht? Ich habe die Settings in der config_db.inc.php überprüft und alles ist richtig eingestellt. Trotzdem kommt die Fehlermeldung.
Kann es sein, dass PHP Skripte bestimmte schreibrechte brauchen, die vielleicht beim Transfer verloren gegangen sind?
ich habe ein anderes, aber ähnlich gerichtetes Problem:
die Fehlermeldung ist die Gleiche, also:
Unknown MySQL server host \'MySQLServername\' (1)
die MySQL Datenbank ist aber auf dem gleichen Server geblieben, nichts hat sich daran geändert.
Es gab einen Umzug von einem HostedPaket zu einem ManagedServer (bei einem kleineren Hostinganbieter). Alle Daten wurden eins zu eins vom Hoster rübergespiegelt.
Die Webseite ist mit allen Infos (aus der gleichen Datenbank) komplett wieder erreichbar, SML aber nicht? Ich habe die Settings in der config_db.inc.php überprüft und alles ist richtig eingestellt. Trotzdem kommt die Fehlermeldung.
Kann es sein, dass PHP Skripte bestimmte schreibrechte brauchen, die vielleicht beim Transfer verloren gegangen sind?
Kann man zur Not auch selbst machen, denke ich. Die alte DB (wenn noch Zugriff besteht) exportieren als sql und in die neue DB importieren.Original von Mirko:
Hätte aber Strato die alte DB auf die neue Version konvertieren müssen.
Zuletzt geändert von Mkom am 01.04.2010, 22:03, insgesamt 1-mal geändert.
Sowas macht Strato nur gegen Bezahlung, schätze ich. Haben sich rausgeredet. \"Nur mit großem Aufwand\" bla bla ... was weiß ich. Man spricht ja da bei jedem Anruf mit ner anderen Person.
Aber bei der Gelegeheit hätte ich noch ne Frage: Sind Emailings, die gespeichert, aber nicht \"Fertig gestellt\" irgendwo in der Datenbank einsehbar?
Alle gespeicherten Emailings kann ich mir ansehen. Eins, dass ich angefangen hatte, aber nicht \"Fertig gestellt\", konnte ich in keiner Tabelle finden. Manuell kann ich auf die Datenbank ja noch zugreifen.
Aber bei der Gelegeheit hätte ich noch ne Frage: Sind Emailings, die gespeichert, aber nicht \"Fertig gestellt\" irgendwo in der Datenbank einsehbar?
Alle gespeicherten Emailings kann ich mir ansehen. Eins, dass ich angefangen hatte, aber nicht \"Fertig gestellt\", konnte ich in keiner Tabelle finden. Manuell kann ich auf die Datenbank ja noch zugreifen.
Zuletzt geändert von JürgenF am 01.04.2010, 17:50, insgesamt 1-mal geändert.
Ah, ok – verstehe. Bin von meinem eigenen Server ausgegangen.Original von Mirko:
Bei normalen großen/größeren Hostingprovidern 1&1, Strato... sind die MySQL-Server extern, ist dann niemals localhost. Im Kundenbereich beim jeweiligen Anbietern steht dann der Servernamen db7859.1und1.de oder so etwas in der Art.
Dann hat sich vielleicht mit der neuen Version einfach nur der Servername geändert und man muß es entsprechend in der config_db.inc.php anpassen.
Ist nicht bei \"normalen\" Hostings so gut wie immer \"localhost\" der Servername?Original von JürgenF: Fehlermeldung: Unknown MySQL server host \'MySQLServername\' (1)
Auch das deutet auf die Hosting-Konfiguration als Fehlerursache hin. Vielleicht hat man jetzt umgestellt auf \"localhost\" als Servername.Original von JürgenF: Ein anderes Script (OpenX) ist auch betroffen.
Die DB vom SuperWebMailer ist doch nicht empfindlich. Das sind alles normale Tabellen, auf alle Tabellen wird nur mit SQL-Anweisungen zugegriffen, also wenn dabei irgendwas schief geht, kann nur MySQL selbst schuld sein. Mit der Codierung, also UTF-8, kann es Probleme beim Wechsel geben und zwar dann, wenn die alte DB kein UTF-8 konnte. In dem Fall kann man nur exportieren und wieder neu importieren, das geht nicht anders.
Bei der Fehlermeldung \"Fehlermeldung: Unknown MySQL server host \'MySQLServername\' (1)\" ist eindeutig der angegebene SQL-Server nicht mehr vorhanden oder gerade nicht verfügbar.
Bei der Fehlermeldung \"Fehlermeldung: Unknown MySQL server host \'MySQLServername\' (1)\" ist eindeutig der angegebene SQL-Server nicht mehr vorhanden oder gerade nicht verfügbar.
Ist mir vor ein paar Tagen auch passiert bei einem Kunden mit derselben Fehlermeldung, war aber nicht bei strato.
Mirko, anscheinend ist die DB vom superwebmailer da sehr empfindlich, wenn Versionen oder anderes von mysql gewechselt werden.
Abhilfe: Wenn Du noch rankommst, die ganze DB exportieren und dann in die neue DB importieren - per SQL.
GGf. nur die User-Tabellen exportieren und neu einspielen.
Ohne dich verunsichern zu wollen: Ich musste auch alles neu installieren, zum Glück hatte ich noch alles. Nach Neuinstallation über install.php lief der SWM wieder.
Mirko, anscheinend ist die DB vom superwebmailer da sehr empfindlich, wenn Versionen oder anderes von mysql gewechselt werden.
Abhilfe: Wenn Du noch rankommst, die ganze DB exportieren und dann in die neue DB importieren - per SQL.
GGf. nur die User-Tabellen exportieren und neu einspielen.
Ohne dich verunsichern zu wollen: Ich musste auch alles neu installieren, zum Glück hatte ich noch alles. Nach Neuinstallation über install.php lief der SWM wieder.
Danke, die Zugangsdaten scheinen alle zu passen. Die Datenbankdaten sind noch alle da. Ich kann bei Strato direkt drauf zugreifen. Allerdings gibt es trotzdem diese Fehlermeldung und das Script bekommt keinen Zugang auf die Datenbank .
Kann das mit einer falschen PHP-Version zusammenhängen? Da habe ich allerdings auch schon ohne erfolg rumprobiert.
Kann das mit einer falschen PHP-Version zusammenhängen? Da habe ich allerdings auch schon ohne erfolg rumprobiert.