Wichtig: K4S neue Pakete, Default Stable vs. Beta Community und Migration / Downgrade

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Würdest Du nun die Stable zum Standard erklären, würde bei einem Update jeder Fehlermeldungen erhalten, weil zunächst ein Downgrade anstehen würde.
Genau das passiert ja wenn ich jetzt ein Update aus dem Paketzentrum machen möchte. Das deutet ja eher darauf das aus dem Paketzentrum die stable installiert wird.
Leute, die Releases und Pakete haben sich geändert und ich versuche den Umstieg zu Erleichtern. Ich musste aber eine Upgrade Bremse einbauen, damit man sich beim Upgrade nicht unglücklich macht. S.o. Andys Erläuterungen.
Wie ich Eingangs im Post ausgeführt habe, kann eine Stable nicht mit einer neueren Datenbank-Version (die der nightly Beta) Starten.
Ich hätte auch einfach sagen können: K4S Stabe Defaut nur als Neuinstallation, soll bitte jeder selbst sich um dei Migration per PST kümmern. Statt dessen scheint mir, wird jegliches Problem als SW Mist gedängselt. Das nervt echt ein wenig..Ich bin offen für konstruktive Kritik, aber noch viel mehr offen für Hilfe untereinander, so wie as Andy tut. Ansonsten ist das immer noch eine Community Aktion und ein Backup vor einem Release oder Migration, sowie ein Testsystem (geht ja auch DDSM) ist Angeraten.
-TosoBoso
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
:) Da gehts schon los. Der Dump wird erzeugt aber nicht nicht die Attachments gesichert. edit sagt: Mal noch in das kopano4s-backup geschaut.
Rich (BBCode):
if [ "$ATTACHMENT_ON_FS" == "ON" ] && [ ! -d "ls -A $ATTM_PATH" ]
Allerdings wird $ATTACHMENT_ON_FS nirgendwo im Script gesetzt
Fake News! Alle Parameter sind in einer Config Datei, die gesourced wird (sieh mal im Skript . /var/packages/Kopano4s/etc/package.cfg). Fragen, das ist ok, aber bitte keine Vermutungen bzw. Unterstellungen---
-TosoBoso
 

sky63

Benutzer
Mitglied seit
19. Okt 2017
Beiträge
467
Punkte für Reaktionen
73
Punkte
28
Hallo TosoBoso,

ich kenne sowohl kopano4s-backup und kopano-backup. Keines der beiden läuft (bei mir, k4s 0.9.8) Fehlerfrei. Beim kopano4s-backup werden die Attachments nicht mitgesichert, beim kopano-backup kommen verschiedene warnings die darauf hindeuten das das eine oder andere Attachment im Filesystem fehlt aber noch ein Verweis darauf in der Datenbank ist(oder umgekehrt). Das habe ich aber noch nicht genau analysiert.

Jetzt zum reinen "update/upgrade/neu installieren".

Ich habe eine k4s 0.9.8 mit Attachments im Filesystem. Die Datenbank und auch die Attachments sind schon mehrere Jahre alt und haben schon ihren Weg von Zarafa(auf einem Debian) über Zarafa4h bis hierher geschafft. Bisher habe ich, ich denke seit der Version 0.74 oder 0.75, updates installiert indem ich im Paketzentrum beim Paket Kopano4s mich des Buttons "Aktualisieren" bedient habe.

Jetzt, mit dem Update auf die Version 1.01 hat sich das geändert. Und der einzige "Anspruch" den ich habe ist es eine Beschreibung zu bekommen wie ich zu verfahren habe um auf eine stable-Version zu kommen um dann anschließend wieder ganz normal in der Paketverwaltung aktualisieren zu können. Und dabei möchte ich ganz gern verstehen was ich da mache.

Das fängt damit an das ich aus dem was ich von dir gelesen habe den Eindruck gewonnen habe das ich bei einer Installation aus dem Repo die stable-Version installiere, andere hier aber schreiben das sei die Beta.
Was stimmt denn nun?

Wenn es die stable ist (was meiner Meinung nach vernünftig wäre) würde das auch erklären warum ich im Paketzentrum nicht mehr aktualisieren kann. Und dann kommt wieder die Frage nach der Vorgehensweise.

Was ich glaube verstanden zu haben(unabhängig von Backups).

Deinstallieren der k4s 0.9.8 unter Beibehaltung der DB und des Docker-Images
Manuelle Installation der SPK 1.02b oder höher über die Paketverwaltung
kopano-backup
kopano4s-downgrade (Hab ich dann schon die stable?)
Gegebenenfalls "Aktualisieren" in der Paketverwaltung

