Ich habe ein seltsames Problem:
Nach Update auf 6.5.x ist es nicht mehr möglich mit meinem „normalen“ Adminaccount auf das Backend zuzugreifen. „bin/console system:generate-jwt-secret --force“ und auch Zurücksetzen des Passworts per ssh hat nicht funktioniert. Im Shop gibt es jedoch noch andere Admins, bei denen funktioniert der Zugang noch.
Doch jetzt wird es strange (für mich zumindest):
Ich gehe mit einem der funktionierenden Admins ins Backend und lege neue Adminaccount(s) an.
Daraufhin der Versuch mit dem neuen Admin anzumelden: Fehlgeschlagen!
Passwort Vergessen Funktion gibt folgenden Fehler: Failed to acquire the „oauth-neueradmin-188.193.254.100“ lock.
Der Versuch über eine andere IP (Netzwerk meines Nachbars) mich mit dem neuen Admin anzumelden funktioniert!
Meine Frage:
Gibt es irgendwo im System eine Blacklist in der meine aktuelle IP Adresse steht?
Das gleiche Problem tauch bei mir leider nach einem Update von 6.4.20.0 auf 6.5.4.0 auf.
(Symfony\Component\Lock\Exception\LockStorageException(code: 0): fopen(/tmp/sf.oauth--.mdQ0oTU.lock)
Ein zweiter Admin kann ohne Probleme arbeiten, mein User funktioniert in einem anderen Netz auch problemlos.
Aber auch bei erfolgreichem Login werden solche Zeilen erzeugt
(Symfony\Component\Lock\Exception\LockStorageException(code: 0): fopen(/tmp/sf.message_queue_consume_async.XFTuaDS.lock)
/tmp ist ganz normal beschreibbar und es liegt auch keine gleichnahmige Datei dort rum…
Soo… ich habe für mich eine Lösung gefunden.
Bei mir hat es eine Ergänzung in der .env.local gelöst
LOCK_DSN=flock:///www/htdocs/xxxx/domain.tld/var/lock
Den Order lock muss man im var Verzeichniss mit anlegen!
Bei mir (Hoster All-Inkl) ist der /tmp Bereich der PHP Session nicht der gleiche, wie man in der SSH Console findet… Augenscheinlich scheint es in diesem anderen /tmp Bereich zu Konflikten zu kommen. Seit ich File Lock Beriech umgebogen habe, ist das Problem nicht mehr aufgetaucht.