Kopano4S (Zarafa 2.0)

[Andy+]

Nein, nichts besonderes, es ist dann wie ein normales Update.

...(bitte nicht hauen...)........die Kopano Core Version in der Stable Edition größer oder gleich der Version in der jetzigen Beta Edition ist....

Das ist nicht vorstellbar. Das wäre in etwa so, als wenn man den Erlkönig unverändert zum Serienfahrzeug macht. Es könnte ja auch sein, dass die Datenbankparameter in der Community wieder zurückgenommen werden müssen und jene der Stable werden dann weitergeführt, dann wären die Datenbankparameter der Community und der Stable bei dann irgendwann gleicher Version unterschiedlich.

 

[491810]

Also ich habe aktuel die "tosoboso/kopano4s:C-Core-8.7.82_Webapp-3.5.8_Z-Push-2.5.0_WMeet-0.29.5" installiert.
Muss ich da jetzt nochmal eine volle Installation drüber bügeln? Oder ist das so schon der richtige letzte Release?

 

[Andy+]

Das ist die Communityversion. Die Stable kann über den Downgradebefehl installiert werden.

 

[491810]

Das ist die Communityversion. Die Stable kann über den Downgradebefehl installiert werden.

Ich lasse gerade das Backup laufen.
Das sichert ja in den /volume1/kooano/backup.
Läuft gerade noch. Danach Schemata löschen.
Und dann mache ich den Downgrade wie genau?

 

[Andy+]

Im WebAdmin gibt es unter K-CMDs einen entsprechenden Befehl, der gewählt werden kann.

 

[491810]

Also ist die Reihnenfolge wie folgt (?)

1. - mit "kopano4s-backup" die Datenbank sichern,
2. - Auf der K-CMD den Befehl "Kopano4s-Downgrade" ausführen
3. - die Beta von K4S zusammen mit der Datenbank komplett löschen
4. - die K4S Stable installieren und damit zugleich die passende Datenbank
5. - danach den Restore machen mit "kopano4s-restore-user"

???

 

[Andy+]

Aus den Beiträgen von Tosoboso habe ich es so verstanden, dass nur dieser Befehl erfolgt, der Rest geht von alleine. Einfach nochmal lesen, sofern Unsicherheit herrscht und testen.

 

[491810]

Bevor ich jetzt 103 Seiten durchblättere (habe länger nicht mitgelesen, da ja alles lief) ... kannst du mir die Nummer des Beitrages sagen?

 

[honk013]

Also ist die Reihnenfolge wie folgt (?)

1. - mit "kopano4s-backup" die Datenbank sichern,
2. - Auf der K-CMD den Befehl "Kopano4s-Downgrade" ausführen
3. - die Beta von K4S zusammen mit der Datenbank komplett löschen
4. - die K4S Stable installieren und damit zugleich die passende Datenbank
5. - danach den Restore machen mit "kopano4s-restore-user"

???

Kannst Du nach erfolgreichem Wechsel von Beta auf Stable Deinen Weg für einen "USER" noch einmal erklären, bitte!!!!

Wenn ich um das Downgrade nicht herum komme, um auf die Stable zu wechseln, möchte ich in so wenig wie möglich "Fallen" tappen (kein Testsystem und das Produktivsystem sollte nach dem Downgrade wieder funktionieren).
Gruß

 

[Tosoboso]

Kannst Du nach erfolgreichem Wechsel von Beta auf Stable Deinen Weg für einen "USER" noch einmal erklären, bitte...kein Testsystem und das Produktivsystem sollte nach dem Downgrade wieder funktionieren).

