KeyHelp Community

space2place wrote: ↑Mon 29. Apr 2024, 06:59 Debian 7 wird nicht mehr funktionieren mit meinem Script

Vielleicht wäre es ja für dich eine Option, auf deiner Projektseite bei den Requirements die kleinste bzw. älteste funktionierende OS Version zu erwähnen...?

Jolinar wrote: ↑Mon 29. Apr 2024, 07:11 Vielleicht wäre es ja für dich eine Option, auf deiner Projektseite bei den Requirements die kleinste bzw. älteste funktionierende OS Version zu erwähnen...?

Kann ich gerne machen, aber ich bezweifle das es einer liest..
Die Version von i-MSCP 1.5.3 (was ja schon die Voraussetzung ist) auf Debian 7 gar nicht funktioniert. So steht es auch in den Requirements:

Supported Debian versions
Debian Jessie (8.x),
Debian Stretch (9.x)
Debian Buster (10.x)

Also wurde das Requirement von dem Script auch schon überlesen.

Hey, danke dir! Ist bereits im Gange, die Verzeichnisse waren mir bekannt. Die richtige Arbeit ist ja nur das manuelle Anlegen der E-Mailkonten. Bei meinen Servern mit aktuellen Debian und Ubuntu Versionen läuft das Script ja wunderbar. Großartiges Tool

Ich bin seit heute nochmal am migrieren, seit Mai laufen die restlichen imscp Kisten auf Debian 11, musste ich upgraden weil ich die Migrationen sonst nicht vor Buster EOL fertigstellen konnte.

Bei den Datenbank Imports auf der KH Seite funktioniert etwas nicht mehr ... mußte alle DBs heute manuell importieren.

mysqld ist eingestellt auf:

Code: Select all

bind-address            = 0.0.0.0

bei den vorigen Migrationen gab es da auch keine Probleme, die Dumps sind alle auf dem KH Server angekommen werden aber nicht mehr importiert

während der Migration werden keine Fehler angezeigt auch nicht in den Logs, außer in der mysql error.log

Code: Select all

Start import i-MSCP database dump "db89_mydbuser__mydbuser_sql.gz" to database "db89_mydbuser"
DB Import in progress: 16.2KiB 0:00:00 [ 492MiB/s] [================================>] 100%
Finished - Dump db89_mydbuser__mydbuser_sql.gz succesfully imported to DB: db89_mydbuser

da fällt mir gerade nur ein double underscore auf ... beim .sql.gz aber daran liegt es eher nicht ...

Code: Select all

2024-11-23 16:50:05 615 [Warning] Aborted connection 615 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-23 16:50:05 618 [Warning] Aborted connection 618 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-23 16:50:05 616 [Warning] Aborted connection 616 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-23 16:50:05 617 [Warning] Aborted connection 617 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-23 16:50:05 619 [Warning] Aborted connection 619 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
Access denied for user 'dbu89_mydbuser'@'localhost' to database

Die Dumps liegen unter /root/i-mscp-keyhelp-migration/mydbuser_mysqldumps, sind also komplet übertragen worden.
Die Datenbank Namen und User werden auch korrekt angelegt

Hat sich da irgendwo etwas geändert und hat jemand eine Idee um das Problem lösen zu können?
Es sind User mit vielen Datenbanken vorhanden und die alle manuell importieren, würde sehr viel Zeit brauchen ...

seltsam ... hab vorhin mal das sql.gz entpackt und über CLI einen import gestartet:

Code: Select all

mysql -u mysqladmin -p db93_Datebank1 < db93_Datebank1__Datebank1_sql
Enter password: 
ERROR at line 1: Unknown command '\-'.

scheint ein mariadb Bug zu sein ... keine Ahnung ob sich das auch auf KH interne restore tasks auswirkt:
https://github.com/drush-ops/drush/issues/6027
https://ddev.com/blog/mariadb-dump-breaking-change/

im mysql error.log wird das verbucht als

Code: Select all

2024-11-24 10:17:43 194 [Warning] Aborted connection 194 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-24 10:20:05 286 [Warning] Aborted connection 286 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-24 10:20:05 285 [Warning] Aborted connection 285 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-24 10:20:05 288 [Warning] Aborted connection 288 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-24 10:20:05 289 [Warning] Aborted connection 289 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)
2024-11-24 10:20:05 287 [Warning] Aborted connection 287 to db: 'keyhelp' user: 'keyhelp' host: 'localhost' (Got an error reading communication packets)

Die Pfad Angabe ist wohl notwendig wenn ich das richtig verstanden habe ... könnte eventl eine Umgebungs Variable verwendet werden beim import script?

es ist die erste Zeile im SQL Dump die das Problem verursacht, diese wird durch mariadb hinzugefügt:

Code: Select all

/*!999999\- enable the sandbox mode */

vor dem import muß diese Zeile (ganz oben) raus z.b.

Code: Select all

sed -i 1d db93_Datebank1_sql

erst dann lässt sich der Dump importieren

ist bei allen sql dump files auf Debian11 der Fall

Code: Select all

/*M!999999\- enable the sandbox mode */

Das ist ja wieder mal eine geile Schei*e ....

Falls jemand von Debain 11 (imscp) zu KH migriren möchte bzw. mit nicht kompatibler mariadb-dump Version

Code: Select all

mariadb-dump -V

Ver 10.19 Distrib 10.5.26-MariaDB, for debian-linux-gnu (x86_64)
in der:

i-mscp_keyhelp_migration.py

folgende Zeile ändern von:

Code: Select all

'imysqlpassword'] + ' ' + oldDatabaseName + ' | gzip > ' + imscpDbDumpFolder + '/' + oldDatabaseName + '_sql.gz')

zu:

Code: Select all

'imysqlpassword'] + ' ' + oldDatabaseName + ' | tail -n +2 | gzip > ' + imscpDbDumpFolder + '/' + oldDatabaseName + '_sql.gz')

Dies lässt die erste Zeile (/*M!999999\- enable the sandbox mode */) vor dem packen aus dem Dump aus und die dumps können auf der KH Seite wieder importiert werden.

Ich habe von diesem sandbox mode crap bei meinem ganzen Stress nix mitbekommen

Moin Ralph,
Debian 11 und i-MSCP ist ja uch nicht von der Stange..

Trotzdem Danke für das fixen.. Ich denke so langsam sollten alle das gesunkene Boot "i-MSCP" verlassen haben.
Gruß
Sascha

space2place wrote: ↑Mon 2. Dec 2024, 13:24 Debian 11 und i-MSCP ist ja uch nicht von der Stange..

Na ja, ich habe dir zu danken für das Script

Ich verwende (zwangläufig noch) eine eigene Version basierend auf der letzten stable ... mit passender ZF & composer Version (+ viele Anpassungen) läuft das Backend unter PHP7.4 & Frontend ist komplett aktuell.
Es gibt aber auch einige verbesserte maintenance forks die auf Debian 11 laufen, ich denke schon dass noch ein paar Leute migrieren werden ...

KeyHelp Community

Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp

Re: Migration von i-MSCP zu KeyHelp