Hochziehen von 1.8 auf aktuell schlägt fehl

Juergen 2022-11-01 13:35:46 UTC #1

Moin.
Die Datenschutzhinweise habe ich ernst genommen.
Habe jetzt auf einem Vserver eine neue egroupware installiert.
Das Backup läßt sich zwar zurücksichern, aber danach ist die geamte DB Schrott und es kann nicht mehr eingeloggt werden.
Ich vermute, das hängt damit zusammen, das die alte DB aus mysql stammt und für die neue MariaDB verwendet wird? Ich bekomme an der Konsole nicht mal raus, was da für eine mysql-Version installiert ist …
Habe jetzt den Server neu aufgesetzt und bin ganz offen für Ideen
Danke
Jürgen

RalfBecker 2022-11-01 13:52:01 UTC #2

Ich bin gerade dabei ein Problem mit dem Backup aus MySQL 8.0 zu beheben.

Welche MySQL Version benutzt Du?

Generell funktioniert das Backup unabhängig von der Datenbank.

Ralf

Juergen 2022-11-01 15:04:56 UTC #3

Die Version der DB ist MySQL 5.7.34

StefanU 2022-11-01 15:27:50 UTC #4

Wie hast du installiert?
Das machst du über die EGroupware-eigene Datensicherung?
Über Setup eingespielt?

Woran erkennst du das?

Mit welche Zugangsdaten versuchst du dich anzumelden?

Wie sieht die Situation im Setup aus?

Auch beachtet?:

Grundsätzlich lässt sich EGroupware über so viele Versionen (und Jahre) hoch ziehen. Um so älter um so möglicher werden aber auch mal Schwierigkeiten. Die muss man dann halt lösen…

Stefan

Juergen 2022-11-01 15:30:41 UTC #5

Jetzt war ich so blöd und habe es nochmal versucht, als sysop und dann links über admin und db backup und restore,
das kam dabei heraus:

/usr/share/egroupware/api/src/Db.php (822)
Database error

Invalid SQL: REPLACE INTO egw_config (config_value,config_app,config_name) VALUES (‘utf-8’,‘phpgwapi’,‘system_charset’)
Table ‘egroupware.egw_config’ doesn’t exist (1146)

Juergen 2022-11-01 15:38:13 UTC #6

Guter Hinweis mit über setup.
Damit ist es jetzt erst mal repariert.
Nur die Daten scheinen noch nicht das zu sein, das Adressbuch ist komplett leer.
Und der Import aus einer csv-Adressbuch-Sicherung bringt ebenfalls keinen einzigen Eintrag.
Ein backup der db bringt 0.0 MB
Nachtrag:
Das verstehe ich inzwischen, weil beim import Fehlermeldungen kommen, das Benutzergruppen und Benutzer nicht existieren. Die sollten ja aber in der DB stehen, die sich halt aber leider nicht smooth importieren lässt.

RalfBecker 2022-11-01 18:32:26 UTC #7

Führ’ mal das folgende aus und paste das Ergebnis:

bzgrep acc_imap_port /var/lib/egroupware/default/backup/db_backup-<datum>.bz2

Daran kann ich sehen, ob Dein Backup auch von dem MySQL 8.0 Problem betroffen ist, das ich inzwischen gefixed habe.

Ralf

StefanU 2022-11-01 20:11:34 UTC #8

Du hast das in die Kategorie

gestellt. Das ist aber keine Installation auf einem UCS, oder?
Stefan

Juergen 2022-11-02 11:10:06 UTC #9

@StefanU - nee, in einem IONOS-vserver auf Ubuntu 22.04 - Sorry, falscher Ordner? Kann das bitte jemand verschieben?

@RalfBecker - die backup liegt mit zip-Endung vor. Und wenn ich deinen Befehl dahingehend abändere, gibt er leider gar keine Meldung ab, es erscheint nur wieder die Kommandozeile.

RalfBecker 2022-11-02 11:37:25 UTC #10

Dann unzip einfach mal das db_backup und verwende das normale grep Kommando, es gibt - meines Wissens - kein zipgrep.

Ralf

Juergen 2022-11-02 13:08:55 UTC #11

Da grept immer noch nichts - die Zeichenfolge scheint auch in der entpackten Datei nicht zu existieren.

RalfBecker 2022-11-02 14:16:39 UTC #12

Das ist eine 1.8? Dann gibt es die Tabelle einfach (noch) nicht.

Kannst auch folgendes machen:

grep ^schema: db_backup-<datum>

Ralf

Juergen 2022-11-02 14:25:19 UTC #13

Diese 100k Zeichen willst du aber hier jetzt nicht sehen, richtig?

Juergen 2022-11-02 14:28:23 UTC #14

schema.txt (83,7 KB)

Juergen 2022-11-04 10:02:33 UTC #15

Moin. Gibt es schon neue Überlegungen?

RalfBecker 2022-11-04 10:29:35 UTC #16

Also von meiner Seite aus hast Du NICHT das MySQL 8.0 Problem, das ich behoben habe.

Für die Migration von 1.8 ist zu beachte, dass Du immer neben der reinen Docker Installation noch das egroupware-epl-compat Paket oder inzwischen besser die alte (phpgw)API clonen musst, damit Du alle Update Scripte hast.

Hast Du das gemacht?

Falls nicht schau mal in das Wiki, dort ist das beschrieben:

Ralf

Juergen 2022-11-04 14:13:30 UTC #17

