nach dem automatischen Upgrade auf 4.1.1 auf “Willkommen in 3.8.5” umgeleitet, jetzt geben andere Admin-Links 500 Fehler

Ich habe das automatische Upgrade von 3.8.5 auf 4.1.1 durchgeführt, aber ich habe die Backups gemotzt. Jetzt im wp-admin/about.php?updated funktioniert nur noch die wp-admin/about.php?updated Seite, die mir “Willkommen bei 3.8.5” zeigt und mich zum erneuten Upgrade einlädt. Wenn ich auf einen anderen Link wie Benutzer oder Post klicke, bekomme ich einen weißen Bildschirm und einen 500 Fehler im Log. Ein Klick auf den Upgrade-Button scheint zu funktionieren, da er die kompletten Upgrade-Schritte einschließlich des database-Upgrades druckt. Aber wenn es fertig ist, lädt es die Seite neu und es sagt immer noch, dass es Version 3.8.5 ist und nichts ist behoben. Das manuelle Aktualisieren mit dem Upgrading_WordPress_Extended zum Löschen und Kopieren von Dateien behebt es nicht. Ich sehe in den Protokollen, wenn ich auf Benutzer oder Beiträge klicke, HTTP 500 Fehler wie:

 81.2.110.237 - - [19/Mar/2015:04:32:50 -0400] "GET /wp-admin/users.php HTTP/1.1" 500 - "http://XXX/wp-admin/about.php?updated" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.89 Safari/537.36" 

Die öffentliche Front der Website funktioniert gut, es ist nur der Admin-Bereich, der verwüstet ist. Da ich das “erweiterte manuelle Upgrade” durchgeführt habe, ohne das Problem zu about.php?updated was kann ich tun, um das Upgrade zu erzwingen und den defekten Redirect nach about.php?updated zu about.php?updated

Einige weitere Informationen:

  1. Die Seite läuft auf einem redhat openshift php-53 Cartridge.
  2. Running md5sum * im wp-Admin-Ordner der Website laufen, dann vergleichen Sie die Ausgabe mit dem gleichen Lauf in den Ordner entpackt aus WordPress-4.1.1.zip zeigt, dass es 4.11 auf der Website ist. Dito für wp-includes Ordner. Gehen Sie zu /wp-admin/upgrade.php zeigt Your WordPress database is already up-to-date! So scheint es, dass meine database aktuell ist.
  3. Ich chown -R me:mygroup * , dass es lautlos war, Dateien aufgrund von Berechtigungen zu überschreiben, die ich erstellt hatte. chown -R me:mygroup * zu sehen, ob Dateien von einem Systemkonto vorhanden waren, die keine Fehler chown -R me:mygroup * , dann chmod -R o+w * , um das Schreiben weltweit zu ermöglichen. Dann wiederholte ich das automatische Upgrade auf der Seite, auf der der Admin-Bereich feststeckt. Erneut lief er errorsfrei ab, aber nichts wurde behoben. Also habe ich chmod -R ow * , um die Welt zu schreiben.

Dann werden die Dinge wirklich komisch. Ich sichere die database- und Site-Ordner auf dem Linux-Host und stelle sie in einer lokalen MAMP-Installation auf meinem Mac wieder her. Als ich mich an der lokalen Kopie anmeldete, heißt es: Database Upgrade Required also laufe ich das, alles funktioniert, und ich kann die Site lokal gut gebrauchen. So, jetzt denke ich, alles, was ich tun muss, ist, die aktualisierte lokale database wieder in den Server zu bringen, dann werde ich alles gut sein. Also stelle ich die database wieder her, drücke den wp-admin und erhalte Database Upgrade Required . Okay, vielleicht hat die Wiederherstellung nicht funktioniert, aber das sieht nach Fortschritt aus. Ich klicke auf Upgrade WordPress Database und es hängt, dass kein Put auf der URL gestoppt wurde wp-admin/upgrade.php?step=1&backto=%2Fwp-admin%2F . Ich schaue auf die Server-database und es hat den gleichen Rest-Passwort-Hash, den ich lokal gesetzt habe, also glaube ich tatsächlich, dass ich die Kopie der funktionierenden lokalen database (aktualisiert) auf dem Server installiert hatte. Beim Dump der Linux-database und beim Vergleich mit der letzten Sicherung hat sich der Primärschlüssel der comments geändert, so dass es aussieht, als hätte die database einen Upgrade-Code erhalten.

Wenn ich in den Backups nachschaue, sehe ich, dass die options eine Menge von Site-Konfigurationen enthält. Das neueste Backup zeigt:

 (56,'db_version','30133','yes') (164,'db_upgraded','','yes') 

und die wp-includes/version.php zeigt:

 $wp_version = '4.1.1'; $wp_db_version = 30133; 

Daher denkt das System, dass es aktualisiert wird, da die db_version korrekt ist.

Solutions Collecting From Web of "nach dem automatischen Upgrade auf 4.1.1 auf “Willkommen in 3.8.5” umgeleitet, jetzt geben andere Admin-Links 500 Fehler"

Nach der Bestätigung, dass die database aktualisiert wurde, habe ich den Server neu gestartet. Ich habe versucht, die Datei wp-admin/upgrade.php in die Datei wp-admin/upgrade.php zu wp-admin/411.upgrade.php . Dies hat die Seite aus ihrer Todesspirale gebracht.

Vorausgesetzt, dass ich alle Dateien mit Upgrade_WordPress_Extended manuell aktualisiert hatte und es auch geschafft hatte, das Installationsprogramm für die databaseaktualisierung so auszuführen, wie es der Eintrag db_version 30133 in der Tabelle _options , wenn das gleiche Problem beim Verschieben dieses Skripts aus dem Weg ging .