Noch einen kleinen Beisatz, und verstehs nicht falsch, ich will dir nicht auf die Füße treten und ich weiß das Entwicklen und Dokumentieren zwei paar Schuhe sind.
Du schreibst: > k4s 0.9.8 ist nötig; du kannst und solltest die neuste Version drüberspielen auf die bestehende Datenbank, diese Verfahren ist seit Langem Usus
Das ist das was ich Prosa nenne die man doch konkreter ausdrücken kann. Was heisst denn "drüberspielen"? Das bisherige "drüberspielen" war bei mir "Aktualisieren" in der Paketverwaltung. Wenn ich jetzt das SPK downloaden und manuell installieren soll dann kann das doch auch so mal jemand hinschreiben.
Was mich dabei übrigens unsicher macht ist
Bei der Gelegenheit kann man auch komfortabel auf die Option Attachements im Filesystem wechseln, denn die alten Versionen haben trotzt Menu-Auswahl immer die Datenbank für Attachments genutzt.
-TosoBoso
Ich habe die Attachments seit Jahren im Filesystem.

gruss,
sky(der übrigens fest davon überzeugt ist das IT grundsätzlich nicht deterministisch ist :) )
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189
Also vorweg, ich empfehle Dir nochmals, beide Versionen downzuloaden v1.0.4 und v1.0.4b. Klar ist, dass im Paketzentrum die Community angeboten wird, aber um sicher zu sein, ist für den vor dem Rechner das manuelle besser.

Zum Begriff drüberspielen sage ich immer drüberinstallieren, eigentlich ein Unding aus der frühen Windows-Zeit. Ich habe mit Windows 2.03 begonnen, richtig zu arbeiten mit NT Workstation 3.51. Wenn da zB. das Office 95 nicht richtig wollte, hat man das ganze Paket "drüberinstalliert", d.h. ohne zu deinstallieren oder sonst etwas, die CD ins Fach und die Installation nochmals ausgeführt, dann lief das wieder, die ohnehin dauerfluchende Windows 98-Fraktion mag nun anders reden.

Umgesetzt bedeuted das, wenn Backup und Downgrade abgeschlossen ist, und da v1.0.4b installiert ist, nimmst Du v1.0.4 (ohne b) und installierst das "drüber" oder anders gesagt nochmals, als wenn es ein Update wäre. Damit wird die Version begradigt und das passende Image integriert.

Schlussendlich ist Dein beschriebener Weg richtig, bis auf das aktualisieren, das geht nicht, dafür musst Du manuell die v1.0.4 "drüberinstallieren", sieh es als "updaten".
 

sky63

Benutzer
Mitglied seit
19. Okt 2017
Beiträge
467
Punkte für Reaktionen
73
Punkte
28
In Post 41 werde ich falsch zitiert, der erste Satz ist nicht von mir.

gruss,
sky
 

sky63

Benutzer
Mitglied seit
19. Okt 2017
Beiträge
467
Punkte für Reaktionen
73
Punkte
28
Schlussendlich ist Dein beschriebener Weg richtig, bis auf das aktualisieren, das geht nicht, dafür musst Du manuell die v1.0.4 "drüberinstallieren", sieh es als "updaten".

Und was bedeutet das dann für die Zukunft? Bei jeder neuen Version(ohne b) manuell installieren?

gruss,
sky
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189
P.S.: Dass das Update von v0.9.8 auf v1.0.4 nicht geht, hat keiner behauptet, ich für meinen Teil habe nur angemerkt, dass es einen Verzeichnisumbau gegeben hat und da ich ohnehin immer neu installiert habe, war das an der Stelle keine Frage, was ich bei sowas mache. Dass bei Die von Z4h bis K4S bis dahin alles mit Updates ging, ist eine dolle Sache.

Vielleicht gehts auch diesmal? Mach eine Backup von allem und teste es.
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
kopano(4s)-backup Probleme

