Contao 5.3: Datenbank-Migration

Hallo

Ich habe ein Update von Contao 5.1x auf 5.3 gemacht.
Dabei werden Datenbank-Migrationen angezeigt:

Contao\CoreBundle\Migration\Version502\AlwaysForwa rdMigration
Contao\CoreBundle\Migration\Version503\FrontendMod ulesMigration
Contao\CoreBundle\Migration\Version503\RememberMeM igration

Wenn ich sie ausführe dauert der Prozess ewig lange, teilweise auch bis der Manager fragt
ob die Anmeldung verlängert werden soll.
So bleibt nichts anderes übrig als den Manager neu zu starten.

Dann geht das Ganze von vorne los ....
ich habe die Datenbank-Migration schon zum dritten mal angestossen.
Immer das selbe Problem.

Hast Du ssh-Zugang und kannst die Migration auf der Konsole versuchen anzustossen?

Dach dem fünften mal anstossen kam ich ein Stück weiter:

Code:

---

CREATE INDEX tstamp ON tl_article (tstamp)
CREATE INDEX tstamp ON tl_calendar (tstamp)
ALTER TABLE tl_calendar_events ADD canonicalLink VARCHAR(2048) DEFAULT '' NOT NULL, CHANGE startTime startTime BIGINT DEFAULT NULL, CHANGE endTime endTime BIGINT DEFAULT NULL, CHANGE startDate startDate BIGINT DEFAULT NULL, CHANGE endDate endDate BIGINT DEFAULT NULL
CREATE INDEX tstamp ON tl_calendar_events (tstamp)
CREATE INDEX tstamp ON tl_calendar_feed (tstamp)
CREATE INDEX tstamp ON tl_comments_notify (tstamp)
DROP INDEX pid_ptable_invisible_start_stop ON tl_content
ALTER TABLE tl_content ADD closeSections TINYINT(1) DEFAULT 0 NOT NULL, ADD sectionHeadline VARCHAR(255) DEFAULT 'a:2:{s:5:"value";s:0:"";s:4:"unit";s:2:"h2";}' NOT NULL
CREATE INDEX tstamp ON tl_content (tstamp)
CREATE INDEX ptable_pid_invisible_start_stop ON tl_content (ptable, pid, invisible, start, stop)
CREATE INDEX tstamp ON tl_faq (tstamp)
ALTER TABLE tl_faq_category CHANGE notify notify VARCHAR(32) DEFAULT 'notify_admin' NOT NULL, CHANGE sortOrder sortOrder VARCHAR(32) DEFAULT 'ascending' NOT NULL
CREATE INDEX tstamp ON tl_faq_category (tstamp)
CREATE INDEX jumpto ON tl_faq_category (jumpto)
CREATE INDEX tstamp ON tl_favorites (tstamp)
CREATE INDEX tstamp ON tl_files (tstamp)
CREATE INDEX tstamp ON tl_form (tstamp)
CREATE INDEX tstamp ON tl_form_field (tstamp)
ALTER TABLE tl_image_size ADD imageQuality INT DEFAULT NULL, ADD preserveMetadata VARCHAR(12) DEFAULT 'default' NOT NULL, ADD preserveMetadataFields BLOB DEFAULT NULL
CREATE INDEX tstamp ON tl_image_size (tstamp)
CREATE INDEX tstamp ON tl_image_size_item (tstamp)
CREATE INDEX tstamp ON tl_layout (tstamp)
CREATE INDEX tstamp ON tl_log (tstamp)
CREATE INDEX tstamp ON tl_member (tstamp)
CREATE INDEX tstamp ON tl_member_group (tstamp)
ALTER TABLE tl_module ADD news_keepCanonical TINYINT(1) DEFAULT 0 NOT NULL, ADD cal_keepCanonical TINYINT(1) DEFAULT 0 NOT NULL, ADD pwResetPage INT UNSIGNED DEFAULT 0 NOT NULL
CREATE INDEX tstamp ON tl_module (tstamp)
ALTER TABLE tl_news ADD canonicalLink VARCHAR(2048) DEFAULT '' NOT NULL
CREATE INDEX tstamp ON tl_news (tstamp)
ALTER TABLE tl_news_archive CHANGE notify notify VARCHAR(32) DEFAULT 'notify_admin' NOT NULL
CREATE INDEX tstamp ON tl_news_archive (tstamp)
CREATE INDEX jumpto ON tl_news_archive (jumpto)
ALTER TABLE tl_newsletter ADD preheader VARCHAR(255) DEFAULT '' NOT NULL
CREATE INDEX tstamp ON tl_newsletter (tstamp)
CREATE INDEX tstamp ON tl_newsletter_channel (tstamp)
CREATE INDEX tstamp ON tl_newsletter_recipients (tstamp)
CREATE INDEX tstamp ON tl_opt_in (tstamp)
CREATE INDEX pid ON tl_opt_in_related (pid)
DROP INDEX type_dns ON tl_page
ALTER TABLE tl_page ADD enableCsp TINYINT(1) DEFAULT 0 NOT NULL, ADD csp LONGTEXT DEFAULT NULL, ADD cspReportOnly TINYINT(1) DEFAULT 0 NOT NULL, ADD cspReportLog TINYINT(1) DEFAULT 0 NOT NULL
CREATE INDEX tstamp ON tl_page (tstamp)
CREATE INDEX type_dns_fallback_published_start_stop ON tl_page (type, dns, fallback, published, start, stop)
CREATE INDEX tstamp ON tl_preview_link (tstamp)
DROP INDEX checksum_pid ON tl_search
CREATE INDEX tstamp ON tl_search (tstamp)
CREATE UNIQUE INDEX pid_checksum ON tl_search (pid, checksum)
CREATE INDEX tstamp ON tl_theme (tstamp)
CREATE INDEX pid ON tl_undo (pid)
CREATE INDEX tstamp ON tl_undo (tstamp)
ALTER TABLE tl_user ADD frontendModules BLOB DEFAULT NULL
CREATE INDEX tstamp ON tl_user (tstamp)
CREATE INDEX tstamp ON tl_user_group (tstamp)
CREATE INDEX tstamp ON tl_version (tstamp)

