Tine 2.0 Update von 18.02.7 auf 18.08.9

[Kalle2018]

Nachdem ich für die Aktualisierung von Version 2017.02.5 auf 2017.08.11 schon am verzweifeln war, weil das Update immer abgebrochen ist und erst der Zwischenschritt über 2017.08.3 geholfen hat, bin ich jetzt bei dem nächsten Problem angekommen:

(23:39:24) [tine1809] php7.1.32-cli setup.php --update
Tinebase_Exception_Backend: you already have some utf8mb4 tables, but your db config says utf8, this is bad! in /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Controller.php:653
Stack trace:
#0 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Controller.php(588): Setup_Controller->_enforceCollation()
#1 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Controller.php(458): Setup_Controller->_legacyUpdateApplications(Object(Tinebase_Record_RecordSetFast))
#2 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Frontend/Cli.php(459): Setup_Controller->updateApplications()
#3 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Frontend/Cli.php(443): Setup_Frontend_Cli->_updateApplications()
#4 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Frontend/Cli.php(73): Setup_Frontend_Cli->_update(Object(Zend_Console_Getopt))
#5 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Server/Cli.php(141): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#6 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Core.php(115): Setup_Server_Cli->handle()
#7 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/setup.php(14): Setup_Core::dispatchRequest()
#8 {main}

Ich stelle fest, das die Tabelle tine20_application_states mit utf8mb4_general_ci angelegt wurde.

Was mache ich jetzt?

Nachtrag: Nicht vom Verzeichnisnamen irritieren lassen, es ist die Version 2018.08.9 die ich in das Verzeichnis hochgeladen habe.

Ich habe einen Hinweis zur Datenbankänderung gefunden, aber es kommt zu einem Fehler:

(23:39:30) [tine1809] php7.1.32-cli setup.php --migrateUtf8mb4
PDOException: SQLSTATE[42000]: Syntax error or access violation: 1091 Can't DROP 'tree_nodes??parent_id??tree_nodes??id'; check that column/key exists in /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Statement/Pdo.php:228
Stack trace:
#0 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Statement/Pdo.php(228): PDOStatement->execute(Array)
#1 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Statement.php(303): Zend_Db_Statement_Pdo->_execute(Array)
#2 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Adapter/Abstract.php(480): Zend_Db_Statement->execute(Array)
#3 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Adapter/Pdo/Abstract.php(238): Zend_Db_Adapter_Abstract->query('ALTER TABLE ti...', Array) #4 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Backend/Abstract.php(207): Zend_Db_Adapter_Pdo_Abstract->query('ALTER TABLE ti...', Array)
#5 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Backend/Abstract.php(460): Setup_Backend_Abstract->execQueryVoid('ALTER TABLE `ti...')
#6 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Backend/Abstract.php(440): Setup_Backend_Abstract->_dropForeignKey('tree_nodes', 'tree_nodes??par...')
#7 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Frontend/Cli.php(1196): Setup_Backend_Abstract->dropForeignKey('tree_nodes', 'tree_nodes::par...')
#8 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Frontend/Cli.php(115): Setup_Frontend_Cli->_migrateUtf8mb4()
#9 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Server/Cli.php(141): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#10 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Core.php(115): Setup_Server_Cli->handle()
#11 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/setup.php(14): Setup_Core::dispatchRequest()
#12 {main}

Next Zend_Db_Statement_Exception: SQLSTATE[42000]: Syntax error or access violation: 1091 Can't DROP 'tree_nodes??parent_id??tree_nodes??id'; check that column/key exists, query was: ALTER TABLE tine20_tree_nodes DROP FOREIGN KEY tree_nodes??parent_id??tree_nodes??id in /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Statement/Pdo.php:235
Stack trace:
#0 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Statement.php(303): Zend_Db_Statement_Pdo->_execute(Array)
#1 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Adapter/Abstract.php(480): Zend_Db_Statement->execute(Array)
#2 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/vendor/zendframework/zendframework1/library/Zend/Db/Adapter/Pdo/Abstract.php(238): Zend_Db_Adapter_Abstract->query('ALTER TABLE ti...', Array) #3 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Backend/Abstract.php(207): Zend_Db_Adapter_Pdo_Abstract->query('ALTER TABLE ti...', Array)
#4 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Backend/Abstract.php(460): Setup_Backend_Abstract->execQueryVoid('ALTER TABLE `ti...')
#5 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Backend/Abstract.php(440): Setup_Backend_Abstract->_dropForeignKey('tree_nodes', 'tree_nodes??par...')
#6 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Frontend/Cli.php(1196): Setup_Backend_Abstract->dropForeignKey('tree_nodes', 'tree_nodes::par...')
#7 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Frontend/Cli.php(115): Setup_Frontend_Cli->_migrateUtf8mb4()
#8 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Server/Cli.php(141): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#9 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/Setup/Core.php(115): Setup_Server_Cli->handle()
#10 /kunden/xxxxx.de/rp-hosting/3/3/tine1809/setup.php(14): Setup_Core::dispatchRequest()
#11 {main}
(00:27:41) [tine1809]

