Drupal upgrade -> 9.0.0 scheitert auf Grund von Konflikten

Wenn das eine Test-Installation ist, kannst du prefare stable auch auf false setzen.Aber wieso zum Geier willst du denn ein Drupal auf den RC1 updaten, wenn Drupal 9.0.0.0 am 3. veröffentlicht wurde. Ich würde sowiso nie ein Uüdate auf die dev-Ausgabe durchführen. Zumindest nicht auf einem Server Wenn du auf 9.0.0.0 aktualisieren willst, dann solltest du das dev aus deiner composer.json sowieso rauswerfen. Die Einfachheit des Updates ist erst ab Version 8.8 gewährleistet. Welche Version hat denn die Installation, die du aktualisieren möchtest?

Hinweise dazu gibts hier: https://www.drupal.org/docs/updating-drupal/how-to-prepare-your-drupal-7...

Das ist ja das Verwunderliche, ich will von 8.9.0 auf 9.0.0 upgraden und erhalte das o.g. Ergebnis nach Befolgen der Vorgaben von: https://www.drupal.org/docs/upgrading-drupal/upgrading-from-drupal-8-to-...

schick mal deine Composer.json. Irgendwas ist da offenbar nicht in Ordnung. Ohne composer.json kann ich das aber nicht sagen.

schick mal deine Composer.json. Irgendwas ist da offenbar nicht in Ordnung. Ohne composer.json kann ich das aber nicht sagen.

Hier ist meine aktuelle composer.json als zip-datei.

Ich habe Deinen Tipp ausprobiert und "prefer-stable": false statt true eingetragen. Hat am Ergebnis leider nichts geändert.
composer update ergibt nach wie vor:

Problem 1
- drupal/core-recommended 9.1.x-dev requires laminas/laminas-diactoros 2.3.0 -> satisfiable by laminas/laminas-diactoros[2.3.0] but these conflict with your requirements or minimum-stability.
- drupal/core-recommended 9.0.x-dev requires laminas/laminas-diactoros 2.3.0 -> satisfiable by laminas/laminas-diactoros[2.3.0] but these conflict with your requirements or minimum-stability.
- drupal/core-recommended 9.0.0-rc1 requires drupal/core 9.0.0-rc1 -> satisf iable by drupal/core[9.0.0-rc1] but these conflict with your requirements or min imum-stability.
- drupal/core-recommended 9.0.0-beta3 requires drupal/core 9.0.0-beta3 -> sa tisfiable by drupal/core[9.0.0-beta3] but these conflict with your requirements or minimum-stability.
- drupal/core-recommended 9.0.0-beta2 requires drupal/core 9.0.0-beta2 -> sa tisfiable by drupal/core[9.0.0-beta2] but these conflict with your requirements or minimum-stability.
- drupal/core-recommended 9.0.0-beta1 requires drupal/core 9.0.0-beta1 -> sa tisfiable by drupal/core[9.0.0-beta1] but these conflict with your requirements or minimum-stability.
- drupal/core-recommended 9.0.0-alpha2 requires drupal/core 9.0.0-alpha2 -> satisfiable by drupal/core[9.0.0-alpha2] but these conflict with your requiremen ts or minimum-stability.
- drupal/core-recommended 9.0.0-alpha1 requires drupal/core 9.0.0-alpha1 -> satisfiable by drupal/core[9.0.0-alpha1] but these conflict with your requiremen ts or minimum-stability.
- drupal/core-recommended 9.0.0 requires drupal/core 9.0.0 -> satisfiable by drupal/core[9.0.0] but these conflict with your requirements or minimum-stabili ty.
- Installation request for drupal/core-recommended ^9.0.0 -> satisfiable by drupal/core-recommended[9.0.0, 9.0.0-alpha1, 9.0.0-alpha2, 9.0.0-beta1, 9.0.0-be ta2, 9.0.0-beta3, 9.0.0-rc1, 9.0.x-dev, 9.1.x-dev].

