Kein Login möglich - Cookie- und/oder Rechte-Problem?
am 14.09.2016 - 16:22 Uhr in
Hallo zusammen,
nach langem, ergebnisfreiem Suchen bitte ich Euch um Hilfe.
Zum Ablauf und zur Situation:
Drupal 7.5
zu Entwicklungs- und Testzwecken erst local,
dann auf einem Virtual Server Managed bei HE (auch unter https)
PHP 5.6 bei HE und local
=>alles läuft am Schnürchen
Umzug auf den Kunden-Server:
Domain irgendwo bei einem Provider, routet in das Drupalverzeichnis
Server steht beim Kunden (ubuntu4.17 ), wird vom Kunden gemanagt
PHP Version 5.5.9
https
Umzug wie folgt:
auf Kundenserver ein minimal-Drupal installiert
den sites-Ordner (ohne settings.php) mit Modulen und Libraries hochgeladen
mit backup&migrate die Datenbank importiert
Dateisystem ok
Seite (FE) läuft
Nach Ausloggen aus dem Backend kein Login mehr möglich
es wird immer wieder die /user angezeigt
In der DB mal in die flood-table reingeschaut - kein Zähler
sessions - kein Eintrag
Ein Webformular im FE läuft auch nicht, nach Absenden tote Hose, keine Bestätigungsseite - das passt zusammen
=> mit Cookie-Domain diverse Varianten getestet (immer vorne mit Punkt) - keine Verbesserung
=> in der system.module mit
global $user;
$user->uid = 1;
mal kurz ein Zwangslogin gemacht -> Backend wird angezeigt, aber
als Name wird Gast angezeigt, obwohl lt. Protokoll als admin eingeloggt
keine Möglichkeit eine Änderung zu speichern
Session-IDs werden in die DB geschrieben
wiederholte Fehlermeldung: Notice: Undefined property: stdClass::$access in _drupal_session_write() (Zeile 213 von /var/www/XXX/drupal/includes/session.inc).
scheint etwas mit meinem Brachial-Login zu tun zu haben https://www.drupal.org/node/2366797
inzwischen minütliche Fehlermeldung im Watchdog, dass eine rootverzeichnis/status.php nicht gefunden wird - wo kommt die her?
schedulte Backups stürzen ebenfalls ab.
Insgesamt ahne ich ein Rechteproblem, aber wo steckt das?
Über Hilfen würde ich mich sehr freuen!
Martin
- Anmelden oder Registrieren um Kommentare zu schreiben
Schaue dir die LOGs auf der Kundenmaschine an
am 14.09.2016 - 22:25 Uhr
wichtig sind eventuelle errors im PHP Error.log und logs des Apache.
Hier scheint etwas mit der Konfiguration des WEB-Server total daneben gegangen zu sein.
Grüße
Ronald
Problem ungelöst gelöst
am 15.09.2016 - 12:01 Uhr
Hallo Ronald,
danke für den Hinweis. Wir haben uns heute morgen darauf hin noch mal gemeinsam damit beschäftigt. Um es kurz zu machen: es wurde beschlossen, das Eigenhosting ad acta zu legen.
Danke und herzlichen Gruß
Martin
alleine wegen der Bandbreite
am 15.09.2016 - 12:07 Uhr
ist dies eine gute Entscheidung.
Viele vergessen, dass bei DSL der Upload nur ca. 10% des Downloads beträgt, und jeder Abruf eines Users einen Upload bedeutet.
Grüße
Ronald