Serverwechsel V4.2.5 Adminprobleme

Hallo,

ich habe eine WP-Installation V 4.2.5 auf einen anderen Server migriert und dort ein kleines Problem, das auf dem ursprünglichen System nicht vorhanden war:

Administratoren können keine weiteren User anlegen, Seiten bearbeiten oder Plugins installieren. Sicher noch einiges mehr, aber danach habe ich dann nicht mehr weiter geforscht.
Das Problem taucht auf unter PHP 5.3 wie auch unter PHP 5.5 Weitere Versionen habe ich nicht zur Verfügung.
Die Migration habe ich vorgenommen, indem ich Dateien und DB-Inhalte komplett übernommen und die DB-Inhalte angepasst habe, wo die Pfade abweichend waren (serialized berücksichtigt).

Jetzt die große Preisfrage: Hat irgendwer eine Ahnung, woran das liegt?

Ich möchte das wissen, bevor ich die Installation auf die neueste Version bringe und das dann ggf. nicht mehr reproduzieren kann.

Der Reihe nach:

SirEctor: Ja, ich habe einen neuen Admin angelegt. Indem ich kurzfristig wp-includes/capabilities.php:current_user_can() mit einem brachialen "return true;" ausgestattet habe, war das möglich. Aber auch der darf nicht mehr, als die anderen. Ich habe die Änderung in der Funktion natürlich sofort danach rückgängig gemacht...

r23: Ich weiß. PHP 5.3 habe ich auch nur verwendet, um zu sehen, ob es damit alternativ zur v5.5 läuft. Tut's nicht, also verwende ich eh wieder v5.5.
Der DB-User, den WP verwendet, hat (zurzeit) alle Rechte. Von read bis drop und create darf der alles machen. Sicher ist sicher in dieser Phase.

Trunk: Die Error-Logs für 5.3 und 5.5. sind beide leer

Ich habe mal das WP_User Object per echo ausgegeben. Vielleicht ist dort etwas zu sehen, das einem Hard-Core-Insider mehr sagt, als mir:

<!--
    WP_User Object
(
    [data] => stdClass Object
        (
            [ID] => 2
            [user_login] => XXXXXXXXXXXX
            [user_pass] => XXXXXXXXXXXXXXXXXXXX
            [user_nicename] => XXXXXXXXXXXX
            [user_email] => XXXXXXXXXXXXXXXXXXXX
            [user_url] => 
            [user_registered] => 2015-10-20 23:47:00
            [user_activation_key] => 
            [user_status] => 0
            [display_name] => XXXXXXXXXXXX
        )


    [ID] => 2
    [caps] => Array
        (
            [administrator] => 1
        )


    [cap_key] => wp_capabilities
    [roles] => Array
        (
            [0] => administrator
        )


    [allcaps] => Array
        (
            [switch_themes] => 1
            [edit_themes] => 1
            [activate_plugins] => 1
            [edit_plugins] => 1
            [edit_users] => 1
            [edit_files] => 1
            [manage_options] => 1
            [moderate_comments] => 1
            [manage_categories] => 1
            [manage_links] => 1
            [upload_files] => 1
            [import] => 1
            [unfiltered_html] => 1
            [edit_posts] => 1
            [edit_others_posts] => 1
            [edit_published_posts] => 1
            [publish_posts] => 1
            [edit_pages] => 1
            [read] => 1
            [level_10] => 1
            [level_9] => 1
            [level_8] => 1
            [level_7] => 1
            [level_6] => 1
            [level_5] => 1
            [level_4] => 1
            [level_3] => 1
            [level_2] => 1
            [level_1] => 1
            [level_0] => 1
            [administrator] => 1
        )


    [filter] => 
)


    -->

Nachtrag: Benutzerrechte der Dateien sind passend. PHP hat alle Rechte.

Nein, ich habe sogar zwischenzeitlich alle Plugins deaktiviert, um sicher zu gehen.
Aktiv sind derzeit lediglich Count Per Day und WP-SpamShield.

Natürlich habe ich testweise auch ein Standard-Theme verwendet, um auszuschließen, dass das aktuell verwendete Theme RoundTheWorld Probleme macht.

Habe ich mal gemacht ... Ich habe jetzt ALLE Plugins gelöscht und damit ein blankes WP, in dem lediglich das verwendete Theme noch läuft.
An dem liegt es ja offensichtlich nicht, wie ich feststellen konnte.

Resultat: keine Änderung.

Zur Info: Ich habe jetzt erst einmal zwei Admin-Accounts. Für den einen liefert current_user_can() mir anhand der ID pauschal true zurück, damit ich agieren kann, und der andere ist zum Testen, ob sich etwas geändert hat.

