Beta zu Stable mit gleichzeitiger Umstellung Attachments auf File System

[millilenium]

Hallo zusammen, habe im Moment die 1.0.6b (Beta) am laufen und möchte gern auf die Stable 1.0.6 wechseln.
Das Vorgehen habe ich wie folgt gefunden:

1. mit "kopano-backup" die Datenbank User sichern
2. auf der K-CMD den Befehl "kopano4s-downgrade" ausführen

Nun möchte ich gerne meine Attachments (bisher in DB) in diesem Zuge auch gleich auf das Filesystem umstellen.
Gibt es hier direkt eine Möglichkeit?
Oder nur im Anschluss wieder mit backup und restore Kopano neu installieren?

Ansonsten wäre es ja theoretisch in einem Zug möglich mit dem Umstellen auf Stable.
Danke

Millilenium

 

[Tosoboso]

Hi das hebe ich bereits vorgesehen bzw. umgesetzt und es wird im näcshten Release k4s v. 1.0.7 verfügbar sein, die ich gerade am Testen bin..
Es wird nun 4 Varianten geben: 1) kopano4s-downgrade für Beta to Default Stable, 2) kopano4s-upgrade für Migration to Default Stable 3) kopano4s-migration-zarafa für Import / Migration Datenbank Dump Zarafa in bestehende leere Default Stable und 4) kopano4s-attachment-tofs für nchträgliches Verschieben der Attachments, was nun ja auch in einem Rutsch geht.

> kopano4s-downgrade help
Usage: kopano4s-upgrade plus start | atm-on-fs | help. (switch to attachments on file system by 'atm-on-fs')
Migrating Kopano Editions Community or Supported with higher release number by means of downgrade in 4 steps
Step 1: database backup as a fallback running kopano4a-backup restore timestamp to recover if this job fails.
Step 2: mapi brick-level method kopano-backup for importing users into older database version later.
Step 3: truncate kopano database, restart with default edition which will recreate database ready for import
Step 4: import of users via kopnao4s-restore-user all setting old password.
This is an all-in one scripted solution taking away the pain of loading different k4s version and running backup utilities.
It reccomended to run this sript via Synology task scheduler to avoid time-out before completion when running via terminal
It is required to have an initial brick level kopano-backup run to allow shorter total run time of this script.

-TosoBoso

 

[millilenium]

Klasse! Vielen Dank.

 

[millilenium]

Habe nun die 1.0.7b installiert, erhalte allerdings folgende Info:

kopano4s-upgrade atm-on-fs
 Upgrade function only valid coming from Migration Edition to Default
 Command requests completed in 1 seconds.

 

[Tosoboso]

Du musst für deinen Use Case kopano4s-downgrade nehmen. Siehe Ausführungen zu den Optionen oben.
-TosoBoso

 

[mic777]

Hi@all,

Ich habe letzten Monat von Zarafa (DSM5) zu Kopano4S M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5 (DSM6.2.2) umgestellt und alles schien perfekt zu laufen. Andy+ hat darauf hin folgendes geantwortet:

Du weisst sicherlich, dass die Kopano4S M-Core-8.4.5.0_Webapp-3.4.2_Z-Push-2.4.5 ein Zwischenschritt zur Migration ist und zeitlich begrenzt läuft. Daher wird rechtzeitig ein Update auf eine der anderen Versionen erforderlich

Die erforderlichen Schritte habe ich danach nach Anleitungen aus dem Forum vollzogen, was aber nicht funktioniert hat. Möglicherweise habe ich Fehler gemacht. Damit meine Beta wieder tadellos läuft, habe ich das Snapshot meiner virtuellen DSM zurück gespielt.

Damit es weiter gehen kann und ich kein Risiko eingehe, habe ich eine zweite virtuelle DSM 6.2.3 aufgesetzt und die aktuelle Kopano4S D-Core-8.7.7.0_Webapp-3.5.12_Z-Push-2.5.2 am laufen.

Frage 1: Ist es tatsächlich so, dass die Beta von Kopano4s auf DSM1 nur noch zeitlich begrenzt läuft? - dann wird´s stressig

Frage 2: Von der Beta auf DSM1 existieren aktuelle Backups (kopano4s-backup und kopano-backup). Genügt es, wenn ich das Kopano-Backup (nicht 4s) mit den Unterverzeichnissen auf die DSM2 mit Kopano4S D-Core-8.7.7.0 übertrage und dann einen Backup-Restore durchführe? Oder muss ich noch in irgend einer Form den Kopano4s-downgrade machen. Den habe ich nämlich nicht kapiert. Möglicherweise ist der erste Versuch auch daran gescheitert. Benutzer sind auf der DSM2 adäquat zu DSM1 angelegt.

Ich hoffe nun, dass ich noch genügend Zeit habe alles zu richten und freue mich auf eure Antworten

Gruß Michael

 

[Tosoboso]

Frage 1): Ist es tatsächlich so, dass die Beta von Kopano4s auf DSM1 nur noch zeitlich begrenzt läuft? - dann wird´s stressig Frage 2): Von der Beta auf DSM1 existieren aktuelle Backups (kopano4s-backup und kopano-backup). Genügt es, wenn ich das Kopano-Backup (nicht 4s) mit den Unterverzeichnissen auf die DSM2 mit Kopano4S D-Core-8.7.7.0 übertrage und dann einen Backup-Restore durchführe?

Hi, nein zu 1) und ja zu 2)
Konkret: #1 es gab eine zeitliche Limitierung NUR für die Migration Version, damit man die zum Migrieren und nicht für den Betrieb nimmt,hat sich diese nach ~6 Stunden runtergefahren, Dise Einschränkung gibt es nicht mehr..
#2: Das k4s Downgrade Feature macht exakt Dieses: backup aller User, dann Import der kopano-backup User Dateien via kopano4s-restore-user all. In deinem Fall führst du nach Rüberkopieren ">sudo kopano4s-restore-user all" aus.
Zu Beachten: der Import via kopano4s-restore-user all fügt in die bestehende Datenbank ein und ein Downgrade macht ein Reset der Datenbank vor dem Import, wuder dich also nicht über "Duplikate", wenn deine Datenbank Inhalte hat

> kopano4s-restore-user help
Usage: kopano4s-restore-user plus user-name | all | help.
When restoring all users the sub-dirs in backup directory are used validated by info-file user
Users will be created with old pwd if possible otherwise with default pwd 'M1gr@t1on' and it is reccomended to create them before

 

[mic777]

Hallo Tosoboso,

Habe bereits aus purer Angst erfolgreich auf Stable umgestellt und dabei deine Vorgabe angewandt.
Sorry, ... hätte das posten müssen.

Vielen Dank für deine Mühe

Gruß mic777