[quote=“RalfBecker, post:16, topic:77126”]
Hast Du das gemacht? [/quote]
Jetzt aber

Ja, leider kommen gleich am Anfang Fehlermeldungen:
Reading installed packages…
‘egroupware-epl-’ not found in package names. Trying capabilities.
No provider of 'egroupware-epl-’ found.
Resolving package dependencies…

Problem: This request will break your system!
nothing provides requested glibc
Have you enabled all requested repositories?
Solution 1: ignore the warning of a broken system (requires:glibc)

Choose the above solution using ‘1’ or cancel using ‘c’ [1/c/d/?] ©: Command ‘yum’ not found, did you mean:
command ‘gum’ from snap gum (0.12.0)
command ‘num’ from deb quickcal (2.4-1)
command ‘zum’ from deb perforate (1.2-5.1)
command ‘sum’ from deb coreutils (8.32-4.1ubuntu1)
command ‘yum4’ from deb nextgen-yum4 (4.5.2-6)
command ‘uum’ from deb freewnn-jserver (1.1.1~a021+cvs20130302-7build1)
See 'snap info ’ for additional versions.

Ok, is halt ein Ubuntu und kein Red Had Derivat.
Die Pakete wurden trotzdem deinstalliert und die alten Pakete liessen sich installieren.
Das Ergebnis ist aber das selbe …
Invalid SQL: REPLACE INTO egw_config (config_value,config_app,config_name) VALUES (‘utf-8’,‘phpgwapi’,‘system_charset’)
Table ‘egroupware.egw_config’ doesn’t exist (1146)

RalfBecker 2022-11-04 14:43:18 UTC #18

So heißt das Paket ja auch nicht, du brauchst egroupware-epl-compat, oder besser mach den git clone unter dem link den ich Dir geschickt habe.

Deswegen steht in der Doku ja auch apt|yum|zypper, damit Du das verwendest, was zu Deinem System gehört

Ralf

Juergen 2022-11-04 15:18:45 UTC #19

So. Egw installiert, git clone gemacht, läuft.
Backup eingespielt, Zeile 822-Fehlermeldung …
Scheint mir inzwischen fast einfacher, die 1000 Adressen händisch einzutippen. Grrr.

Jetzt mal die Zip entpackt und hochgeladen.
DA passiert jetzt plötzlich was.
Wird als 1.8 erkannt und soll konvertiert werden.
Erscheint danacht als 14.3
Wieder aktualisieren

process->pass(): #1 for upgrade processing
process->upgrade(): Incoming : appname: api, version: 14.3.907, status: U
process->upgrade(): api(14.3.907 --> 21.1.001): running api_upgrade14_3_907() --> 16.1
process->upgrade(): api(16.1 --> 21.1.001): running api_upgrade16_1()

AlterColumnSQL(‘egw_ea_accounts’,‘acc_folder_archive’,Array ( [type] => varchar [precision] => 128 [comment] => archive folder ) ) sql=Array ( [0] => ALTER TABLE egw_ea_accounts ADD acc_folder_archive VARCHAR(128) )

Duplicate column name ‘acc_folder_archive’
–> 16.1.001
process->upgrade(): api(16.1.001 --> 21.1.001): running api_upgrade16_1_001() --> 16.1.002
process->upgrade(): api(16.1.002 --> 21.1.001): running api_upgrade16_1_002() --> 16.1.003
process->upgrade(): api(16.1.003 --> 21.1.001): running api_upgrade16_1_003() --> 16.1.004
process->upgrade(): api(16.1.004 --> 21.1.001): running api_upgrade16_1_004()

Invalid SQL: SELECT fs_id,prop_namespace,prop_name,MAX(prop_id) AS prop_id
FROM egw_sqlfs_props
GROUP BY fs_id,prop_namespace,prop_name
HAVING COUNT(*) > 1
Unknown column ‘prop_id’ in ‘field list’ (1054)

Bleibt als 14.3 erhalten, wird kein 21 draus …

In der Benutzeranmeldung kommt noch:
/usr/share/egroupware/api/src/Db.php (822)
Datenbank Fehler

Invalid SQL: SELECT egw_addressbook.contact_id AS id,egw_addressbook.n_family AS n_family,egw_addressbook.n_given AS n_given,egw_addressbook.n_prefix AS n_prefix,egw_addressbook.n_middle AS n_middle,egw_addressbook.contact_bday AS bday FROM egw_addressbook WHERE egw_addressbook.n_family != ‘’ AND egw_addressbook.contact_bday != ‘’ AND contact_tid != ‘D’ AND (egw_addressbook.contact_owner=15 OR egw_addressbook.contact_id IN (SELECT contact_id FROM egw_addressbook_shared WHERE shared_deleted IS NULL AND shared_with=15)) ORDER BY contact_bday ASC
Table ‘egroupware.egw_addressbook_shared’ doesn’t exist (1146)

Was habe ich jetzt schon wieder falsch gemacht?

StefanU 2022-11-04 15:44:24 UTC #20

Hallo Jürgen.

Man bekommt ja alles gelöst…
Kürzlich hatten wir noch eine 1.2 => 21.1.

Aber bevor das nun bei dir ausartet (Zeit, Aufwand, Frust, …) könntest du überlegen die Upgrade-Konvetierung (über 7 Versionen!) von uns erledigen zu lassen. Das bieten wir gegen Budget an. Mail an info@egroupware.org reicht.

Stefan