ich kenne sowohl kopano4s-backup und kopano-backup. Keines der beiden läuft (bei mir, k4s 0.9.8) Fehlerfrei. Beim kopano4s-backup werden die Attachments nicht mitgesichert, beim kopano-backup kommen verschiedene warnings die darauf hindeuten das das eine oder andere Attachment im Filesystem fehlt aber noch ein Verweis darauf in der Datenbank ist(oder umgekehrt). Das habe ich aber noch nicht genau analysiert.
1) Thema Datenbank-Backup: kopano4s-backup sicher nur dann die Attachments, wenn auch in der Package-Config (/var/packages/Kopano4s/etc/package.cfg) ATTACHMENT_ON_FS auf ON ist unabhängig davon, was in der server.cfg steht.
Rich (BBCode):
adm@box:/volume1/kopano/backup$ sudo kopano4s-backup
starting mysql-dump of kopano to /volume1/kopano/backup... use help for details e.g. on restore
dump done, saving attachments linked to kopano...
dump for kopano completed in 2 : 12 min:sec.
adm@box:/volume1/kopano/backup$ ls
attachments-201909070730.tgz  dump-kopano-201909070730.sql.gz  mySqlDump.log  mySql.err
Und genau das kann (d)ein Problem sein: in früheren Versionen von k4s wurde die Menuauswahl Attachments On File-System zwar auf die Package Variable gesetzt, aber nicht auf die server.cfg als "attachment_storage = files" (Bug).
Ebenso, wenn man mit Zarafa / Kopano Vorwissen die server.cfg Einträge für Attachments-> Files macht, aber die Package Variable "auslässt" funktioniert alles, nur beim Backup werden die Attachments nicht gesichert.
Bitte prüfen, ob in der Admin-GUI Konfig "Attachments On FileS." gesetzt ist, wenn nicht, dann Setzen und schon werden die Backups auch funktionieren (siehe Screenshot ganz unten).
Das erklärt auch meinen Hinweis bei der Migration "Bei der Gelegenheit kann man auch komfortabel auf die Option Attachements im Filesystem wechseln, denn die alten Versionen haben trotzt Menu-Auswahl immer die Datenbank für Attachments genutzt." => Alte Kopano4S Installationen haben die Attachments in der Datenbank, obwohl man ggf. bei der Installation im Menu Fileststem gewählt hat. Führt man nun der User-Backup aus, Deinstalliert dann mit Löschen der Datenbank, Installiert neu mit Attachments On FS, was nun richtig in der package.cfg und server.cfg syncron gehalten wird und macht dann den Restore mit >kopano4s-restore-user all , dann hat man gleichzeitig die Attachments auf das Filesystem migriert,

2) Thema User-Backup: mir ist ebenfalls aufgefallen, dass kopano-backup bei migrierten Daten von Zarafa Fehlermeldungen wirft bzgl. "Missing Attachment"s. das ist wohl ein Problem nach mehreren Updates von Zarafa kommend, oder kommt aus der Zeit, wenn man die Attachments aus der Datenbank heraus migiert hat. Ein kopano-backup der User auf einem neuen Setup wirft m.W. keine Fehler. Insofern sollte man/du der Sache nachgehen, wenn der User Backup Fehler wirft und ggf. im Kopano Forum https://forum.kopano.io/ nachfragen.

3) Zum Thema: "..Verstehs nicht falsch, ich will dir nicht auf die Füße treten und ich weiß das Entwicklen und Dokumentieren zwei paar Schuhe sind..."
Das weiss ich sehr wohl und deswegen gibt es das WIKI hier https://wiki.z-hub.io/display/K4S denn im Posts geht es manchmal verwirrend zu und im Wiki kann man es zusammenfassen. Das WIKI ist übrigens ein hoher Aufwand und Alle incl. Dir sind eingeladen dort zu helfen: https://wiki.z-hub.io/display/K4S/Mitwirkung. Ich bin also um Feedback dankbar, wenn etwas missverständlich ist und im WIKI einen Update benötigt. Du kannst auch gern als Co-Autor im WIKI einsteigen. Ich bin um Hilfe dankbar und habe das mehrfach artikuliert, denn ich hab beim besten Willen nicht die Zeit auch noch im Dokumentieren den höchsten Ansprüchen zu genügen... PS: Posts hier im Forum nachträglich zu Editieren ist unrealistisch.
Das Thema Prosa, Fragen und Antworten ist auch ein Geben und Nehmen: warum hast du nicht einfach mit Zitat gefragt, was mit "Bei der Gelegenheit mit den Attachments" gemeint war? Ich kann auch nicht erraten, ob Alle meine Anmerkungen verstehen.
-TosoBoso
 

Anhänge

  • k4s-attonfs.jpg
    k4s-attonfs.jpg
    61,2 KB · Aufrufe: 39
Zuletzt bearbeitet:

honk013

