Migration von i-MSCP zu KeyHelp

[space2place]

Hast du zufällig noch das Migrationsscript was die Datenbanken 1:1 bei der Migration übernimmt bzw. wäre eine Anpassung als bezahlter Auftrag möglich?

Schreib mich mal per PM an.. Ich kann Dir jetzt gerade nicht mehr folgen

[Ralph]

Hast du zufällig noch das Migrationsscript was die Datenbanken 1:1 bei der Migration übernimmt bzw. wäre eine Anpassung als bezahlter Auftrag möglich?

Schreib mich mal per PM an.. Ich kann Dir jetzt gerade nicht mehr folgen

Hallo Sascha, hab dir eine PM geschickt, hängt aber momentan im Postausgang fest

[Alexander]

Kleine Info: Nachrichten bleiben hier im Forum solange im Postausgang, bis sie von der Gegenstelle gelesen wurden.

[Funnymob]

Hallo space2place,

auch von meiner Seite: Respekt und vielen Dank für das erstellen des Migrationsskripts.
Ich plane auch gerade einen Umzug, weg von iMSCP und hin zu KeyHelp.

Da das Skript auf dem neuen Server alles neu installiert, müsste es nach meinem Verständnis ja auch möglich sein, dabei auch gleich auf ein neueres linux release zu wechseln, oder?
Beispiel:
- alter Server läuft auf Debian 9 und iMSCP
- neuer Server wird mir Debian 10 und KeyHelp installiert und dann die Migration über dein Skript erledigt.

Ist das korrekt bzw. hat diese schon jemand so gemacht?

Vielen Dank
Gruß
Funnymob

[Ralph]

- alter Server läuft auf Debian 9 und iMSCP
- neuer Server wird mir Debian 10 und KeyHelp installiert und dann die Migration über dein Skript erledigt.

das hat mit dem Migrations Script nichts am Hut, wenn du KH auf einem aktuellen empfohlenen OS installierst ...
das Script migriert die User auf das neue KH System

[Viktor]

Hallo,

ich habe die KeyHelp Version 21.1 und ich bekomme einen Fehler.

Traceback (most recent call last):
File "./i-mscp_keyhelp_migration.py", line 381, in <module>
keyhelpAddData.addHtAccessUsersFromImscp(keyhelpAddApiData)
File "/root/i-mscp-keyhelp-migration/_keyhelp.py", line 776, in addHtAccessUsersFromImscp
keyHelpData['iHtAccessPassword']) + "');")
File "/usr/local/lib/python3.7/dist-packages/mysql/connector/cursor.py", line 551, in execute
self._handle_result(self._connection.cmd_query(stmt))
File "/usr/local/lib/python3.7/dist-packages/mysql/connector/connection.py", line 490, in cmd_query
result = self._handle_result(self._send_cmd(ServerCmd.QUERY, query))
File "/usr/local/lib/python3.7/dist-packages/mysql/connector/connection.py", line 395, in _handle_result
raise errors.get_exception(packet)
mysql.connector.errors.ProgrammingError: 1146 (42S02): Table 'keyhelp.dir_protection' doesn't exist

Ist es nicht mehr kompatibel mit der Version 21.1.

Was kann man machen.

Gruß
Viktor

[OlliTheDarkness]

Hallo,

ich habe die KeyHelp Version 21.1 und ich bekomme einen Fehler.

Traceback (most recent call last):
File "./i-mscp_keyhelp_migration.py", line 381, in <module>
keyhelpAddData.addHtAccessUsersFromImscp(keyhelpAddApiData)
File "/root/i-mscp-keyhelp-migration/_keyhelp.py", line 776, in addHtAccessUsersFromImscp
keyHelpData['iHtAccessPassword']) + "');")
File "/usr/local/lib/python3.7/dist-packages/mysql/connector/cursor.py", line 551, in execute
self._handle_result(self._connection.cmd_query(stmt))
File "/usr/local/lib/python3.7/dist-packages/mysql/connector/connection.py", line 490, in cmd_query
result = self._handle_result(self._send_cmd(ServerCmd.QUERY, query))
File "/usr/local/lib/python3.7/dist-packages/mysql/connector/connection.py", line 395, in _handle_result
raise errors.get_exception(packet)
mysql.connector.errors.ProgrammingError: 1146 (42S02): Table 'keyhelp.dir_protection' doesn't exist