Habe noch nach https://www.drupal.org/project/social/issues/3113181 "drupal-composer/drupal-scaffold": "^2.5.0",
durch "drupal/core-composer-scaffold": "~9.0.0" in meiner composer.json ersetzt, da dies auch bei einem Upgrade-Test als Fehler/Problem angezeigt wurde.
Dieser Fehler ist jetzt weg, aber das upgrade funktioniert nach wie vor nicht.
Anbei die aktuelle composer.json-Datei wieder gezippt.

Also ich hab mir jetzt beide deiner composer.jsons angesehen. Beide liefern überhaupt keine scaffolding files mit. Das bedeutet, dass zwar die notwendigen Komponenten heruntergeladen werden, aber die Dateien, die der Webserver anzeigen soll, index.php und so, gar nicht in der Datei mitgeliefert werden. So kann man das nicht nur nicht updaten. so kannst du die Composer.json im Prinzip wegwerfen.

Außerdem steht die Repo antennaio/jquery-bar-rating gar nicht zur Verfügung. Ich nehme an, dass es sich hier um eine Bibliothek von Github handelt, die nicht über Compser heruntergeladen werden kann. Ich hab die Zeile entfernt, um den Composer überhaupt zum laufen zu bekommen um dann festzustellen, dass in beiden Versionen deiner composer.json keine scaffolding files vorhanden sind. Das dürfte auch der Grund sein, warum der Guide bei dir nicht funktioniert.

https://www.drupal.org/docs/upgrading-drupal/upgrading-from-drupal-8-to-...

Der sieht nämlich korrekt aus.

Danke für Deine Mühe! Ich habe nun mal rasch drupal 9 separat installiert und schau mal bei Gelegenheit, wie ich meine aktuelle composer.json mit meiner neuen drupal 9-composer.json merge. Hatte mir das update einfacher vorgestellt. Auf jeden Fall danke für die Unterstützung!

Hast du denn nachträglich Composer installiert?

Na ja sagen wir mal so, wenn auf deinem Einkauszettel, keine Dateine, wie index.html usw stehen, kannst du die auf einem anderen Server nicht wirklich installieren, weil dir eben genau die Teile fehlen, die der Webbrowser tatsächlich anzeigt. Die akteulle Version Drupal 9 sieht so aus:

ich habe lediglich die drei Themes claro,gin und olivero hinzugefügt, Die landen allerdings nur noch in der composer.lock und nicht merh in der .json und sind deshalb hier gar nicht zu sehen, Unter Drupal 8 war das noch anders

Nee, habe vor rund einem Jahr alles gleich mit composer aufgesetzt. Dann probiere ich Deine composer.json morgen aus :-)

Die must du gar nicht ausprobieren. Nimm einfach dein hier und ändere ihn ab. Aber vorsicht das gibt gleich Drupal 9

composer create-project drupal/recommended-project my_site_name_dir

drupal 8 solltes du so bekommen composer create-project drupal/recommended-project:8x my_site_name_dir

das probier ich jetzt aber nicht :-D

Habe jetzt meine composer.json nach Deiner Vorlage umgebaut. Nach einigen Fehlermeldungen und entsprechenden Korrekturen lief die Installation einmal durch - aber die Seite war nicht ansprechbar, da die settings.php verschwunden war?

Der Rückbau auf die Version 8.9.0 der Testinstallation hat zunächst geklappt aber aber jetzt erhalte ich bei dem Kommando:

drush updb

die Fehlermeldung

[error] (Currently using Incompatible module Array) Sonst gibt es keine nähere Beschreibung des Fehlers .

Danach kann ich mit yes bestätigen, dass ich weitermachen will und dann führt Drush ein DB-Update durch, wie gewünscht. Kennst Du Dich auch mit drush aus? Falls ja, wie kann ich den Fehler eingrenzen bzw. beheben? drush watchdog:show zeigt mir keinen Fehler an.