[lab-at-nohl]

Blöde Frage: Kannst du einen Zwischenschritt zurück (Backup)? Ich hatte mir notiert, dass das Update auf 2018.02.6 von 2017.08.11 funktioniert... Für das Update von 2018.02.7 hatte ich auch Probleme vermerkt.

Edit: Nicht das Release 2018.02.7 nutzen, hier gilt folgender Hinweis: NOTE: this release should not be used !!!

Andere müssten den Sprung 2018.02.7 auf 2018.08.x aber auch geschafft haben. Ich würde daher zuerst mal eine kleinere Minor-Version probieren, z.B. 2018.08.3. Wenn das nicht läuft, müssten wir auf Spurensuche gehen.

[Kalle2018]

Ich befürchte, es liegt an der Datenbank und der alten MySQL - Version. Leider kenne ich mich mit MySQL nicht so gut aus, und nach meinem Umstellungsversuch ging nix mehr. Der DB - Restore hat dann auch noch Probleme gemacht, aber ich konnte die einzelne Tabelle aus einer älteren Sicherung wiederherstellen.

[lab-at-nohl]

Das ist vielleicht ein etwas umfangreicher Vorschlag, für jemanden, der "nur" ein Update will. Aber grds. könntest du den Server auf dem du unterwegs bist auch nachbauen. Also OS/Distribution etc. Ich habe sowas in einer VirtualBox, da ich CentOS aufm Server verwende und nicht das Gefühl habe, dass die Tine 2.0 devs speziell auch diese Distribution testen. Aber es sind halt so die Kleinigkeiten, die immer mal irgendwo Schwierigkeiten machen - mal Mail, mal DB, mal PHP, mal Apache2...

Und übrigens, ein Tine-UPDATE ist (neben dem Austausch der dazugehörigen Dateien) nur eine Veränderung der DB und selten auch des Virtuellen Dateisystems. Wenn du also auf einer identischen Testmaschine einen SQL-Dump einspielst, kannst du für Mail etc. auch den Hauptserver weiterhin benutzern. Das schöne ist, dass man ein fehlgeschlagenes Update dann einfach auf der Testmaschine löschen kann.

P.S Für den Produktiv-Server benutze ich übrigens ein Update-Skript. Das sichert die Dateien und die Datenbank, lädt und entpackt die neuen Dateien, übernimmt die alte Config. Vorteil: Man macht nie ein Update ohne Backup. Und es steht immer alles noch zur Verfügung, was für eine Rolle rückwärts notwendig ist. Dies nur als Anmerkung, falls du deinen Server professionalisieren willst...

[pschuele]

moin,

beim überfliegen der diskussion sind mir 2 gedanken/antworten gekommen:

Nachtrag: Wofür ist diese tree_nodes Tabelle zuständig?

das wird vom tine20-dateisystem benötigt. dort sind ordner und datei-"nodes" gespeichert. an den nodes hängen dann die konkreten files (fileobjects+filerevisions) und zugriffsrechte (node_acl).

utf8mb4 update

dafür haben wir ja ein skript geschrieben, das zuverlässig die tabellen alle auf utf8mb4 umstellt. das sollte man nicht manuell machen müssen:

php setup.php --config=/etc/tine20 --migrateUtf8mb4

[Kalle2018]

Mit welcher Tine - Version funktioniert dieses Migrate denn sauber? Ich habe letzte Nacht den Server wechseln lassen, und der neue läuft jetzt mit 10.4.17-MariaDB und Tine 2.0 Version 18.08 läuft nicht mehr.

[Kalle2018]

Der Kunde benutzt von Tine 2.0 nur den Kalender. Kann ich vielleicht Anwendungsbereiche löschen um den Fehler zu beheben?

[lab-at-nohl]

@Kalle2018

Mit welcher Tine - Version funktioniert dieses Migrate denn sauber? Ich habe letzte Nacht den Server wechseln lassen, und der neue läuft jetzt mit 10.4.17-MariaDB und Tine 2.0 Version 18.08 läuft nicht mehr.

Bitte Logfile, Stufe Debug.

Der Kunde benutzt von Tine 2.0 nur den Kalender. Kann ich vielleicht Anwendungsbereiche löschen um den Fehler zu beheben?

Kann ich nicht sagen. Sofern wir hier über tree_filenodes reden: Meistens fehlen die realen Dateien oder deren Dateirechte passen nicht. Wie gesagt: Log bitte!

[Kalle2018]

Mit welchen PHP - Versionen ist der Build 2018.08.9 kompatibel?