---

Danach noch weitere zweimal ...
Jetzt ist die Datenbank aktuell :-)

Hat das mit dem Manager oder mit dem Hoster (Hostpoint) zu tun?
Cyon macht da auch keine bessere Figur.

Ich habe bei Cyon noch nie Probleme, bei Hostpoint dagegen so viele, dass ich bei der Agentur die ich betreue auf einem Umzug bestanden habe.
Ich glaube allerdings, dass wir beide diese Thema mit Begründung schon mal hier im Forum erörtert haben.

Bei Hostpoint hast Du auf jeden Fall auch ssh-Zugang. Damit geht dann eine Aktualisierung der DB in der Regel auch problemfrei.

Außerdem ist es normal, dass die Migration auf Contao 5 mehrere Durchläufe benötigt. Auch bei anderen Minor- oder Majorupdate waren in der Regel mehrere Durchläufe für die Migration erforderlich.

Hallo mlweb
Danke für die Antworten.
Gut wäre wenn der Contao Manager irgendwie die Einzelnen Schritte Anzeigen könnte.
So hat man das Gefühl, dass der ganze Migrationsprozess ins Leere läuft.
Aber jetzt weiss ich dass es nicht am Server oder an der Datenbank liegt ;-)

Nein, das zeigt der Contao-Manager dann schon an, zumindest ändert sich die Anzeige dessen, was getan werden soll und man muss die einzelnen Schritte starten. Es ist in jedem Fall nicht so, dass der erste Bildschirm stehen bleibt, bis mehrere, eigentlich einzeln zu startende Schritte ausgeführt sind. Was ich mir vorstellen könnte ist, das bei Hostpoint eventuell die max_execution_time niedrig ist oder die Server überlastet, so dass der Prozessmanager die (zu) lange laufenden Prozesse rauskickt. Der Contao-Manager bekommt dann nicht unbedingt immer mit, dass der Hintergrundprozess gar nicht mehr läuft und wartet brav auf eine Rückmeldung.

Zitat:

---

Zitat von tab

Nein, das zeigt der Contao-Manager dann schon an, zumindest ändert sich die Anzeige dessen, was getan werden soll und man muss die einzelnen Schritte starten. Es ist in jedem Fall nicht so, dass der erste Bildschirm stehen bleibt, bis mehrere, eigentlich einzeln zu startende Schritte ausgeführt sind.