Benutzer
Mitglied seit
19. Jan 2014
Beiträge
200
Punkte für Reaktionen
1
Punkte
24
Moin,

eine Grundsatzfrage zum Thema "Attachments on File System" oder "in Database".

Welche Vor- bzw. Nachteile hat die eine oder andere Variante und kann man von der einen auf die andere wechseln?

Und verstehe ich es richtig; es geht nur um die Attachments (Anhänge) von E-Mails?
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189
..... kopano-backup bei migrierten Daten von Zarafa Fehlermeldungen wirft bzgl. "Missing Attachment"s. das ist wohl ein Problem nach mehreren Updates von Zarafa kommend, oder kommt aus der Zeit, wenn man die Attachments aus der Datenbank heraus migiert hat......

Die Frage ist, wie wir damit umgehen. Meine Datenbank stammt noch von Zeiten ZarafaJD v0.5.5 und die Fehlermeldung

Zarafa-Client.PNG

kommt auch nach Umsetzung der Datenbank über Outlook immer noch. Also irgendwas ist da nicht ganz schlüssig. Die Frage ist, wie wir damit umgehen können. Hilft es dabei, wenn die Anhänge im Dateisystem sind? Ich würde dann im Alltah kopano4s-backup anwenden, dann sind halt 2 Dateien zu handeln. kopano-backup kommt für mich im Alltag nicht in Frage, da zudem wahrscheinlich durch ID-Codierung nicht auf eine andere DS übertragbar. Das z.B. macht kopano4s-backup so charmant.

Bezüglich den Vor- und Nachteilen der Anhänge im Dateisystem, ist die Frage der Betrachtung. Zunächst, fühle ich mich sicherer, wenn die Anhänge in der Datenbank ihre "eindeutige Zuordnung" haben. Wenn die Anhänge im Filesystem sind, habe ich immer das Gefühl, wenn irgendwas mal vorkommen sollte, geht die Zuordnung verloren, aber das ist vlt. eine Sache des Wissens darüber. Ein unbestreitbarer Vorteil ist, die Datenbank wird etwas schneller, was sich bei mir durch Einsatz von SSD ziemlich relativiert, und die Anhänge sind als Files sicherbar. Die Datenbank wird erheblich kleiner, rund 1/4-1/8, je nach Anzahl der Anhänge und ein Backup ist entsprechend schneller.

Für mich war bislang der Vorteile, abgesehen des oben bereits beschriebenen Gefühls, eine sehr einfache Übertragung auf andere DS´n, das wird durch die Trennung etwas umständlicher, jedoch durch meine Tests mit kopano4-backup ist das sehr überschaubar geworden.

Wenn mein oben beschriebener Fehler dadurch behoben würde, würde und ich bezüglich Zuordnung mehr weiss, würde ich wohl sogar umstellen.
 

Anhänge

  • Zarafa-Client.PNG
    Zarafa-Client.PNG
    7,7 KB · Aufrufe: 75

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Hi Andy,
die Fehlermeldung, die du postest, ist das bei Verwendung des Outlook-Clients? Auf GitHub habe ich eine ähnliche Meldung von peterm888:
> "mapi_exp ortchanges_config() failed: 0xFFFFFFFF8004010F - code: 12" https://github.com/TosoBoso/Kopano4s/issues/3
Ich habe gebeten, das Issue einzugrenzen und im Forum zustellen, denn ich kann es als GitHub Issue so nicht lösen. Aber wenn du das helfen kannst nach zu stellen? Laut peterm888 geht die Meldung weg, wenn es weniger Files sind..
Ich habe bekanntlich auch eine Datenbank aus der Zarafa legacy JS Zeit und hatte den Fehler noch nicht, obwohl ich Poweruser mit vielen Mails im Posteingang habe..
Also: taucht der Fehler in Outlook mit dem Zarafa Client auf? Welchen Client hast du (7.2..6)? Etc. Es wäre übrigens eine gute Idee dem Problem einen eigenen Post zu geben..
-TosoBoso
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189
Ja, das ist im Zusammenhang mit Zarafa-Client 7.2.6-52189 und Outlook 2013. Wenn ich dann auf "Wiederholen" gehe, gehts dann ja auch weiter. Ich schaue mir den Vorgang an.
 

Tosoboso

