invis_server_wiki:upgrade:13.5_to_14.1

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Nächste Überarbeitung
Vorhergehende Überarbeitung
Nächste Überarbeitung Beide Seiten der Revision
invis_server_wiki:upgrade:13.5_to_14.1 [2019/08/28 16:58]
flacco [Samba Upgrade]
invis_server_wiki:upgrade:13.5_to_14.1 [2019/08/29 09:14]
flacco [Konfigurationsanpassung invis Portal]
Zeile 69: Zeile 69:
  
 Beginnen wir mit dem Herz des Servers, dem ActiveDirectory. ​ Beginnen wir mit dem Herz des Servers, dem ActiveDirectory. ​
 +
 +//​**Achtung:​** Stellen Sie sicher, dass alle Client-PCs bevor Sie beginnen herunter gefahren sind!//
  
 Entfernen Sie zunächst das bisherige Samba-Repository. Ermitteln Sie dazu die Nummer des Repositories:​ Entfernen Sie zunächst das bisherige Samba-Repository. Ermitteln Sie dazu die Nummer des Repositories:​
Zeile 159: Zeile 161:
 </​code>​ </​code>​
  
-Jetzt können Sie damit Ihr AD wiederherstellen. Sie benötigen dazu den Pfad zur AD-Sicherung. Sie finden die Sicherungen und <​file>/​srv/​shares/​archiv/​sicherungen/​vollsicherungen/​ad/</​code> Sie benötigen von dort die aktuellste Datei, was anhand des Datums im Dateinamen leicht zu erkennen ist. Führen Sie das Script wie folgt aus:+Jetzt können Sie damit Ihr AD wiederherstellen. Sie benötigen dazu den Pfad zur AD-Sicherung. Sie finden die Sicherungen und <​file>/​srv/​shares/​archiv/​sicherungen/​vollsicherungen/​ad/</​file> Sie benötigen von dort die aktuellste Datei, was anhand des Datums im Dateinamen leicht zu erkennen ist. Führen Sie das Script wie folgt aus:
  
 <​code>​ <​code>​
Zeile 166: Zeile 168:
  
 Zur Fehlervermeidung stellt das Script nach der Ausführung eine "Sind Sie sicher?"​ Abfrage, die zu bejahen ist. Das Script startet den Samba-AD-DC Dienst automatisch wieder. Sie können jetzt verschiedene Tests durchführen. Z.B.: Anmelden an einem Windows-PC, Anmelden am invis-Portal,​ DNS-Abfragen mit //**dig**// usw. Zur Fehlervermeidung stellt das Script nach der Ausführung eine "Sind Sie sicher?"​ Abfrage, die zu bejahen ist. Das Script startet den Samba-AD-DC Dienst automatisch wieder. Sie können jetzt verschiedene Tests durchführen. Z.B.: Anmelden an einem Windows-PC, Anmelden am invis-Portal,​ DNS-Abfragen mit //**dig**// usw.
-... to be continued 
  
-===== Distributions-Upgrade =====+Klappt alles ist das Samba-Upgrade muss der neue Samba-Domain-Controller Dienst zum automatischen Start vorgesehen werden. 
 + 
 +<​code>​ 
 +invis:~ # systemctl enable samba-ad-dc.service 
 +</​code>​ 
 + 
 +Damit ist das Samba-Upgrade abgeschlossen. 
 + 
 +===== Distributions-Upgrade ​Sprung 1 =====
  
 Mit dem Sprung auf invis-Server 14.0 muss auf openSUSE Leap 15.0 aktualisiert werden. Die Vorgehensweise dazu ist denkbar einfach. Zunächst müssen Sie Ihre Software-Repositories daran anpassen. Es kann auch nicht schaden zunächst mal alles zu sichern, so wie es ist: Mit dem Sprung auf invis-Server 14.0 muss auf openSUSE Leap 15.0 aktualisiert werden. Die Vorgehensweise dazu ist denkbar einfach. Zunächst müssen Sie Ihre Software-Repositories daran anpassen. Es kann auch nicht schaden zunächst mal alles zu sichern, so wie es ist:
Zeile 252: Zeile 261:
 Stimmen Sie dem Vorschlag den //**zypper dup**// macht zu, danach beginnt das Paket-Upgrade. Stimmen Sie dem Vorschlag den //**zypper dup**// macht zu, danach beginnt das Paket-Upgrade.
  
-//**Achtung:** Starten Sie den Server ​im Anschluss ​an das Distributionsupgrade noch **nicht** neu. Wann der Neustart ​zu erfolgen hatwird hier im weiteren Verlauf ​der Upgrade-Anleitung mitgeteilt.//+//**Hinweis:** Je nach Stand Ihrer Kopano-Installation,​ kann es sein, dass das Upgrade einige Paketkonflikte mit sich bringt. Lösen Sie diese Pakete in dem Sie jeweils die Deinstallation der älteren Pakete (vermutlich Version 8.6.9) als Lösung auswählen. In unseren Tests war dies in der Regel Lösung 2.// 
 + 
 +//​**Hinweis:​** Weiterhin wird **zypper** einige Dateikonflikte melden. Erlauben Sie das Ersetzen der Dateien mit "​ja"​ um das Distributionsupgrade abzuschließen.//​ 
 + 
 +Mit dem Distributionsupgrade wird eine aktuelle Version von MariaDB installiert,​ was ein Upgrade der Tabellenstrukturen erfordert. Normalerweise geschieht dies mit einem Neustart des Dienstes automatisch. Je nach Datenbankgröße kann dies aber so lange dauern, dass systemd die Geduld verliert und in einen Timeout läuft. Daher sollte das Upgrade manuell durchgeführt werden:  
 + 
 +<​code>​ 
 +invis:~ # /​usr/​lib/​mysql/​mysql-systemd-helper upgrade 
 +</​code>​ 
 + 
 +Starten Sie den Server ​jetzt neu. 
 + 
 +===== Distributions-Upgrade Sprung 2 ===== 
 + 
 +Der Sprung von openSUSE Leap 15.0 nach 15.1 ist deutlich unkomplizierter als der vorherige Schritt. Passen Sie zunächst die Repositories ​an
 + 
 +<​code>​ 
 +invis:~ # sed -i '​s/​15\.0/​15\.1/​g'​ /​etc/​zypp/​repos.d/​* 
 +</​code>​ 
 + 
 +Dabei werden auch die Kopano Repositories aktualisiert,​ leider stehen derzeit noch keine Repositories für Leap 15.1 zur Verfügung, entsprechend müssen hier die Änderungen wieder zurück genommen werden. 
 + 
 +Ändern Sie in der Datei <​file>/​etc/​zypp/​repos.d/​Kopano-openSUSE_limited.repo</​file>​ die openSUSE Versionsnummer wieder auf 15.0 zurück: 
 + 
 +<​code>​ 
 +invis:~ # sed -i '​s/​15\.1/​15\.0/​g'​ /​etc/​zypp/​repos.d/​Kopano-openSUSE_limited.repo 
 +</​code>​ 
 + 
 +Jetzt kann das Upgrade gestartet werden: 
 + 
 +<​code>​ 
 +invis:~ # zypper ref 
 +... 
 +invis:~ # zypper dup 
 +</​code>​ 
 + 
 +Diesmal treten keine Paketkonflikte auf, ggf. aber wieder Dateikonflikte. Erlauben Sie das überschreiben der alten Dateien mit "​ja"​. Danach starten Sie das System neu. 
 + 
 +===== invis-Setup aktualisieren ===== 
 + 
 +Durch den Wechsel der Repository-Struktur für invis-Server ab Version 14.0 wird beim Distributionsupgrade ​das invis-Server Setup-Paket gelöscht. Dies ist jetzt neu zu installieren:​ 
 + 
 +<​code>​ 
 +invis:~ # zypper in invisAD-setup-14 
 +</​code>​ 
 + 
 +Nach der Installation sind zunächst ein paar Anpassungen der Konfiguration erforderlich,​ zunächst sind allerdings die vorherigen Konfigurationen wieder herzustellen:​ 
 + 
 +<​code>​ 
 +invis:~ # old /​etc/​invis/​invis.conf 
 +invis:~ # cp /​etc/​invis/​invis.conf.rpmsave /​etc/​invis/​invis.conf 
 +... 
 +invis:~ # old /​etc/​invis/​invis-pws.conf 
 +invis:~ # cp /​etc/​invis/​invis-pws.conf.rpmsave /​etc/​invis/​invis-pws.conf 
 +</​code>​ 
 + 
 +==== Konfigurationsanpassung invis Server ==== 
 + 
 +Passen Sie jetzt in der Haupkonfigurationsdatei <​file>/​etc/​invis/​invis.conf</​file>​ die Versionsnummer des invis-Server-Setups an: 
 + 
 +<​code>​ 
 +#​invis-server Version 
 +invisVersion:​14.1 
 +</​code>​ 
 + 
 +Suchen Sie jetzt in der genannten Datei nach einer mit der Direktive "​avCheck"​ beginnenden Zeile und ändern Sie sie wie folgt ab: 
 + 
 +<​code>​ 
 +# [all|profiles|none] 
 +avCheck:​none 
 +</​code>​ 
 + 
 +Statt nur "​ja"​ oder "​nein"​ bezogen auf regelmäßige Virenprüfungen im Fileserver, können Sie jetzt entscheiden,​ ob alles, nichts oder lediglich die Benutzerprofile geprüft werden.  
 + 
 +Gehen Sie an eine regelmäßigen Virenprüfung vorsichtig heran. Je nach Datenmenge laufen diese Prüfungen sehr lange und erzeugen hohe Systemauslastungen. Wir nutzten dieses Feature in der Praxis oft gar nicht, viel wichtiger sind aktuelle und aktive Virenscanner auf den Clients. 
 + 
 +Jetzt ist die Datei noch mit neuen Konfigurationen zu ergänzen. Fügen Sie folgende Blöcke hinzu: 
 + 
 +<​code>​ 
 +# Disk Warranty Time - Garantiezeitraum der eingesetzten Festplatten 
 +# 5 Jahre = 43800 Stunden (Gilt für die meisten 24/7 Festplatten) 
 +# 3 Jahre = 26280 Stunden (Gilt für gute Consumer Festplatten) 
 +# 1 Jahr = 14140 Stunde (Gilt für Low-Budged Festplatten) 
 +diskWarrantyTime:​43800 
 +</​code>​ 
 + 
 +Das regelmäßig laufende Tool //**diskchecker**// überprüft jetzt auch die absolvierten Betriebsstunden ​der eingesetzten Festplatten und setzt diese mit der vom Hersteller garantierten Laufzeit in Beziehung. Passen Sie die Konfiguration entsprechend den von Ihnen eingesetzten Festplatten an. 
 + 
 +<​code>​ 
 +# Pfad zu den Verzeichnisvorlagen der Gruppenverzeichnisse 
 +groupDirTemplatePath:/​srv/​shares/​media/​portal/​verzeichnisvorlagen 
 +</​code>​ 
 + 
 +Hier müssen Sie nichts weiter unternehmen. Beim Anlegen von Gruppen mit Gruppenarbeitsverzeichnissenkönnen diese jetzt auf Basis von Verzeichnisvorlagen erzeugt werden. 
 + 
 +==== Konfigurationsanpassung invis Portal ==== 
 + 
 +Die Anpassungen ​der invis-Portal Konfiguration sind zwar nicht zwingend, sollten aber dennoch durchgeführt werdenAnzupassen ist die Datei <​file>​/etc/invis/​portal/​config.php</​file>​ 
 + 
 +Passen Sie zunächst die Versionsnummern am Anfang der Datei an: 
 + 
 +<​code>​ 
 +... 
 +$GROUPWARE = '​kopano';​ 
 +$INVISVERSION = '​14.1';​ 
 +$OPENSUSEVERSION = '​15.1';​ 
 +... 
 +</​code>​ 
 + 
 +Jetzt sind auch hier ein paar neue Konfigurationen hinzuzufügen. Nachfolgend sind die Zeilen immer mit der bereits vorhandenen vorhergehenden Zeile gezeigt: 
 + 
 +<​code>​ 
 +... 
 + ​$SFU_GUID_BASE = '​20000';​ 
 + ​$GROUP_DIR_TEMPLATE_PATH = '/​srv/​shares/​media/​portal/​verzeichnisvorlagen';​ 
 +... 
 +</​code>​ 
 + 
 +In der bereits vorhandenen Konfigurationsdirektive "​$SMB_GROUPSTOEXTEND"​ ist der Wert "​diradmins"​ hinzuzufügen:​ 
 + 
 +<​code>​ 
 +... 
 +$SMB_GROUPSTOEXTEND = array("​Domain Users",​ "​Domain Admins",​ "​Domain Guests",​ "​Archiv",​ "​Verwaltung",​ "​diradmins"​);​ 
 +... 
 +</​code>​ 
 + 
 +Am Ende des SMB-Blocks ist folgende Zeile zu ergänzen:​ 
 + 
 +<​code>​ 
 +... 
 + ​$SMB_FILESERVER = strtoupper("​null"​);​ 
 + ​$SMB_DEFAULT_LOGON_SCRIPT = ("​user.cmd"​);​ 
 +... 
 +</​code>​ 
 + 
 + 
 + 
 + 
 +...to be continued 
 + 
 +===== Kopano Konfiguration anpassen ===== 
 + 
 +...to be continued 
 + 
  
  • invis_server_wiki/upgrade/13.5_to_14.1.txt
  • Zuletzt geändert: 2020/06/26 13:27
  • von flacco