Schwierig Schau einfach mal in die Apache log ob es zu einem Fehler kommt. Eventuell ist es auch einfach so, das eines deiner Module noch nicht 100 % kompatibel ist und der Fehler deshalb auftaucht. Solange es keinen nachvollziehbaren Upgrade-Path gibt, könnte es helfen drush im verbose Modus auszuführen also mit --vv, irgendwas muss die Warnmeldung ja triggern.

Guter Hinweis!
Im Verbose-mode führt drush updb zu:

[info] simplenews should have an extra.drush.services section in its composer.j son. See http://docs.drush.org/en/master/commands/#specifying-the-services-file.
[info] Array to string conversion UpdateDBCommands.php:665
[error] (Currently using Incompatible module Array)

Wie würdest Du hier weiter vorgehen?

Erst Drupal aufsetzen, simplenews über Composer installieren und den fehlenden Code kopieren. Wenn der überhaupt in der json steht. Wenn nicht, dann ist Simplenews noch nicht kompatibel.

Ich habe zunächst den Fehler korrigiert, den drush beim DB-update bemängelt hat. Es war das "superfish"-module. Dann habe ich zwei Module entfernt, bei denen ich manual den "deprecated code" entfernt hatte und die als Beta-Version liefen. Jetzt lief der Update-Prozess durch und der Statusbericht meiner Testseite liefert erfreulicherweise nun Drupal-Version 9.0.0 aus.

Allerdings gibt es auch noch fünf Fehler, die ich beheben muss (bei 3en weiß ich wie ich vorgehen will), wo Du sicher bei den folgenden 2 mir Tipps geben kannst, wie ich das anzugehen habe:

1. User deprecated function: Theme functions are deprecated in drupal:8.0.0 and are removed from drupal:10.0.0. Use Twig templates instead of template_preprocess_views_slideshow_pager_widget_render(). See https://www.drupal.org/node/1831138 in Drupal\Core\Theme\Registry->processExtension() (line 498 of core/lib/Drupal/Core/Theme/Registry.php).
User deprecated function: Theme functions are deprecated in drupal:8.0.0 and are removed from drupal:10.0.0. Use Twig templates instead of template_preprocess_views_slideshow_controls_widget_render(). See https://www.drupal.org/node/1831138 in Drupal\Core\Theme\Registry->processExtension() (line 498 of core/lib/Drupal/Core/Theme/Registry.php).
User deprecated function: Theme functions are deprecated in drupal:8.0.0 and are removed from drupal:10.0.0. Use Twig templates instead of template_preprocess_views_slideshow_slide_counter_widget_render(). See https://www.drupal.org/node/1831138 in Drupal\Core\Theme\Registry->processExtension() (line 498 of core/lib/Drupal/Core/Theme/Registry.php).

Frage: Mit Twig kenne ich mich leider nicht aus - was muss ich hier machen?.

2. Das Bartik-Theme zeigt keine Menüreiter mehr auf an?

Ich denke, ich bin jetzt kurz vorm Ziel, danke schonmal für Dein Coaching!

Du kannst nachsehen, welche Module beispielsweise deine Slideshow bereitstellen und diese ersetzen. Hier sind Änderungen am Code vorgenommen worden, die die Msintainer der betreffenden Module offenbar noch nicht umgesetzt haben. An Bartik selber kann es nicht liegen, dass wird ja mit dem Kernsystem ausgeliefert und ist deshalb mit den Änderungen der Teig-Engine bereits kompatibel.

Danke für den Tipp - habe die slideshow-module einfach entfernt und den Bartik-Block neukonfiguriert. Das läuft jetzt und meine Seite läuft testweise bereits unter D9.
Jetzt gibt es nur noch einen Fehler bei der abschließenden Datenbankaktualisierung.

Zum Abschluss des Upgrades soll folgende DB-Aktualisierung (.../update.php) durchgeführt werden:

Das sieht eigentlich nicht kompliziert aus aber endet mit:

Drush updd --verbose bringt diesen Fehler:

