SW 6 backend Login Demo

Langsam hasse ich SW 6!

Seit dem letzten Problem mit dem Backend Login lief alles super. Heute Morgen wollte ich ins Backend. Und nichts geht mehr.
PW oder User falsch. Wie bitte ist das möglich, wenn ich gestern noch im Backend war?
Also die DB zurückgesetzt auf ein Tag vorher. Keine Änderung.
Auf 2 Tage vorher zurückgesetzt, keine Änderung. In der DB unter "user"das PW auf Demo gesetzt. $2y$10$wb70pKdqVSYWUc8AbdkR3.cLJS1PHeX10XwQD99nNmZrrOsCVTjne
Keine Änderung! Wie kann das sein?
Datenbank auf 4 Tage zurückgesetzt, keine Änderung
Ich komme nicht rein. Ich hab den Shop kurz vor der Fertigstellung, ich drehe bald ab.

Guten Morgen,
das Passwort ändert sich ja nicht einfach so. Ich hatte das mit dem Backendlogin- Problem mal als ich etwas programmiert habe und das ganze dann auf einen Fehler lief :wink: Schau einfach mal in deine F12 Konsole oder in den Logs. Wenn du das Passwort nicht geändert hast wird es an einem anderen Fehler liegen.

Vielleicht blockiert hier ein Plugin - müsste man allerdings erst die Logs ansehen.

Ok, das letzte Plugin, was installiert wurde, war für die WAWI zum Datenabruf. Wie kann ich das in der DB deaktivieren und wo finde ich den Eintrag?

Ist jetzt nur so eine Idee, ohne genaue Fehler weiß ich das auch nicht. Ansonsten Tabelle „plugin“ und dan „active“ auf 0 setzen.

Danke und klar Ferndiagnosen sind wie der Blick in eine Glaskugel.

Aber normalerweise sollte doch das Einspielen eines serverseitigen Backups ausreichen, um den Login wider zu ermöglichen, zumal es ja gestern noch funktioniert hat. Und das verstehe ich jetzt einfach nicht, dass dieser Vorgang fehlschlägt.

Gibt es eine Möglichkeit den mailer für das zurücksetzten des PW innerhalb der DB zu bearbeiten? Der passt nämlich auch nicht, da der Link zum zurücksetzten nicht ankommt.

Hatte letztens irgendwie vom deutschen aufs englische Tastenlayout geswitcht bei Windows. Hat mich fast in den Wahnsinn getrieben…

Darum ist es immer ratsam zuerst in die Logs zu schauen. Alles andere kann zur Rätselstunde werden.

Wo finde ich die denn, in der DB oder auf dem Server? Da habe ich Ordner var/logs was gefunden, womit ich jedoch auch nichts anfangen kann, da ich den Inhalt nicht verstehe.

Genau die var/logs sind die relevanten, hier einfach dann mal ein Backendlogin versuchen und dann schauen was in dem log steht ( gerne auch hier dann mal das Log posten ) aber eben nur den „neuen“ Teil von dem Loginversuch dann.

Also das hier sind die Log Einträge von heute bis 10:30 / 10:31 Uhr.
Ich habe PayPal Sandbox versucht zu aktivieren. Aber wenn ich PAYPAL in der DB auf null setze ergibt es auch keine Änderung

[2025-03-03T10:30:39.327232+00:00] php.CRITICAL: Uncaught Exception: An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“}
[2025-03-03T10:30:53.500945+00:00] php.CRITICAL: Uncaught Exception: An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“}
[2025-03-03T10:30:56.683928+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“}
[2025-03-03T10:30:56.785599+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“}
[2025-03-03T10:30:57.712155+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“}
[2025-03-03T10:30:57.828717+00:00] request.CRITICAL: Uncaught PHP Exception Doctrine\DBAL\Exception\ConnectionException: „An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES)“ at ExceptionConverter.php line 101 {„exception“:„[object] (Doctrine\DBAL\Exception\ConnectionException(code: 1045): An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/API/MySQL/ExceptionConverter.php:101)\n[previous exception] [object] (Doctrine\DBAL\Driver\PDO\Exception(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/Exception.php:24)\n[previous exception] [object] (PDOException(code: 1045): SQLSTATE[HY000] [1045] Access denied for user ‚d0429dbc‘@‚localhost‘ (using password: YES) at /www/htdocs/w0137ff5/SW6/vendor/doctrine/dbal/src/Driver/PDO/MySQL/Driver.php:33)“}
[2025-03-03T10:31:49.302720+00:00] request.CRITICAL: Uncaught PHP Exception Symfony\Component\Lock\Exception\LockAcquiringException: „Failed to acquire the „oauth-Admin-91.19.25.68“ lock.“ at Lock.php line 116 {„exception“:„[object] (Symfony\Component\Lock\Exception\LockAcquiringException(code: 0): Failed to acquire the "oauth-Admin-91.19.25.68" lock. at /www/htdocs/w0137ff5/SW6/vendor/symfony/lock/Lock.php:116)\n[previous exception] [object] (Symfony\Component\Lock\Exception\LockStorageException(code: 0): fopen(/tmp/sf.oauth-Admin-91.19.25.68.QxePf_G.lock): Failed to open stream: Permission denied at /www/htdocs/w0137ff5/SW6/vendor/symfony/lock/Store/FlockStore.php:109)“}

Hi,
hier steht ja klar drin, dass der Datenbankbenutzer keinen Zugriff mehr auf die Datenbank hat ( was so viel heißt wie der Datenbankbenutzer der in der .env bzw. .env.local in deinem public Verzeichnis auf dem Server hinterlegt ist hat keinen Zugriff mehr )

Übersehe ich etwas???
Also das hier ist der DB / PW Eintrag in der env.local:

d0429dbc:X6RxEMskpkrSPLsYoibX@localhost:3306/d0429dbc

und das PW X6RxEm … …stimmt überein mit dem der DB

hier mal der ganze Eintrag der env.local:
APP_SECRET=def0000028b9440f077d135d8f3858df0ee9876917f3a5a2dc8713fbd2163bd00ae3bd60928b10e471ecc55799e8dd5bc194c9eb49e9f0fd83bde89d23d04988b48e31dd
APP_URL=https: / / xn–kapillarbewsserung-vtb. de/
DATABASE_URL=mysql://d0429dbc:X6RxEMskpkrSPLsYoibX@localhost:3306/d0429dbc
COMPOSER_HOME=/www/htdocs/w0137ff5/SW6/var/cache/composer
INSTANCE_ID=WIk4jLhOLedw3FxWYxvYo3Eep6mTOb0a
BLUE_GREEN_DEPLOYMENT=1
OPENSEARCH_URL=http: // localhost:9200
ADMIN_OPENSEARCH_URL=http: // localhost:9200


und hier der Eintrag der .env.

In all environments, the following files are loaded if they exist,

the latter taking precedence over the former:

* .env contains default values for the environment variables needed by the app

* .env.local uncommitted file with local overrides

* .env.$APP_ENV committed environment-specific defaults

* .env.$APP_ENV.local uncommitted environment-specific overrides

Real environment variables win over .env files.

DO NOT DEFINE PRODUCTION SECRETS IN THIS FILE NOR IN ANY OTHER COMMITTED FILES.

https: // symfony. com/doc/current/configuration/secrets.html

Run „composer dump-env prod“ to compile .env files for production use (requires symfony/flex >=1.2).

https: //symfony. com/doc/current/best_practices.html#use-environment-variables-for-infrastructure-configuration

###> shopware/core ###
APP_ENV=prod
APP_URL=http: // 127.0.0.1:8000
APP_SECRET=f0efe5e1cf280924169037611949cf08
INSTANCE_ID=df8b142f7ee27231b99aff96e27d9f30
BLUE_GREEN_DEPLOYMENT=0
DATABASE_URL=mysql://root:root@localhost/shopware

With Shopware 6.4.17.0 the MAILER_DSN variable will be used in this template instead of MAILER_URL

MAILER_URL=null://null
###< shopware/core ###

###> shopware/elasticsearch ###
OPENSEARCH_URL=http: // localhost:9200
SHOPWARE_ES_ENABLED=0
SHOPWARE_ES_INDEXING_ENABLED=0
SHOPWARE_ES_INDEX_PREFIX=sw
SHOPWARE_ES_THROW_EXCEPTION=1
###< shopware/elasticsearch ###

###> shopware/storefront ###
PROXY_URL=http: // localhost
SHOPWARE_HTTP_CACHE_ENABLED=1
SHOPWARE_HTTP_DEFAULT_TTL=7200
###< shopware/storefront ###

###> symfony/lock ###

Choose one of the stores below

postgresql+advisory://db_user:db_password@localhost/db_name

LOCK_DSN=flock
###< symfony/lock ###

###> symfony/mailer ###

MAILER_DSN=null://null

###< symfony/mailer ###

###> symfony/messenger ###

Choose one of the transports below

MESSENGER_TRANSPORT_DSN=amqp://guest:guest@localhost:5672/%2f/messages

MESSENGER_TRANSPORT_DSN=redis://localhost:6379/messages

doctrine://default?auto_setup=0

###< symfony/messenger ###

Ich weiß es nicht, ich kann mir aber nicht vorstellen, dass PayPal Sandbox auf localhost funktionieren kann. Fehlt schließlich eine Callback-URL.

Ja, du solltest erst einmal dieses Problem lösen. Schon etwas merkwürdig, wenn es ein Tag vorher noch lief. Die DB über Nacht gewechselt?

Nein, die DB wurde nicht angefasst. Ich habe echt keinen blassen Schimmer mehr und sehe echt kein Licht am Ende des Tunnels. Bisher habe ich immer das letzte Backup der DB und des FTP Ordner eingespielt und konnte mich dann wieder einloggen. Aber jetzt?
Selbst ein Backup vom 16.02.25 DB und FTP Ordner eingespielt und der Login geht nicht mehr.

Ich habe echt keinen Bock mehr auf so einen Mist.

Ich sehe hier kein Problem von Shopware, sondern eher von deinem hoster, was sagt der überhaupt zu der Thematik?

Hoster, oder gleich die eigene Glaskugel nehmen? (Ach habe ich ja vor mir liegen) Es wird Zeit, den Hoster all-inkl. zu wechseln. Oder läuft heute gerade ein Fußballspiel? Die aussage, da können wir leider nicht helfen da wir uns mit dem Shopsystem nicht auskennen blah blah blah. Wenn Sie schon das Backup eingespielt haben, dann wissen wir auch nicht weiter … … … Fragen Sie den Anbieter direkt. Ich hatte bisher nur einmal eine Dame dabei, welche mir gleich am Anfang von SW 5 die htaccess und weitere Dateien in Puncto Sicherheit umgeschrieben hat. Die hatte sich echt Zeit genommen. Aber SW5 läuft seit Jahren stabil.

Sagt aus, dass die Datenbankdaten innerhalb der .env bzw. .env.local nicht mehr mit denen innerhalb der Datenbank übereinstimmen. Schau Dir die Daten innerhalb der .env an und dann logge dich beim Hoster ein und prüfe oder gleiche die dort angelegten Datenbankbenutzer+Passwort ab.

Danke für deine Nachricht, jedoch schau selber. Ich sehe wohl den Wald vor lauter Bäume nicht mehr.

env.local Einträge:
APP_SECRET=def0000028b9440f077d135d8f3858df0ee9876917f3a5a2dc8713fbd2163bd00ae3bd60928b10e471ecc55799e8dd5bc194c9eb49e9f0fd83bde89d23d04988b48e31dd
APP_URL=https: // xn–kapillarbewsserung-vtb. de/
DATABASE_URL=mysql://d0429dbc:X6RxEMskpkrSPLsYoibX@localhost:3306/d0429dbc
COMPOSER_HOME=/www/htdocs/w0137ff5/SW6/var/cache/composer
INSTANCE_ID=WIk4jLhOLedw3FxWYxvYo3Eep6mTOb0a
BLUE_GREEN_DEPLOYMENT=1
OPENSEARCH_URL=http:// localhost:9200
ADMIN_OPENSEARCH_URL=http:// localhost:9200


Datenbankeinträge:
|Login|d0429dbc|
|Datenbank|d0429dbc|
|Passwort/Kennwort|X6RxEMskpkrSPLsYoibX|
|Datenbank-Host|localhost|


.env Einträge:

In all environments, the following files are loaded if they exist,

the latter taking precedence over the former:

* .env contains default values for the environment variables needed by the app

* .env.local uncommitted file with local overrides

* .env.$APP_ENV committed environment-specific defaults

* .env.$APP_ENV.local uncommitted environment-specific overrides

Real environment variables win over .env files.

DO NOT DEFINE PRODUCTION SECRETS IN THIS FILE NOR IN ANY OTHER COMMITTED FILES.

https:// symfony. com/doc/current/configuration/secrets.html

Run „composer dump-env prod“ to compile .env files for production use (requires symfony/flex >=1.2).

https:// symfony. com/doc/current/best_practices.html#use-environment-variables-for-infrastructure-configuration

###> shopware/core ###
APP_ENV=prod
APP_URL=http:// 127.0.0.1:8000
APP_SECRET=f0efe5e1cf280924169037611949cf08
INSTANCE_ID=df8b142f7ee27231b99aff96e27d9f30
BLUE_GREEN_DEPLOYMENT=0
DATABASE_URL=mysql://root:root@localhost/shopware

With Shopware 6.4.17.0 the MAILER_DSN variable will be used in this template instead of MAILER_URL

MAILER_URL=null://null
###< shopware/core ###

###> shopware/elasticsearch ###
OPENSEARCH_URL=http:// localhost:9200
SHOPWARE_ES_ENABLED=0
SHOPWARE_ES_INDEXING_ENABLED=0
SHOPWARE_ES_INDEX_PREFIX=sw
SHOPWARE_ES_THROW_EXCEPTION=1
###< shopware/elasticsearch ###

###> shopware/storefront ###
PROXY_URL=http:// localhost
SHOPWARE_HTTP_CACHE_ENABLED=1
SHOPWARE_HTTP_DEFAULT_TTL=7200
###< shopware/storefront ###

###> symfony/lock ###

Choose one of the stores below

postgresql+advisory://db_user:db_password@localhost/db_name

LOCK_DSN=flock
###< symfony/lock ###

###> symfony/mailer ###

MAILER_DSN=null://null

###< symfony/mailer ###

###> symfony/messenger ###

Choose one of the transports below

MESSENGER_TRANSPORT_DSN=amqp://guest:guest@localhost:5672/%2f/messages

MESSENGER_TRANSPORT_DSN=redis://localhost:6379/messages

doctrine://default?auto_setup=0

###< symfony/messenger ###