Nach Serverumzug nur Fehlermeldungen

Welche PHP-version vorher und welche nach dem Umzug? Wie hast Du den Umzug durchgeführt? Einigermaßen sicher ist folgende Methode:

• Identische Drupalversion auf den Server packen und eine Neuinstallation durchlaufen.
• sites/all komplett rüberkopieren mit FTP
• sites/default/files komplett rüberkopieren mit FTP
• Backup & Migrate auf dem Server aktivieren (sollte auch vor dem Umzug schon aktiv sein)
• Datenbank mittels Backup & Migrate auf dem alten Server exportieren
• Datenbank mittels Backup & Migrate auf dem neuen Server importieren

Wichtig, beide Server sollten die gleiche PHP-Hauptversion benutzen (also beide 5.2.x oder beide 5.3.x, 5.4 würde ich nicht versuchen)

Beste Grüße
Werner

Das Script ist eine Drupal 6 Installation. Leider habe ich sehr sehr viel angepasst so dass die vorgehensweise sicher etwas umständlich wird. Ich habe einen komplett neuen Server gemietet. Die andere Domain (auch Drupal 6 gleiche Version) funktioniert aber wunderbar. Es ist lediglich diese Domain die Schwierigkeiten macht. Ich habe zuvor noch den Domainnamen geändert. Cookidomain ect. in der settings.php sind aber korrekt umbenannt worden.

Danke für den Tipp! Mal sehen, ob ich evt. damit etwas finde.

Versuch noch mal den Export und neuen Import der Datenbank. Da scheint was komplett in die Hose gegangen zu sein. Wie hast Du den Datenbank Transfer durchgeführt? Wie groß ist die Datenbank? Hast Du die nicht in einem importieren können auf Grund der Größe? Hat es beim Import Fehlermeldungen gegeben? Im Extremfall die Tabellen in Zehnerpacks exportieren und importieren (oder mysql-dumper verwenden).

Beste Grüße
Werner

Ich habe die Datenbank nochmals mittels mysqldumper von der funktionierenden Domain exportiert und auf den neuen Server aufgespielt.

Herzlichen Glückwunsch.

Die Datenbank wurde komplett wiederhergestellt.
Alle Daten aus der Backup-Datei wurden erfolgreich in die Datenbank eingetragen.

Alles fertig. :-)

Leider sehe ich immer noch die selben Fehlermeldungen wie zuvor. Ich kann mir das nicht erklären.

Dann mal "zu Fuß" alle Caches löschen. Dazu alle Tabellen, die mit cache beginnen und auch cache selbst leeren (nicht löschen!!).

Beste Grüße
Werner

Habe ich gemacht. Die Fehlermeldungen werden aber nach wie vor angezeigt.

Also
ich schätze es liegt an:

FTP USer
chmod
memcached version
php version

Auf der anderen Seite verstehe ich nicht warum es bei meiner anderen Domain reibungslos funktioniert.

Für Drupal 6 nach Möglichkeit nur PHP 5.2.x verwenden, wenn Du auf der sicheren Seite bleiben willst. Drupal 7 geht mit PHP 5.3.x.

Beste Grüße
Werner

dass die Datenbank nicht komplett eingelesen wurde oder die PHP-Version sich unterscheidet.

Schaue darauf, dass in beiden Systemen die gleichen Bedingungen herrschen.

Ein schnellerer Prozessor und mehr Speicher können einen solchen Fehler nicht bewirken.

Ich habe per phpinfo.php gesehen, dass es sich um die Version PHP Version 5.3.10-1ubuntu3.6 handelt. Ich nehme an, dass dort tatsächlich der Hase im Pfeffer begraben ist. Ich werde dies überprüfen. Vielen Dank!

Das liegt an der neuen PHP-Version und das Problem hatte ich damals beim Umzug meines D6-Projektes auch.

Entweder installierst du eine ältere PHP-Version (5.2.x) oder aber du deaktivierst die Ausgabe der Notices in der php.ini

Tip: Migriere das Projekt auf D7!

Was ist eine Ausgabe der Notices und wo finde ich diese? Was bewirken Sie und wäre es schlimm, wenn ich die einfach lösche? Ansonsten würde ich diese Methode wirklich favorisieren. Also wenn damit die Fehlermeldungen gemeint sind,dann hilft das leider nicht weiter, da das Script durch die Fehler extrem langsam geworden ist und damit nicht geladen werden kann. Scriptzeit und Speicherlimit werden überschritten:

Notices sind Hinweise, dass der PHP-Code nicht mehr ganz korrekt geschrieben ist (für die neuere PHP-Version) aber PHP ist so "nett" und führt ihn trotzdem aus. Aber der Hinweis wird ausgegeben.

Die Ausgabe dieser Notices kann man aber unterbinden mit folgenden Code -> in die php.ini

error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE

Das bedeutet: Gib alle Fehlermeldungen aus AUßER E_DEPRECATED (Code der in zukünftigen Versionen nicht mehr funktioniert) und AUßER E_NOTICE (Bugs im jetzigen Code der für die neuere PHP-Version angepasst werden müsste aber trotzdem ausgeführt wird)

Nach dem ändern der php.ini, muss der Apache neu gestartet werden - danach werden die NOTICES nicht mehr angezeigt. In den Log-Files findest du sie trotzdem noch und wenn Du viel Traffic hast, führt das dazu, dass du sehr schnell sehr große Logfiles bekommst.

Wie schon oben erwähnt, habe ich die Ausgabe der Notices bei mir auch deaktiviert da ich vor einiger Zeot mit dem D6-Projekt auf einene neuen Server umgezogen bin und auch von zahlreichen Notices erschlagen wurde. Die Unterdrückung der Notices über die php.ini führte zu keinen Problemen und das Projekt arbeitet seit dem fehlerlos.

Allerdings migriere ich seit 9 Wochen alles nach D7 bzw. erstelle es mit D7 neu.

Dann erhöhe die Werte!

Ok die Werte kann man erhöhen aber das Script läuft dermaßen langsam, dass es wirlich nicht mehr Benutzerfreundlich ist. Die Idee ist zwar nicht schlecht löst aber nicht das Problem dass Fehlerhafter code ausgeführt wird. Die resultierenden Fehlermeldungen werden halt nur nicht mehr angezeigt.

Dann musst du, wie schon erwähnt, eine ältere PHP-Version installieren (was nicht so einfach ist) oder Du musst auf D7 migrieren.

Eine andere Möglichkeit gibt es nicht!

Aber das projekt hat unzählige d6 module die es entweder nicht für d7 gibt oder die natürlich nicht kompatibel sind. Wie soll das denn funktionieren bei so einem großen projekt? Mit >100 modulen

Mein D6-Projekt nutzt über 230 Contrib-Module und das Portieren auf D7 geht mittlerweile ganz gut. Für Module die es nicht für D7 gibt, gibt es andere Wege die Funktionalität nachzubilden. Das ist zwar alles etwas aufwändig aber was will man machen. Portieren musst du sowieso irgendwann.

Was für ein Server hast du denn? Einen VPS oder einen echten dedicated server?

Die Site auf D7 umzustellen.

Viele Module werden nicht mehr gebraucht, weil es mit D7 bessere Lösungen gibt, oder die Funktionalität im Core gelandet ist.

Voraussichtlich im Herbst erscheint D8. Dann ist es ganz vorbei mit D6.

5 bis 6 Jahre ist eine Ewigkeit in der IT.

Es ist ein dedicated server bei HE von dell. R210 2

Die Notices fressen tatsächlich ein wenig Performance da sie ja im Hintergund, bei jedem Request, erzeugt werden - allerdings dürfte ein dedicated server damit überhaupt keine Probleme haben. Bei mir spüre ich nichts und ich nutze doppelt so viele Module wie du und die Notices "laufen auch immer mit".

Einige Hoster lassen mehrere tausend Hosting-Pakete auf einem einzigen Server laufen - da fallen ein paar "Notices" nicht ansatzweise ins Gewicht.

Rufe ich meine Module-Seite auf (mit über 230 Modulen) hat der Server damit überhaupt keine Probleme (2,5 Sekunden). Eher der Browser fängt an zu "husten" - wenn ich runterscrolle, ist mir ein Bart gewachsen, wenn ich unten angekommen bin.

Überprüfe doch nochmal ob du alles korrekt eingerichtet hast.

Installiere vielleicht auch APC - das bringt z.B. zusätzlich eine kleine Verbesserung.

Ich nutze Pressflow + APC + Memcache + 384 MB Memory-Limit ... das schnurrt alles wie ein Kätzchen - selbst dann wenn zahlreiche eingeloggte User online sind, ich als Admin im Backend arbeite und ich zusätzlich über Loadimpact 50 User/Sekunden raufschiebe.

https://drupal.org/project/module_filter ist da eine Erleichterung....

Ich werde wohl zwei php Versionen auf den Server installieren und per htaccess einbinden. Dann kann ich dieses System in alter "Stärke" weiter nutzen und sobald d8 draußen ist mit dem migrieren beginnen. Ich denke das mache ich so. Es sei denn das hat gravierende Nachteile.

Danke! Das Modul kannte ich noch nicht :-)

error_reporting = E_ALL & ~E_DEPRECATED & ~E_NOTICE

Diesen Code habe ich in der php.ini platziert. Die Notices werden aber nach wie vor angezeigt.

Ich habe als speicher limit mittlerweile 1536M und das reicht immer noch nicht. Ich kann nicht einmal memcached aktivieren, da ich keinen Zugriff auf die Seite habe. Timeout. Eigendlich ist dies auch eine Pressflow, apc, memcached installation. Geplant ist noch varnish muss ich aber noch umsetzen.

Server neu gestartet?

Dann ist da irgendwas anderes "faul" - ich glaube nicht, dass das an den Notices liegt.

Ich habe den Server neu gestartet. /etc/php5/apache2/php.ini

Keine Ahnung. Bin überfragt. Ist wirklich alles ein wenig wie verhext.

Da weiß ich leider auch nicht weiter!

Trozdem vielen Dank für die Tipps. Evt ist der code etwas falsch? Der Server wurde rebootet. Also ich finde das noch heraus. Dauert halt alles etwas lange.

Irgendetwas stimmt da nicht. Das erklärt wahrscheinlich auch warum er selbst bei so einen hoch angesetzten Speicher Limit immer noch nicht funktioniert. Per php eingebunden sind die Änderungen sofort verfügbar:

error_reporting(E_ALL ^ E_NOTICE);

Warum updated er die php.ini nicht?

Ich habe im Script selber

ini_set('memory_limit', '256M');
set_time_limit(0);
error_reporting(E_ALL ^ E_NOTICE);

gesetzt. Leider dauert das Laden der "Performache-Seite" zum Aktivieren des Cache ca. 60 sec bevor ich einen internal http 500 Error bekomme. Drupal 6 läuft nicht mit php 5.3x. Ein Update auf d7 lohnt nicht da bald d8 rauskommt. Ich fühle mich langsam wie ein Hamster im Hamsterrad. Ist echt frustrierend.

Doch! ich nutze PHP Version 5.3.3-7+squeeze15 und das läuft, bis auf die Notices (welche ich unterdrücke), ohne Probleme.

Was bei Dir falsch läuft, weiß ich allerdings nicht.

Edit: Installiere doch einfach mal eine neue D6-Testversion (ohne weitere Contribmodule) in einem anderen Unterordner und teste es!

Wird vielleicht auch Deine htaccess übersteuert bzw. nicht verwendet und daher kommen die Fehler? Gibt es eine weitere php.ini die die "normale" übersteuert? etc. etc. Das musst du alles mal überprüfen.

Vergleiche mit phpinfo die Einstellungen deines alten Servers und Deines neuen .... usw.

Ich habe bereits eine D6 Webseite, die auf dem selben Server läuft. Die Webseite ist aber um einiges schlanker. Es sind bestimmt einige Module, die nicht mit php 5.3 Kompatibel sind. Aber welche? Aus den Notices ersichtliche Module deinstallieren?

Ich musste keine Module, die Notices erzeugt haben, deinstallieren. Notices sind nur "Hinweise" - der Code wird trotzdem korrekt ausgeführt - auch wenn PHP den Code gerne etwas anders hätte.

Edit: Dann aktiviere in Deiner zweiten D6-Testversion die Module doch einfach mal hintereinandern und schaue wo der Hase im Pfeffer liegt.

Selbst das ist schwierig bis unlösbar, da das Laden der Modulübersicht trotz memcahed, pressflow und apc ca. 3 Minuten dauert.

Also ich habe nun die PHP Version 5.2.17 installiert. Trotz diesen mörderischen Aufwands läuft das Script nicht. Ich versuche schon seit 2 Wochen diese Domain auf meinen neuen Server zu transferieren. Das klappt einfach nicht. Da ist der Wurm drinne. Speicher Limit habe ich auch angehoben. Ich sehe nur http 500 error. Datenbank ahbe ich ohne Fehlermeldungen per mysqldumper transferiert. Ich verstehe das nicht.

Hast du auf deinem Server eingestellt, dass die htaccess verwendet werden kann?

AllowOverride All

Aber wo soll ich das eintragen in der vhost.conf?

htaccess

oder php.ini, die bei mir ignoriert wird

Kannst du alles selbst konfigurieren, musst es allerdings auch.
Es gibt generelle Einstellungen für Apache und PHP, die gesetzt werden wollen und müssen.
Wenn du, wie hier, eine ältere version von PHP brauchst, kannst du diese installieren.

Hast du denn überhaupt schonmal in die Server-Error-Logs geschaut? Wenn Du einen 500er error bekommst, findest du dort weitere Infos.

Und warum nutzt du nicht einfach mal Google?

http://www.google.de/webhp?complete=0#complete=0&site=webhp&source=hp&q=...

Was sagt PHPINFO welche php.ini verwendet wird?

Hast du mod_rewrite aktiviert?
usw .