Nach Module update Hintergrund weiß ??

Hi,

hast du denn keine Sicherung der SQL-Datenbank und der gesamten Dateien vor dem updaten gemacht? Was für Module hast du geupdated? Schon mal probiert, den Cache - also die SQL Tabelle - direkt zu löschen?

Du kannst auch via SQL die Module deaktivieren. Würde also ggf. das erstmal probieren. Die Module deaktivieren und Cache säubern.

UPDATE `system` SET `status` = '0' WHERE `name` = 'module_name' LIMIT 1;

Ersetz aber "module_name", durch den Modulnamen. Z.B. 'pathauto', für das PathAuto Modul.

Wenn du dir bei den Namen unsicher bist, verwende meinetwegen einfach phpMyAdmin. Musst nur den Status von 1 auf 0 ändern.

mfg Crusher

Wenn Du ein Backup haben solltest, sowie die alten Dateien, dieses wieder einspielen und dann die Module nacheinander updaten und nicht alle auf einmal.
Am besten vorher das Ganze auf einer lokalen Testumgebung testen, damit Dir sowas nicht nochmal passiert, besonders wenn Du an der Live Site direkt arbeitest.

Guten morgen

Mal als erstes eine Frage, hat dein tmp Verzeichnis schreibrechte?

Danach solltest du unbedingt deine Scriptlaufzeit auf 60 Sekunden erhöhen!
Wie sieht deine php-Speichermenge aus?

MfG
alex01

eine Sicherung der SQL-Datenbank habe ich gemacht,
ich denke mal die reicht, ist nicht ganz up to date, es ist aber dazwischen nicht viel passiert.
Also wird das wohl ausreichen.

Ich habe auch vorher schon einmal die komplette Seite gespeichert, also wäre es besser wenn
ich nochmal alles zurück setze?

@Sense : hast Du dann Deine Seite immer parallel Online und als lokales System?
Hab es bisher nur online, ist dann wohl besser wenn man doch so arbeitet, wenn die
Seite mal einen größeren Andrang hat. Muss ich wohl doch nochmal alles Offline aufspielen.

php-Speichermenge hab ich ganz frech auf 100Mbyte gestellt, ist das zu hoch?
Wo kann ich die Scriptlaufzeit ändern?

Werde mich aber heute wohl nicht mehr ransetzten können.

Danke an euch allen, ich werde wohl alles die nächsten Tage zurück setzen.
Und dann mal schaun.

...achso, das tmp- Verzeichnis hatte ich auch in Verdacht, hab es dann von 755 auf 777 gestellt.

Die Script Laufzeit - sprich die maximum_execution_time kannst du entweder in der php.ini oder bei entsprechenden Rechten ( diese müssen durch den Serverbetreiber eingeräumt werden) auch über die .htaccess Datei beeinflussen.

01) php.ini
max_execution_time = 120;

02) .htaccess
php_value max_execution_time 200

Mit der Funktion phpinfo() kannst du dann auch prüfen, ob die Werte korrekt übernommen wurden.

SteffenR

Ja, ich habe meine Seiten alle lokal und online verfügbar, so dass ich jederzeit ein BackUp einspielen kann wenn etwas schief läuft.

Hi,

bissel Offtopic: ich hab auch auf dem Server eine Kopie und zusätzlich das Ganze lokal vorliegen. Kopieren aller Dateien auf dem Server dauert ja nur ein paar Sekunden. Bin bein 1und1 und kann per php exec einfach linux copy verwenden. Bzw. lass mir einen tarball erstellen.

Für die SQL hab ich http://www.mysqldumper.de/ im Einsatz. Du musst dann aber Perl zur Verfügung haben. Sonst gehen nur manuelle Backups via PHP.

Die .pl Datei kann via cronjob (extern oder intern Cronjob-Anbieter) aufgerufen werden. Geht auch aus geschützten Verz., man muss nur username:password@domain.net voranstellen.

Aktuell sichert es mir meine SQL alle 2 Std. Das Perl-Skript braucht nur ein paar Sekunden. Solltest es dir mal ansehen! Die Backup Dateien können auf FTP-Servern oder per Mail gesichert/ verschickt werden. Dann gibs keine Ausreden mehr mit Uralt-Backups ;)

mfg Crusher

ich sollte mir mal noch etwas mehr Zeit für Drupal nehmen,

@ crusher stimmt, jetzt werden wir alle ein wenig offtopic, aber hört sich schon interessant an, um
Probleme wie dieses hier zu umgehen, dann hätte ich immer eine Sicherheitscopy vor den letzten 2h
und würde jetzt nicht mit diesem Problem da sitzen und das alles wäre schnell erledigt,
jetzt wir es etwas aufwändiger ...

meine PHP.ini sieht nun so aus, sollte wohl so stimmen, hab max_execution_time hinzugefügt:

Würde die Gänsefüsschen bei memory_limit mal entfernen!

Bei welchen Hoster bist du eig.? Nicht überall funktionieren php.ini Files!

2h war nur nen Bsp. Kannst auch öfters Backup ziehen. Musst nru bedenken, wenn der Klumpatsch via Mail verschickt wird, kommt ordentlich was an Traffic zusammen.

bei mir funktionierts mit den Gänsefüßchen, bei memory_limit,
jedenfalls zeigt Drupal bei mir das Limit mit 100mb an, aber 100 kann man angeben oder???
nachdem ich einmal mit dem Limit Probleme hatte, habe ich ein wenig mehr eingetragen.

oh oh Hoster = Strato (ist aber wohl nicht so beliebt ;) ), bin aber einigermaßen zufrieden,
hatte schon länger kein Problem mehr und die php.ini Files funktionieren denke ich.

Gut, ich werde mich die Woche über hinsetzen und mich noch ein wenig schlau machen
und dann berichten wie es sich verhält.

huch, ich glaub ich muss noch ein Semikolon setzen