Ist es nicht mehr kompatibel mit der Version 21.1.

Was kann man machen.

Gruß
Viktor

Hey,
ja aktuell ist es nicht kompatible.
In 21.1 wurden wohl die Table Namen geändert.

z.B keyhelp.dir_protection' doesn't exist ist korrekt, es heißt nun scheinbar keyhelp.directory_protections".

Hab noch ein wenig Geduld, ich denke das space2place es zeitnah prüft und anpasst.

Ansonsten kannst dir die entsprechenden Fehler auch selbst fixxen, falls es nur bei den DB Fehlern bleibt.

Gruß Olli

[Viktor]

Hallo,

jo habe es gefunden und den Fehler behoben.

Ich habe die Datei "_keyhelp.py" bearbeitet.

Code: Select all

            cursor.execute("INSERT INTO dir_protections (id_user, path, auth_name, username, password) VALUES ('" + str(

Habe ich geändert in:

Code: Select all

            cursor.execute("INSERT INTO directory_protections (id_user, path, auth_name, username, password) VALUES ('" + str(

Jetzt klappte alles super.

Gruß
Viktor

[OlliTheDarkness]

Hallo,

jo habe es gefunden und den Fehler behoben.

Ich habe die Datei "_keyhelp.py" bearbeitet.

Code: Select all

            cursor.execute("INSERT INTO dir_protections (id_user, path, auth_name, username, password) VALUES ('" + str(

Habe ich geändert in:

Code: Select all

            cursor.execute("INSERT INTO directory_protections (id_user, path, auth_name, username, password) VALUES ('" + str(

Jetzt klappte alles super.

Gruß
Viktor

Haha super

Habs dir grad auch als PN geschickt

Hab es im Git auch grad schon Commitet.

[space2place]

Danke Oli. Ich habe den Pullrquest gemerged

[Viktor]

Hallo,

seit Keyhelp 21.1 hat sich das auch noch geändert.

Required settings in KeyHelp

SETTINGS => Configuration => Miscellaneous => Notifications => Send 'Email account has been setup successfully' notification = disable (enable sends for every added email address an email)

In:

SETTINGS => Configuration => Control Panel => Email Notifications => A new email account has been created = disable (enable sends for every added email address an email)

Gruß
Viktor

[space2place]

Danke Viktor. Ist geändert.
Ich werde mich die Tage noch an die Passwort Hashes dran geben. Dann kann man die per API senden. Über die migration-config.cfg kann man dann einstellen ob man weiterhin per MySQL-Query oder per API die Passwörter setzen will.

[space2place]

So.. Die neue Version ist Online. Es gibt nun einen neuen Punkt in der migration-config.cfg

Code: Select all

# Update password hashes with API or MySQL query (true [API] oder false [MySQL query])
keyhelpUpdatePasswordWithApi = true

Damit werden dann die Passwort Hashs per API von i-MSCP übernommen.

[space2place]

Auf Wunsch habe ich das Script noch einmal erweitert. Jetzt werden die Datenbank Passwörter von i-MSCP übernommen, wenn man den Schalter "keyhelpUpdatePasswordWithApi" auf "true" stehen hat.
Im Log (domain.tld_keyhelp_migration_data.log) steht dann folgender Eintrag:

Code: Select all

Database password for "Datenbank Benutzername": imported from i-MSCP!

Wenn dort ein Passwort steht konnte das alte Passwort nicht migriert werden.

[Ralph]

Auf Wunsch habe ich das Script noch einmal erweitert. Jetzt werden die Datenbank Passwörter von i-MSCP übernommen, wenn man den Schalter "keyhelpUpdatePasswordWithApi" auf "true" stehen hat.
Im Log (domain.tld_keyhelp_migration_data.log) steht dann folgender Eintrag:

Code: Select all

Database password for "Datenbank Benutzername": imported from i-MSCP!

Wenn dort ein Passwort steht konnte das alte Passwort nicht migriert werden.

Respekt, tolle Arbeit!
Danke für das Update