Zu oben:
Vorgangsweise wäre dann folglich:
Guter Plan?
VG und Danke,
TP
Ja,
sollte so funktionieren 
lg
Christan
Hallo,
leider hänge ich jetzt endgültig. Obwohl noch ein Snapshot existiert, habe ich jetzt definitiv zuviel Zeit in das Upgrade gesteckt.
Gibt es eine Möglichkeit, dies zu lösen:
root@ucs:~# dpkg --configure -a
kopano-ical (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-ical
dpkg: Fehler beim Bearbeiten des Paketes kopano-ical (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
kopano-server (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-server
dpkg: Fehler beim Bearbeiten des Paketes kopano-server (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
kopano-gateway (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-gateway
dpkg: Fehler beim Bearbeiten des Paketes kopano-gateway (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
kopano-spooler (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-spooler
dpkg: Fehler beim Bearbeiten des Paketes kopano-spooler (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
kopano-presence (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-presence
dpkg: Fehler beim Bearbeiten des Paketes kopano-presence (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
kopano-dagent (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-dagent
dpkg: Fehler beim Bearbeiten des Paketes kopano-dagent (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von kopano-server-packages:
kopano-server-packages hängt ab von kopano-dagent (= 8.3.1~35-6.1); aber:
Paket kopano-dagent ist noch nicht konfiguriert.
kopano-server-packages hängt ab von kopano-gateway (= 8.3.1~35-6.1); aber:
Paket kopano-gateway ist noch nicht konfiguriert.
kopano-server-packages hängt ab von kopano-ical (= 8.3.1~35-6.1); aber:
Paket kopano-ical ist noch nicht konfiguriert.
kopano-server-packages hängt ab von kopano-presence (= 8.3.1~35-6.1); aber:
Paket kopano-presence ist noch nicht konfiguriert.
kopano-server-packages hängt ab von kopano-server (= 8.3.1~35-6.1); aber:
Paket kopano-server ist noch nicht konfiguriert.
kopano-server-packages hängt ab von kopano-spooler (= 8.3.1~35-6.1); aber:
Paket kopano-spooler ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes kopano-server-packages (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
kopano-search (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-search
dpkg: Fehler beim Bearbeiten des Paketes kopano-search (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
kopano-monitor (8.3.1~35-6.1) wird eingerichtet ...
update-rc.d: error: cannot find a LSB script for kopano-monitor
dpkg: Fehler beim Bearbeiten des Paketes kopano-monitor (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von kopano4ucs:
kopano4ucs hängt ab von kopano-server-packages; aber:
Paket kopano-server-packages ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes kopano4ucs (--configure):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
kopano-ical
kopano-server
kopano-gateway
kopano-spooler
kopano-presence
kopano-dagent
kopano-server-packages
kopano-search
kopano-monitor
kopano4ucs
root@ucs:~#
Diese Upgrade ist der größte Spießrutenlauf, seitdem ich mit UCS zu tun hatte!
Hilfe…!?
VG,
TP
Oh, ich sehe @fbartels hat das auch festgestellt, allerdings ohne Lösung:
https://jira.kopano.io/browse/KC-887
Kopano server.log shows:
Mon Nov 27 02:50:28 2017: [ notice] Starting server version 8,3,1,35, pid 1918
Mon Nov 27 02:50:29 2017: [warning] WARNING: Database version (8,3,4,12,66) is newer than the server version (8,3,1,35,66)
Mon Nov 27 02:50:29 2017: [warning] You can force the server to start with --ignore-database-version-conflict
Mon Nov 27 02:50:29 2017: [warning] Warning, you can lose data! If you don't know what you're doing, you shouldn't be using this option!
Mon Nov 27 02:50:29 2017: [ notice] Server shutdown complete.
Das beschriebene Ticket spricht von einem Defekt in unseren Master/Nightly Paketen (Init Skripte wurden entfern, aber noch im Paket referenziert), welcher noch am selben Tag behoben wurde.
Hallo @fbartels,
oh - schade. Ich hatte nach Kopano subprocess installed post-installation script returned error exit status 1 gegoogelt und darauf geschlossen, dass es ein ähnliches Problem ist.
Also ist es die “Database Version”? Soll ich den Server forciert starten oder lässt sich das Problem durch die Installation einer Komponente lösen?
Das Kopano Repo ist aktiv:
kopano/repo/kopano-core
true
kopano/repo/kopano-files
true
kopano/repo/kopano-files-releasetype
final
kopano/repo/kopano-mdm
true
kopano/repo/kopano-mdm-releasetype
final
kopano/repo/kopano-smime
true
kopano/repo/kopano-smime-releasetype
final
kopano/repo/kopano-webapp
true
kopano/repo/kopano-webapp-releasetype
final
Benutzername und Kennwort sind gesetzt und die Lizenz wurde verlängert.
VG,
TP
Hallo
Es sollte reichen wenn du ein apt-get update und upgrade machst mit den Kopano repos on - denn da sollte Kopano Version 8.4.4.0 geladen werden und das ist dann neuer als deine jetzige DB version
schau mal ob in /etc/apt/sources.list.d die kopano-core.list, kopano-webapp.list vorhanden sind
oder eben mal Kopano-server mit --ignore-database-version-conflict starten das ist bei deinen Versionen kein Problem
lg
Christian
Hallo,
so hatte ich mir das auch vorgestellt. Die Univention-internen schieben sich aber immer davor - d.h. ich müsste zuerst die Abhängigkeiten für das Univention Repo erfüllen - erst danach kann ich überhaupt aus dem Kopano-Repo installieren.
Ich bin jetzt allerdings mit dem Kopano Support in Kontakt - da bin ich sehr zuversichtlich, dass wir die Probleme lösen können!
Danke und VG,
TP
Hallo,
Update hierzu: wir konnten das Problem auch mit dem Kopano Support nicht lösen. Also nochmals den Snapshot von Sonntag zurück.
Fakt ist: für UCS 3.1-5 gibt es kein Kopano Repo und beim Upgrade auf 4.2-x geht irgendwas schief.
Morgen evtl. mehr dazu!
VG,
TP
Hallo,
ich bin echt gespannt, wie das bei dir ausgeht. Ich habe das ganze nämlich auch grad vor mir.
Wäre toll, wenn von Kopano und/oder UCS (oder evtl. auch von dir), der gangbare Weg für ein austehendes Update beschrieben wird, an dem man sich orientieren kann. Bisher scheint es ja “Glückssache” zu sein, ob es klappt oder nicht
LG
Hallo,
gerade hat es der Kopano Support geschafft! 
Showstopper war der update-rc.d: error: cannot find a LSB script for kopano und die Version der Kopano-Pakete im Appstore gegenüber der Datenbank.
Hier mussten jene Kopano init-Skripte, von welchen das UCS 4.2 Upgrade-Skript ausdrücklich das ENTFERNEN verlangt, wieder einkopiert, sowie die Versionstabelle in der Kopano Datenbank angepasst werden.
Danach war auch ein Upgrade der Kopano-Apps aus dem Kopano Repo möglich und wir sind hier wieder auf dem letzten Stand!
Ich kann mich nur beim sehr freundlichen und disponiblen Support bedanken - es wäre für mich ohne Hilfe niemals möglich gewesen, diese Probleme zu lösen.
Falls noch jemand davon betroffen ist, bitte nicht nur einfach die Lösung übernehmen, sondern ggf. hier was reinschreiben, damit sich nachvollziehen lässt, ob dies ein Ausnahmefall oder ein Bug ist!
VG,
TP
Super, dass es bei dir jetzt funktioniert hat.
Was bedeutet das für andere? Welchen Weg muss man jetzt gehen? Immer noch “Deinstallieren - Upgrade - Installieren” oder geht es jetzt direkt von “4.1-5 nach 4.2-2” oder muss man erst nach 4.2-0 gehen und dann nochmal auf 4.2-2?
Da jetzt soviele Sachen und Wege und Lösungsansätze beschrieben wurden, wäre eine Klarstellung recht nützlich und hilfreich 
Vielen Dank
Hallo,
ja, dem ist so. Beim Upgrade vom Script bemängelte Einträge in init.d sollte man aber tunlichst aufbewahren, um sie wie in meinem Fall wieder zurückkopieren zu können, da ansonsten die Installation der Kopano Komponenten mit:
update-rc.d: error: cannot find a LSB script for kopano-irgendwas
fehlschlug.
Soweit ich es verstehe, wird ein direktes Upgrade sowieso nie durchgeführt - die einzelnen -x Releases werden nacheinander abgerufen und installiert.
Übrigens: HIER geht es weiter…
VG,
TP
OK - da das ganze ja nicht wirklich einfach ist:
Hast du/hat jemand eine Beschreibung darüber, wie ich das ganze jetzt machen kann, damit ich von 4.1-5 auf das neueste Release komme unter Berücksichtigung von Kopano, das bei mir mittlerweile durch die Externals auf 8.4.4 gehoben wurde.
Wie gesagt, irgendwie ist grad ein Wirrwar an Infos - aber anscheinend klappt es ja
Da ich mir mit UCS “Vereinfachung” erhofft habe, ist es hilfreich, wenn die Beschreibung etwas mehr enthält als nur “Kopano deinstallieren - updaten - und alles wieder drauf”
Ich werde im Zuge dessen eine sehr ausführliche Beschreibung für meine Umgebung erstellen - zunächst als Referenz für die weiteren Systeme, die ich betreue und umstellen muss - aber auch für jemanden der Interesse hat und es etwas detailierter braucht
Vielleicht hat ja Kopano oder auch UCS schon eine fertige Anleitung dazu und kann sie bitte im help-Forum veröffentlichen, denn das Thema wird jetzt mehr und mehr diskutiert finde ich
Hallo,
es werden bereits Lösungsmöglichkeiten diskutiert und erarbeitet. Ich kann im Moment noch keinen Zeitpunkt nennen, an dem die Arbeiten abgeschlossen sein werden. Das Ziel ist es, die eingangs erwähnte Meldung mit den externen Repositories zu entfernen und UCS einfach durch Benutzung des UMC Updater Moduls auf Version 4.2 aktualisieren zu können, auch wenn externe Kopano Repositories eingebunden sind.
Vielen Dank für diese Info. Dann werd ich natürlich abwarten, bis die Lösung freigegeben wird. Denn im Moment drängt es mich nicht, da ja das System noch lauffähig ist.
Ich wollte mich mal nach dem Stand der Entwicklungen informieren - sobald ich das Upgrade anstarte, bekomme ich den Hinweis, dass UCS und Kopano immer noch an einer Lösung arbeiten würde. Ist das weiterhin der Fall? Wird an einer Lösung gearbeitet oder wird eher das “Deinstallieren - upgraden - Installieren” als Empfehlung gegeben, damit man wieder aktuelle Updates bekommt?
Für eine kurze Stellungnahme von Seitens UCS/Kopano wäre ich da sehr dankbar
Hi @MyKey0815,
to finally resolve this i have uploaded a new app version for 4.1 and 4.2 to the appcenter. this is currently available from the test appcenter (see https://wiki.univention.de/index.php/Testing how to enable the test appcenter and disable it afterwards). Can you give this a spin to see if it resolves your issue as well?
In addition to installing the latest app the repositories must also be manually disabled. I have added some extra explanation to https://wiki.z-hub.io/display/K4U/Updating+Kopano+packages+directly+from+the+Kopano+download+server#UpdatingKopanopackagesdirectlyfromtheKopanodownloadserver-UpgradingfromUCS4.1to4.2withrepositories.
Please be advised that using the test app center should only be done on test machines, not in production. Apps in the test app center are not ready for production usage, they may contain bugs. Univention is generally not able to support this scenario