Natürlich habe ich die Plugins deinstalliert. Mit "Löschen" bezog ich mich auf die Formulierung in der Plugin-Verwaltung.

Kann ich mit einem Tool ggf. Reste von Plugins und Themes gezielt aus der DB entfernen?

Mal eine kleine Zwishenbilanz:

1. Umzug der WP-Installation von Server A auf Server B durch Kopieren der Dateien und Export/Import aller Tabellen
2. Anpassen der Pfad- und Adressvorkommen in der DB (Berücksichtigung der per serialized() gespeicherten Daten)
3. DB-User hat alle Rechte
4. Dateirechte sind passend
5. Admin kommt ins Backend, kann aber nichts installieren / ändern
6. temporäre Änderung von current_user_can() in wp-includes/capabilities.php, damit Admin nicht mehr eingeschränkt ist
7. Erzeugung eines zweiten Admin-Accounts
8. Änderung in current_user_can() angepasst, damit nur für einen Admin-Account weiterhin pauschal true zurückgegeben wird (cheat)
9. Deinstallation aller unbenutzten Themes
10. Deinstallation aller Plugins

Rechte des Admin-Accounts ohne cheat weiterhin eingeschränkt

Ich nehme an, dass die Profiuser an dieser Stelle nicht mehr weiter kommen. Das ist nur eine Feststellung und soll in keiner Weise werten.
Gibt es hier jemanden, der sich mit der Programmierung von WP auskennt und Hinweise liefern kann, an welchen Stellen des Codes oder der Datenbank ich jetzt noch suchen kann?

Natürlich gibt es immer noch die Option, die WP-Installation auf die aktuelle Version zu bringen, aber bevor ich das mache, will ich wissen, wo der Fehler liegt.
Außerdem ist natürlich auch nicht sicher, ob dann alles korrekt läuft, und falls doch, habe ich keine Chance mehr, mein Wissen durch Fehleranalyse zu erweitern ...

r23:
Hätte ich selbst keinen Plan von Servern, PHP und Datenbanken, wäre dein Post sicher berechtigt.
Dem, was ich bisher geschrieben habe, kannst du aber entnehmen, dass mein Wissen lediglich hinsichtlich der Mechanismen von WP Lücken aufweist. Und die versuche ich hier zu schließen.

Dass ich in einem Userforum (gerne auch Poweruser- oder Userexperten-Forum) meine Frage gestellt habe, hat den Grund, dass ich gehofft habe, dieses Verhalten sei jemandem bekannt. Das scheint nicht so zu sein, und damit ist, wie ich schon schrieb, die nächste Stufe der Fehlersuche erreicht.

Einige haben sich viel Mühe gegeben, mit ihrem Wissen zur Fehlersuche beizutragen, und ich hoffe, dass du der einzige bist, der die Ansicht vertritt, man müsse sofort erst einmal alle Eckdaten liefern, bevor Anspruch auf qualifizierte Hilbe besteht.

Meiner Erfahrung nach ist nämlich genau das oft ein Hindernis in Fachforen, da sich kaum jemand die Mühe macht, entsprechend umfangreiche Fehlerbeschreibungen zu lesen und dann gezielt zu antworten. Darüber hinaus, weiß man als Fragesteller (auch Insider) oft auch nicht, welche der Angaben, die zeitaufwändig gesammelt werden, dann tatsächlich ausschlaggebend für die zu erwartende Hilfe oder den Lösung bringenden Hinweis sind. Insbesondere, wenn der begründete Verdacht oder sogar die Gewissheit besteht, dass es mit bestimmten Betriebsparametern gar nichts zu tun hat.

Denn auf eben diesem (Web)Server laufen zwei MU-WP-Installationen und fünf WP-Einzelinstallationen teilweise seit mehreren Jahren störungsfrei. Mit identischen Einstellungen für PHP und MySQL. Einige davon sind auf dem gleichen Weg auf den Server gelangt, wie die Installation, um die es hier geht.

Da du aber gezielt nach Versionen gefragt hast:
Apache: 2
MySQL: 5.5.38
PHP: 5.5.30 mit MySQL-Client 5.0.11

Weitere Infos:
DB-Log ist leer
Rechte des DB-Users bleiben bis zum Ende oder Abbruch der Fehlersuche während meiner Aktivitäten auf dem Server bestehen

Ein guter Hinweis ist in deinem Posting dann aber doch enthalten. Ich werde mal das WP-Debugging anschmeißen.