Bei der laufenden 18.08 bekomme ich die folgenden Fehlermeldungen:

[ssh-xxxxxxxx tine1808]$ php setup.php --migrateUtf8mb4
Tinebase_Core::errorHandler::687 "continue" targeting switch is equivalent to "break". Did you mean to use "continue 2"? in /kunden/xxxxx/rp-hosting/3/3/tine1808/vendor/zendframework/zend-stdlib/src/ArrayObject.php::426 (2)
Tinebase_Core::errorHandler::688 #0 /kunden/xxxxx/rp-hosting/3/3/tine1808/vendor/composer/ClassLoader.php(444): Tinebase_Core::errorHandler(2, '"continue" targ...', '/kunden/xxxxx...', 426, Array)
#1 /kunden/xxxxx/rp-hosting/3/3/tine1808/vendor/composer/ClassLoader.php(444): include()
#2 /kunden/xxxxx/rp-hosting/3/3/tine1808/vendor/composer/ClassLoader.php(322): Composer\Autoload\includeFile('/kunden/xxxxx...')
#3 [internal function]: Composer\Autoload\ClassLoader->loadClass('Zend\Stdlib\Arr...')
#4 /kunden/xxxxx/rp-hosting/3/3/tine1808/vendor/zendframework/zend-stdlib/src/Parameters.php(29): spl_autoload_call('Zend\Stdlib\Arr...')
#5 /kunden/xxxxx/rp-hosting/3/3/tine1808/vendor/zendframework/zend-http/src/PhpEnvironment/Request.php(69): Zend\Stdlib\Parameters->__construct(Array)
#6 /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Core.php(95): Zend\Http\PhpEnvironment\Request->__construct()
#7 /kunden/xxxxx/rp-hosting/3/3/tine1808/setup.php(14): Setup_Core::dispatchRequest()
#8 {main}
PHP Fatal error: Uncaught Tinebase_Exception_Backend_Database: innodb_large_prefix seems not be turned on: in /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Frontend/Cli.php:1250
Stack trace:
#0 /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Frontend/Cli.php(115): Setup_Frontend_Cli->_migrateUtf8mb4()
#1 /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Server/Cli.php(140): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#2 /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Core.php(115): Setup_Server_Cli->handle()
#3 /kunden/xxxxx/rp-hosting/3/3/tine1808/setup.php(14): Setup_Core::dispatchRequest()
#4 {main}
thrown in /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Frontend/Cli.php on line 1250

Fatal error: Uncaught Tinebase_Exception_Backend_Database: innodb_large_prefix seems not be turned on: in /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Frontend/Cli.php:1250
Stack trace:
#0 /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Frontend/Cli.php(115): Setup_Frontend_Cli->_migrateUtf8mb4()
#1 /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Server/Cli.php(140): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#2 /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Core.php(115): Setup_Server_Cli->handle()
#3 /kunden/xxxxx/rp-hosting/3/3/tine1808/setup.php(14): Setup_Core::dispatchRequest()
#4 {main}
thrown in /kunden/xxxxx/rp-hosting/3/3/tine1808/Setup/Frontend/Cli.php on line 1250

[Kalle2018]

Leider kenne ich mich mit den Unterschieden im neuen System noch nicht so aus. Bis auf Tine 2.0 hat die Migration aber für alle Kunden und Anwendungen ohne Probleme funktioniert.

[Kalle2018]

[ssh-xxxxxxxxxx tine1808]$ php -v
PHP 7.3.27 (cli) (built: Feb 2 2021 10:32:50) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.27, Copyright (c) 1998-2018 Zend Technologies
with the ionCube PHP Loader + ionCube24 v10.4.5, Copyright (c) 2002-2020, by ionCube Ltd.
with Zend OPcache v7.3.27, Copyright (c) 1999-2018, by Zend Technologies

[lab-at-nohl]

Hast du root-Rechte auf dem Server? Wenn ja, probiere in /etc/my.cnf:

innodb_large_prefix=true

P.S Das ist kein Log-File, oder? Sondern nur der CLI-Output.

[Kalle2018]

Leider hat das nicht geholfen, beim Update steht im ssh - Log:

[ssh- tine1902]$ php72 setup.php --update
Tinebase_Exception_Backend: you already have some utf8mb4 tables, but your db config says utf8, this is bad! in /kunden/xxxxxx/rp-hosting/3/3/tine1902/Setup/Controller.php:687
Stack trace:
#0 /kunden/xxxxx/rp-hosting/3/3/tine1902/Setup/Controller.php(617): Setup_Controller->_enforceCollation()
#1 /kunden/xxxxx/rp-hosting/3/3/tine1902/Setup/Controller.php(522): Setup_Controller->_legacyUpdateApplications(Object(Tinebase_Record_RecordSetFast))
#2 /kunden/xxxxxx/rp-hosting/3/3/tine1902/Setup/Frontend/Cli.php(464): Setup_Controller->updateApplications()
#3 /kunden/xxxxxx/rp-hosting/3/3/tine1902/Setup/Frontend/Cli.php(448): Setup_Frontend_Cli->_updateApplications()
#4 /kunden/xxxxxx/rp-hosting/3/3/tine1902/Setup/Frontend/Cli.php(78): Setup_Frontend_Cli->_update(Object(Zend_Console_Getopt))
#5 /kunden/xxxxxx/rp-hosting/3/3/tine1902/Setup/Server/Cli.php(141): Setup_Frontend_Cli->handle(Object(Zend_Console_Getopt))
#6 /kunden/xxxxxx/rp-hosting/3/3/tine1902/Setup/Core.php(115): Setup_Server_Cli->handle()
#7 /kunden/xxxxxx/rp-hosting/3/3/tine1902/setup.php(14): Setup_Core::dispatchRequest()
#8 {main}

[lab-at-nohl]

Ok, dann noch ein Vorschlag: Stelle einfach alle Tables und die DB zurück auf utf8_general_ci. Dann kann Tine 2.0 bzw. das Update entscheiden, wie vorzugehen ist. Ich lese die Fehlermeldung so, dass in deiner /etc/my.cnf das utf8mb4 nicht aktiviert ist. Ich schau mal in meine Config, wie es da drin aussieht.

[Kalle2018]

Damit, und mit dem Eintrag 'useUtf8mb4' => false, bin ich jetzt auf 2019.02 angekommen.

[Kalle2018]

Als nächstes wäre dann die 2019.08 dran, aber welchen Build? Direkt auf 2019.08.04 ?

[lab-at-nohl]

Immer den letzten aus einer Reihe.

[lab-at-nohl]

Damit, und mit dem Eintrag 'useUtf8mb4' => false, bin ich jetzt auf 2019.02 angekommen.

Seltsam. Aber ok. Vergiss nicht beim Update ein Log zu machen, damit man hinterher sehen kann, ob es im Hintergrund Fehler gab... Deine Installation scheint mir schon sehr eigen zu sein.

[Kalle2018]

Die Version 2020.03.04 ist wohl fehlerhaft:

PHP Fatal error: Uncaught Error: Class 'HumanResources_Config' not found in /kunden/xxxxxxx/rp-hosting/3/3/tine2003/Tinebase/Record/Abstract.php:269

[Kalle2018]

Aber ich habe eine Fehlerkorrektur gefunden die 2020.08.1 eingeflossen ist.
(PHP Fatal error in ./Timetracker/Model/Timeaccount.php #7194)

Nach dieser Änderung ist das Update auf 2020.03.04 durchgelaufen.

[Kalle2018]

Das Update auf die Version 2020.08.08 hat auch funktioniert. Auf dem bleibe ich wohl vorläufig erstmal.
Vielen Dank für die Unterstützung.

[lab-at-nohl]

Gerne doch. Super, wenn 2020.08 bei dir jetzt läuft. Dann bist du bis zum Sommer gut unterwegs.

Wenn du Tine 2.0 professionell nutzt, noch ein kleiner Tipp: Ich nutze ein selbst gebautes Update-Skript, damit man nicht jedes mal wieder irgendwelche Details vergisst. Einschließlich einem DB-Dump als Backup. Hilft natürlich nicht bei Fehlern.

Schönes WE!

[Kalle2018]

Wegen EOL für PHP 7.4 muss ich in Kürze das Update auf 2021.2.4 durchführen. Ich bin mal gespannt.

[pschuele]

hab hier etwas die übersicht verloren, ist das thema nun abschliessend beantwortet oder gibt es weiterhin probleme?

ein paar infos zum update mit mariadb habe ich hier noch aufgeschrieben: #7299 (comment)

PHP Fatal error: Uncaught Error: Class 'HumanResources_Config' not found in /kunden/xxxxxxx/rp-hosting/3/3/tine2003/Tinebase/Record/Abstract.php:269

das klingt so, als hättest du ggf. vergessen, die HumanResources-Pakete herunterzuladen. die sind im "All-in-One" nicht dabei, können aber über die gleiche quelle (z.b. https://packages.tine20.org/source/2021.02.2/) geladen werden.

[pschuele]

ich mach das jetzt mal zu. bitte neuen thread (oder ein issue) aufmachen, falls es weitere probleme zu einem bestimmten update gibt.

[My1]

ähnliches problem hier aber von 18.02.6 bekomme auch kein update auf die 08.9 wegen irgendwas mit is_system in der DB

[lab-at-nohl]

Sorry, aber das ist gar nicht hilfreich. Bitte konkret sagen, was ist. Und einen neuen Thread aufmachen, nicht einen Asbach Uralt-Thread kapern. Es sei denn, du bist sicher, dass das zusammenhängt.