---

Genau. Das der Manager unmotiviert hängenbleibt, das kenne ich von Hostpoint zu genüge. Wenn Du bei Hostpoint bleiben willst, freunde Dich mit der Konsole an. Das hatte bei mir in der Regel funktioniert.

Zitat:

---

Zitat von mlweb

Genau. Das der Manager unmotiviert hängenbleibt, das kenne ich von Hostpoint zu genüge. Wenn Du bei Hostpoint bleiben willst, freunde Dich mit der Konsole an. Das hatte bei mir in der Regel funktioniert.

---

Hallo Zusammen

Ich bin auch bei Hostpoint und des hängt die ganze Zeit....
Gibts da was zu machen dass es läuft ??

Grundsätzlich kann das Hängenbleiben der DB-Aktualisierung auch auftreten, wenn noch eine Datenbankversion in der parameters.yml oder .env.local drinsteht. Das solltest Du kontrollieren und falls vorhanden löschen. Danach Cache über den Manager löschen nicht vergessen. Das war beim TO sicher nicht die Ursache sonst hätte die DB-Aktualisierung nicht "plötzlich" funktioniert.
Ansonsten kannst Du die Migration der DB wie schon erwähnt ab Contao 4.9 über die Konsole anstoßen https://docs.contao.org/manual/de/cli/migrate/
Für php ggf. den Pfad zu korrekten PHP-Version verwenden bzw. den entsprechenden Alias dafür. Der Konsolenbefehl bringt nach meiner Erfahrung dann auch eine Fehlermeldung aus der man ggf. ablesen kann, warum etwas nicht funktioniert.

Meine Empfehlung zum Thema Hostpoint ist allerdings Hoster wechseln.

Bei mir in der env.local steht die DB version drinn: serverVersion=10.6.15-MariaDB
soll die nun grundsätzlich gelöscht werden?

Ja. Die wurde - wie @Spooky mal erklärt hat - für Performanceverbesserungen eingefügt. Die dadurch entstehenden Probleme sind aber größer als die möglicherweise minimalen Performanceverbesserungen.

Zitat:

---

Zitat von mlweb

Grundsätzlich kann das Hängenbleiben der DB-Aktualisierung auch auftreten, wenn noch eine Datenbankversion in der parameters.yml oder .env.local drinsteht. Das solltest Du kontrollieren und falls vorhanden löschen. Danach Cache über den Manager löschen nicht vergessen. Das war beim TO sicher nicht die Ursache sonst hätte die DB-Aktualisierung nicht "plötzlich" funktioniert.
Ansonsten kannst Du die Migration der DB wie schon erwähnt ab Contao 4.9 über die Konsole anstoßen https://docs.contao.org/manual/de/cli/migrate/
Für php ggf. den Pfad zu korrekten PHP-Version verwenden bzw. den entsprechenden Alias dafür. Der Konsolenbefehl bringt nach meiner Erfahrung dann auch eine Fehlermeldung aus der man ggf. ablesen kann, warum etwas nicht funktioniert.

Meine Empfehlung zum Thema Hostpoint ist allerdings Hoster wechseln.

---

Diese beiden Dateien parameters.yml oder .env.local sehe ich bei mir leider nicht...
Der Link zu der Ausführung hmm da bin ich nicht so weit, dass cih das machen kann. keine Ahnung wie ....

Eine der beiden Dateien existiert auf jeden Fall, sonst hättest du keine Verbindung zur Datenbank.

Zitat:

---

Zitat von Spooky

Eine der beiden Dateien existiert auf jeden Fall, sonst hättest du keine Verbindung zur Datenbank.

---

Es findet die Datnbank nicht, ist dann doch ne verbindung da?
Oder wo sind denn diese Dateien, ich habe sie im FTP Probramm gesucht hmm

Manche FTP Server zeigen dir Dateien die mit "." beginnen nicht an. Nutze lieber SSH (SFTP).

Zitat:

---

Zitat von mlweb

Hast Du ssh-Zugang und kannst die Migration auf der Konsole versuchen anzustossen?

---

wie macht man das, denn ich habe dieses Problem immer noch ....

Code:

---

/usr/local/php82/bin/php vendor/bin/contao-console contao:migrate --no-interaction -v

---