Also:
1. - mit "kopano-backup" die Datenbank User sichern (initialer Lauf kann über CMd-Line oder Admin GUI K-CMD erfolgen, aber bitte NICHT kopano4s-backup),
2. - Auf der K-CMD den Befehl "kopano4s-downgrade" ausführen (das macht dann Alles incl. nochmals Delta Backup der USer, Datenbank Löschen, Default Edition Laden). Ab dann kann man die Stable Updates drüber Laden.
Zum Thema Testen: auf den meisten Synos mit Docker kann man ein Docker-DSM, also ein weiteres virtuelles Docker als Test-System aufetzten (schau mal in der Docker GUI). AUf dem virtuellen D-DSM Setzt man dann MariaDB-10 and Kopano4s Beta auf. Dann macht man einen Datenbank Backup (kopano4s-backup, beachte das 4s.für Datenbank-Backup, Kopiert den in das Backup Verzeichnin der D-DSM und danach Spielt man die Downgrade Schritte durch.
-TosoBoso

 

[Tosoboso]

Hallo zusammen,
Die Kopano Community Nightly Builds sind wieder verfügbar und damit auch ein aktualisierter Container: C-Core-8.7.82_Webapp-3.5.9_Z-Push-2.5.1_WMeet-0.29.5. Laden über Admin-GUI Intro Seite, oder >kopano4s-init refresh.
-TosoBoso

 

[Andy+]

Ich habe auf dem Testsystem K4S-C (Kopano4S C-Core-8.7.82_Webapp-3.5.8_Z-Push-2.5.0_WMeet-0.29.5) wieder laufen mit der DB vom Produktivsystem. Die Inhalte sind also aktuell. Wenn ich nun "kopano-downgrade start" auslöse und die Meldung

Initial output of /volume1/kopano/backup/downgrade-steps.log please check log later
Started as log running background job; check notification and logs for job completion.. Command requests completed in 3 seconds.

verfolge, rührt sich im Ordner "..../backup" nichts. Ich habe nun versucht, über WebAdmin und Aufgabenplaner zu starten. In beiden Fällen sind keine Aktionen registrierbar.

 

[Andy+]

........aktualisierter Container: C-Core-8.7.82_Webapp-3.5.9_Z-Push-2.5.1_WMeet-0.29.5........

Geht super, nur

Usage: kopano-init plus reset (bridge|host) | frefresh | defresh | edition | maintenance | no-ports | etc | acl | ssl | mobiles | upgrade | all | help
Command requests completed in 0 seconds.

ist ggf. etwas irreführend.

 

[fbartels]

Das ist nicht vorstellbar.

Das ist sehr wohl vorstellbar. Es ist ja nicht so, als wenn es in der Open Source Softwareerstellung das selbe Bedürfnis gäbe den WIP zu verschleiern, wie in der Automobilindustrie.

Es kann natürlich vorkommen das mal was in in der Nightly nicht funktioniert (wofür ein Nachricht mit Schritten zur Reproduke mittels forum.kopano.io immer willkommen ist), das nächste Release wird aber stets eine höhere Version und Datenbankrevision haben als die Nightly auf die es basiert.

 

[Andy+]

Dann wird aber auch die Stable anders ausfallen, wenn diese morgen die Versionierung erreicht hat, welche die Community heute hat. Was ist dann?

 

[fbartels]

@Andy Ich bin mir nicht sicher, ob ich den Satz richtig parsen kann.

Die Stable ist immer x.y.0, Nightly ist x.y.{80..89}. Wenn die Nightly also heute 1.2.81 ist, dann ist die Final 1.3.0. Die Final hat also immer eine höhere Version als die Nightly.

 

[Andy+]

Okay, damit ist das klar. So gesehen würde doch ein Wechsel von Community auf Stable auch dann funktionieren, wenn ich jetzt keine Updates mehr mache und warte, bis die nächste Stable zB. so aussehen würde

C-Core-8.7.82_Webapp-3.5.9_Z-Push-2.5.1_WMeet-0.29.5

==> dann Update auf

D-Core-8.8.1.0_Webapp-3.5.x_Z-Push-2.5.x_WMeet-0.29.x

Dann sollte automatisch auch die Version der Datenbank höher und damit updatefähig sein. Oder nicht?

 

[honk013]

Moin Andy,

genau das war mein Gedankenansatz.

Ich habe im Moment mit der K4s Version 1.00 Beta folgende Versionen:
Kopano Core-8.7.80.801_Web-3.5.4.2218_Push-2.4.5

Wenn ich jetzt mit dieser Version so lange warte bis die Kopano Core Version von der Stable auf 8.8.x angestiegen ist, wird es dann möglich sein ein Update zu fahren um von Community Version 1.00 (Beta) auf Stable Version X.XX ohne den Umweg upzudaten?
Das ist hier genau meine Frage.

VG

 

[Tosoboso]

Okay, damit ist das klar. So gesehen würde doch ein Wechsel von Community auf Stable auch dann funktionieren, wenn ich jetzt keine Updates mehr mache und warte, bis die nächste Stable zB. so aussehen würde
C-Core-8.7.82_Webapp-3.5.9_Z-Push-2.5.1_WMeet-0.29.5 ==> dann Update auf D-Core-8.8.1.0_Webapp-3.5.x_Z-Push-2.5.x_WMeet-0.29.x
Dann sollte automatisch auch die Version der Datenbank höher und damit updatefähig sein. Oder nicht?

JAIN,
Der Upgrade von Beta Nightly auf Stable wie von Felix beschrieben kann durch geführt werden (Die Stable ist immer x.y.0, Nightly ist x.y.{80..89}. Wenn die Nightly also heute 1.2.81 ist, dann ist die Final 1.3.0. Die Final hat also immer eine höhere Version als die Nightly). Das erfolgt beim nächsten Final Cut mit der Supported Version, wozu man eine Subskription / SNR benötigt. Die Default Stable K4S hinkt aber immer 3-9 Monate nach und deswegen habe ich die Funktion des Downgrades erstellt genauso wie ich eine Funktion zur Vereinfachung der Zarafa-Migration erstellt habe incl. Wechsel Attachments auf File System. => Lest bitte nochmal 1. Post in https://www.synology-forum.de/showt...ble-vs-Beta-Community-und-Migration-Downgrade
-TosoBoso

 

[Tosoboso]

Ich habe auf dem Testsystem K4S-C (Kopano4S C-Core-8.7.82_Webapp-3.5.8_Z-Push-2.5.0_WMeet-0.29.5) wieder laufen mit der DB vom Produktivsystem. Die Inhalte sind also aktuell. Wenn ich nun "kopano-downgrade start" auslöse und die Meldung Initial output of /volume1/kopano/backup/downgrade-steps.log please check log later Started as log running background job; check notification and logs for job completion.. Command requests completed in 3 seconds. verfolge, rührt sich im Ordner "..../backup" nichts. Ich habe nun versucht, über WebAdmin und Aufgabenplaner zu starten. In beiden Fällen sind keine Aktionen registrierbar.

Hast du ein kopano-backup vorher durchgeführt? Wenn nicht bricht kopano4s-downgrade ab mit dem Hinweis: bitte 1x initial Backup. Ich kann das in der nächsten Version auch ins Log-File schreiben, damit man das auch im GUI Modus sieht.
-TosoBoso