# Admin-Login plötzlich nicht mehr möglich

**URL:** <https://forum.shopware.com/t/admin-login-ploetzlich-nicht-mehr-moeglich/101300>\
**Category:** Administration\
**Created:** [19. September 2023 um 12:09 UTC](https://forum.shopware.com/t/admin-login-ploetzlich-nicht-mehr-moeglich/101300 "2023-09-19T12:09:28Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![webarbeit](https://avatars.discourse-cdn.com/v4/letter/w/b487fb/32.png) [@webarbeit](https://forum.shopware.com/u/webarbeit)\
**Post date:** [19. September 2023 um 12:09 UTC](https://forum.shopware.com/t/admin-login-ploetzlich-nicht-mehr-moeglich/101300/1 "2023-09-19T12:09:28Z")

</div>

Hallo zusammen,

ich arbeite mit mehreren Installationen von Shopware 6. Genauer Version 6.5.5.1.

Nun habe ich schon öfters das Verhalten gehabt:

Ich wurde aus dem Admin-Bereich rausgeschmissen und ein erneuter Login ist nicht möglich. Benutzer und Passwort sind 100%ig korrekt. Auch ein neues Passwort setzten in der Datenbank hilft nicht weiter.

Kennt jemand das Verhalten und Abhilfe?

Viele Grüße und Dank vorab,  
Frank

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [19. September 2023 um 12:25 UTC](https://forum.shopware.com/t/admin-login-ploetzlich-nicht-mehr-moeglich/101300/2 "2023-09-19T12:25:09Z")

</div>

> [@webarbeit](#):
>
> Ich wurde aus dem Admin-Bereich rausgeschmissen

Vielleicht weil sich mehrere Leute mit selben Zugang einloggen?

> [@webarbeit](#):
>
> Auch ein neues Passwort setzten in der Datenbank hilft nicht weiter.

Oh, wie habt ihr denn das versucht?

---

<div class="post-metadata">

**Author:** ![Max\_Shop](https://avatars.discourse-cdn.com/v4/letter/m/58f4c7/32.png) [@Max\_Shop](https://forum.shopware.com/u/Max_Shop)\
**Post date:** [19. September 2023 um 12:39 UTC](https://forum.shopware.com/t/admin-login-ploetzlich-nicht-mehr-moeglich/101300/3 "2023-09-19T12:39:23Z")

</div>

> [@webarbeit](#):
>
> Benutzer und Passwort sind 100%ig korrekt.

Sagt dies auch das XHR im Browser?

Falls dem so ist, dann bringt auch über die Konsole einen weiteren Admin anzulegen vermutlich nichts.

In dem Fall sollten im error log unter var/log aber Fehler zu finden sein.

---

<div class="post-metadata">

**Author:** ![webarbeit](https://avatars.discourse-cdn.com/v4/letter/w/b487fb/32.png) [@webarbeit](https://forum.shopware.com/u/webarbeit)\
**Post date:** [19. September 2023 um 12:49 UTC](https://forum.shopware.com/t/admin-login-ploetzlich-nicht-mehr-moeglich/101300/4 "2023-09-19T12:49:45Z")

</div>

Vielen Dank für Eure Hilfe. Ich konnte die Lösung im Forum finden:

> [@Admin Login Fehler nach Update auf 6.5](https://forum.shopware.com/t/admin-login-fehler-nach-update-auf-6-5/100792/3):
>
> 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.

---

<div class="post-metadata">

**Author:** ![Diabolo\_01](https://avatars.discourse-cdn.com/v4/letter/d/97f17d/32.png) [@Diabolo\_01](https://forum.shopware.com/u/Diabolo_01)\
**Post date:** [14. September 2024 um 18:39 UTC](https://forum.shopware.com/t/admin-login-ploetzlich-nicht-mehr-moeglich/101300/5 "2024-09-14T18:39:02Z")

</div>

Ich habe noch eine Lösung zu diesem Problem bei der Installation der Version 6.6.6.0 bei all-inkl gefunden.

Ich habe zum einen die backend -domain erneut aufgerufen /aktualisiert und war dann im Backend drin, warum auch immer.

Da der englische Datensatz auf einmal vorhanden war, obwohl deutsch bei der Installation ausgewählt wurde, konnte ich von dem englischen nicht zu der deutschen Ausgabe wechseln und diesen abspeichern, da das zuvor vergebene PW nicht mehr richtig war.

Lösung:  
In der DB direkt in der Tabelle „USER“ den Admin umbenennen und speichern.  
Bei mir stand „Admin“ drin und wurde in „admin“ umgeändert. Das Passwort war, das, was von mir zuvor bei der Installation eingegeben wurde. Danach klappte das mit dem backend Login ohne Probleme.