[info] Executing: /usr/local/bin/drush updatedb:batch-process 220 --uri=default --root=/var/www/vhosts/tenckhoff.de/test1.tenckhoff.de/test1/web
> [notice] Update started: system_post_update_entity_revision_metadata_bc_cleanup
> [error] Drupal\votingapi\VoteStorage does not implement Drupal\Core\Entity\ContentEntityStorageInterface
> [error] Update failed: system_post_update_entity_revision_metadata_bc_cleanup
[error] Update aborted by: system_post_update_entity_revision_metadata_bc_cleanup
[error] Finished performing updates.

In der Datenbank habe ich die Zeilen votingapi_result und votingapi_vote gefunden und gelöscht.
Das hat aber nichts gebracht. Die Fehlermeldungen bleiben gleich.

Hast Du hierzu noch eine Idee?

Du solltest die Voting api vorher runternehmen bzw deaktivieren und dein Update dann ausführen. Das sind die Fehlerchen, mit denen wir gerade kämpfen, bis alle Module, die mit Drupal 9 funktionieren sollen wirklich stabil sind. Wenn du also die Voting API und auch die Inhlatstypen, die damit zusammenhängen vor dem Update aus der Seite nimmst, sollte dein Update funktionieren.

Das Modul finde ich nicht bei meiner Installation. Ich hatte vor einem Jahr mal Fivestar und auch die benötigte votingapi installiert und wieder deinstalliert und ... vergessen. Vermutlich hat die Deinstallation damals nicht 100% geklappt.
Jetzt habe ich versucht, zunächst votingapi neu zu installieren, um es dann wieder (diesmal sorgfältiger) zu deinstallieren aber das scheitert mit der Meldung:

Es war nicht möglich Voting API zu installieren votingapi.settings, votingapi.vote_type.vote sind bereits in der aktiven Konfiguration vorhanden.
bzw.
In PreExistingConfigException.php line 65: Configuration objects (votingapi.settings, votingapi.vote_type.vote) provided by votingapi already exist in active configuration

Hast Du einen Tipp, wo ich diese beiden Einstellungen/Felder? votingapi.settings, votingapi.vote_type.vote suchen und löschen kann?

Mit drush cdel [name] kannst Du vorhandene Konfigrationen löschen. Danach brauchst Du vermutlich die Voting API auch nicht mehr installieren.

mit drush cdel konnte ich die Einträge entfernen. Kannte ich noch nicht. Vielen Dank.
Leider gab es immer noch die Fehlermeldung:

Allerdings konnte ich jetzt die votingapi installieren und deinstallieren. Hat den Fehler allerdings nicht behoben, der identisch bei drush updb ausgegeben wurde.

Mit .../update.php (lief auch nicht durch, wie zuvor) gab es ja den Fehlerhinweis zu Zeile 52 von /var/www/vhosts/.../web/core/lib/Drupal/Core/Entity/ContentEntityType.php:

Hier habe ich die relevanten Zeilen auskommentiert:
/**
* {@inheritdoc}
*
* @throws \InvalidArgumentException
* If the provided class does not implement
* \Drupal\Core\Entity\ContentEntityStorageInterface.
*
* @see \Drupal\Core\Entity\ContentEntityStorageInterface
*/

/**

Danach lief drush updb ohne Probleme durch und meine Testseite (identisch mit Produktivsite) ist nun von D8.9 auf D9.0 upgegraded. Ich habe die Funktion checkStorageClass in ContentEntityType.php anschließend wieder aktiviert und alle Test mit der Seite waren danach erfolgreich!

Bevor ich aber meine Produktivsite auf D9 upgrade, wäre es allerdings klasse, wenn mir jemand sagen könnte, ob ich mir mit diesem Workaround nicht ein Problem eingehandelt habe, da ich nicht überblicke, was ich da eigentlich gemacht habe.

Danke dafür! Diese Lösung hat bei mir funktioniert - aber diese kürzlich gepostete Lösung ist wahrscheinlich besser:
https://www.drupal.org/project/group/issues/3223028