Benutzer
Mitglied seit
27. Aug 2012
Beiträge
1.256
Punkte für Reaktionen
52
Punkte
74
Ich kenne sowohl kopano4s-backup und kopano-backup. Keines der beiden läuft (bei mir, k4s 0.9.8) Fehlerfrei. .. beim kopano-backup kommen verschiedene warnings die darauf hindeuten das das eine oder andere Attachment im Filesystem fehlt aber noch ein Verweis darauf in der Datenbank ist(oder umgekehrt). Das habe ich aber noch nicht genau analysiert.
Hi, Nachtrag zum Post #49 (https://www.synology-forum.de/showt...owngrade/page5&p=835871&viewfull=1#post835871) Schau dir das mal bitte an: https://kopano.com/releases/kopanocore-8-5-7/#solution
Es gab einen Bug in Zarafa, besonders anfällig via Outlookclient, dass Duplikate im Names Table entstanden und so ggf. Daten / Attachments falsch abgelegt wurden.
Check doch via MySQL mit "select namestring, count(*) as c from names group by guid,nameid,namestring having c>=2;" Wenn das eine Ausgabe produziert, dann kann das der Hinweis sein; Behebung ggf. durch "kopano-dbadm k-1216";
Es kann aber sein, dass die Utlity auf deinem System schon gelaufen ist, denn Kopano4s prüft auf "harte Fehler" und führt dann kopano-dbadm aus (findet man in der init.sh siehe GitHub Zeile 885 dbadm_repair https://github.com/TosoBoso/Kopano4s/blob/master/SPK-PKG/scripts/container/init.sh#L885
Was ich damit sagen will: wenn kopano.backup Fehler meldet, dass Attachments Verlinkung fehlt, dann kommt man da wohl auch per Client nicht mehr ran ohne Rperatur und sollte der Sache nachgehen.
-TosoBoso
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189
.....2019-09-05 19:50:46,807 - backup - ERROR - Too many retries, skipping change
2019-09-05 19:50:46,908 - backup - WARNING - Received a MAPI error or timeout (error=0x80040115, retry=0/5)
2019-09-05 19:50:49,483 - backup - WARNING - Received a MAPI error or timeout (error=0x8004010f, retry=4/5)
2019-09-05 19:50:53,428 - backup - WARNING - Received a MAPI error or timeout (error=0x80040115, retry=1/5)
2019-09-05 19:50:55,973 - backup - WARNING - Received a MAPI error or timeout (error=0x8004010f, retry=5/5)
2019-09-05 19:51:00,033 - backup - WARNING - Received a MAPI error or timeout (error=0x80040115, retry=2/5).....

Könnte dies für den Fall auch zutreffen? Bezogen auf Dein Post weiter oben kann ich im Moment weniger gut emails löschen, um das nachzuvollziehen.
 

sky63

Benutzer
Mitglied seit
19. Okt 2017
Beiträge
467
Punkte für Reaktionen
73
Punkte
28
Hatte am WE keine Zeit dazu aber ich wird das mal weiter verfolgen. Erstmal danke für die Tipps dazu.

gruss,
sky
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189

Dort steht

The database can be checked before upgrading with these simple MySQL-queries:

mysql> SELECT MAX(id) from names;

If this returns a value of 31485 or higher, there are too many entries and the database needs to be cleaned.

mysql> select namestring, count(*) as c from names group by guid,nameid,namestring having c>=2;

If this returns any row(s), the database is inconsistent and needs to be cleaned.



Ergebnis:

MAX(id) 859
namestring c --- (also nichts)

Insofern wäre das okay.
 

sky63

Benutzer
Mitglied seit
19. Okt 2017
Beiträge
467
Punkte für Reaktionen
73
Punkte
28
Bei mir schmeisst mysql für die zweite Abfrage ein "Empty set" aus.

gruss,
sky
 

Blaise

Benutzer
Mitglied seit
16. Feb 2020
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
Hello,

I tried to update from kopano4s 0.98 to 1.1.0 without having read your post.... I uninstalled Kopano4s 0.98 (with datenbank behalten) without using kopano-backup.

Of course, as you stated, kopan4s 1.1.0 does not work, after installation.

How could I tackle this issue?

I think I could reinstall kopano4s 0.98, but I do not find the spk anymore. I tried with kopano4s 0.99, but it does not work. Where can I find the kopano4s 0.98 spk?

Thank you for your help!

Blaise

PS : sorry fro writing in English but I'm French and my English is better than my German
 

Andy+

Benutzer
Sehr erfahren
Mitglied seit
25. Jan 2016
Beiträge
5.357
Punkte für Reaktionen
481
Punkte
189


 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat