Kopie auf selbem Server liefert Error

[zonky]

Moin:
C 4.13.28, PHP 8.1, Netcup

habe eine Installation laufen und brauche die nochmal als Kopie... habe per cp -ar eine Kopie erstellt, neue DB-Einträge gemacht, Cache geleert

Im Manager wird Datenbank-Migration und Wartungsmodus "verschleiert" und "Von deiner Contao-Version nicht unterstützt" angezeigt ... hää?!?

Wenn ich auf Konsole eine Migration zum Test laufen lasse kommt

In tl_theme.php line 216:
                                                                               
  Compile Error: Cannot declare class tl_theme, because the name is already in use

uff... hatte ich noch nie - habe testweise mal auf die Orig-DB umgestellt - keine Änderung

jemand eine Idee was da klemmt?

PS: auf der "Quellinstallation" läuft alles prima!

[fiedsch]

Spontane (und einzige) Idee: Symlinks. Zeigen die nach dem kopieren evtl. noch auf die ursprüngliche Installation?

[zonky]

php vendor/bin/contao-console contao:symlinks

leider nein, ändert sich nix

[Spooky]

Nutze -v und poste den Stack Trace.

[zonky]

da ist irgendwas gewaltig schief... habe alle Erweiterungen nacheinander deinstalliert, bei denen irgendwie "tl_theme" im Quelltext auftaucht - wenn ich die Marketingsuite deinstalliert habe und eine Migration starte, kommt nun

An exception occurred in the driver: SQLSTATE[HY000] [1045] Access denied for user 'k123456_myproject-dev-4-13'@'11.22.33.181' (using password: YES)

in parameters.yml ist aber eingetragen als Host "11.22.33.182" - eine .env bzw. .env.local gibt es nicht... auch mit grep ist die IP in dem Projektpfad nicht zu finden ... öhmmmm

Die Sache liegt nun erstmal bei Netcup beim Support auf dem Tisch.

[tab]

OPCache vielleicht noch löschen?

[zonky]

opcache_reset(); 

in eine Datei gepackt und ausgeführt - keine Änderung...

[tab]

Hmm, die IP in der parameters.yml ist die IP des MySQL-Servers, die andere IP ist die deines Webhostingservers. Ich bin mir jetzt nicht ganz sicher, ob das nicht vielleicht doch so sein muss wie bei dir in der Fehlermeldung ausgegeben. Also ob hier nicht wirklich die IP des Servers stehen muss, von dem aus zugegriffen wird. Wenn ich mir z.B. die DB mit dem phpMyAdmin-Link anschaue, dann steht da

Server: 10.35.xx.yy2 via TCP/IP
...
Benutzer: k12345_t1234@10.35.xx.yy1

Da ich hier trotzdem die Tabellen sehen kann im phpMyAdmin, kann das nicht allzu verkehrt sein.
10.35.xx.yy1 ist auch die IP, von der aus ich dem Datenbankbenutzer Zugiffsrechte gegeben habe, also bei Zugriffssteuerung -> "Remoteverbindungen zulassen von".
10.35.xx.yy1 ist die IP des Webhostingservers.

Sind denn die Passwörter bei beiden Datenbanken gleich? Ich kann mich ganz dunkel erinnern, dass es da irgendwelche unzulässigen Zeichen gab, die anderswo zulässig waren. Möglicherweise der Underscore, bin mir jetzt aber nicht sicher. Auch eine maximale Passwortlänge gibt es wohl. Wenn Username oder Passwort nicht passen ist klar, dass die Verbindung abgelehnt wird.

[Schmidty]

Im Manager wird Datenbank-Migration und Wartungsmodus "verschleiert" und "Von deiner Contao-Version nicht unterstützt" angezeigt ... hää?!?

Ich hatte gerade das selbe Phänomen, allerdings wollte ich einfach nur ein Update des CatalogManagers auf Version 2.1.17 durchführen (Contao und die anderen Erweiterungen sind alle aktuell).
Nach dem löschen des Composer- und des OP-Caches über den ContaoManager lief das Update durch, die Installation läuft wieder ohne Probleme.
In var/logs wurde keine Log-Datei angelegt, auch im System-Log sind keine Einträge vorhanden.

All-Inkl Business-Paket
Contao 4.13.23
PHP 8.1.16
MariaDB 10.5.19

[zonky]

DB nochmal gelöscht - neu angelegt und über Konsole-Dump befüllt ... nu gehts wieder - irgendwas hatte sich da verbogen