edition rename stabilization work KNW-2043, pick-25

Author: thomaskoslowski

src/onprem/de/update.asciidoc

@@ -27,28 +27,28 @@ Nehmen Sie als Beispiel folgende Situation auf einem fiktiven Server:
 
 image::update1.png[alt="Drei Instanzen und ihre verwendeten Software-Versionen.",width=70%]
 
-Hier verwendet die Instanz `mysite1` die Version `2.4.0p3.cee`, die Instanzen `mysite2` und `mysite3` die Version `2.4.0p1.cre`.
-Die {CMK}-Version `2.4.0p1.cce` ist zwar installiert, wird aber aktuell nicht verwendet.
+Hier verwenden die Instanzen `mysite1` und `mysite2` die Version `2.5.0p3.pro` und die Instanz `mysite3` die Version `2.5.0p1.community`.
+Die {CMK}-Version `2.5.0p3.ultimate` ist zwar installiert, wird aber aktuell nicht verwendet.
 
 Dieses Beispiel macht klar, dass ein Update nicht einfach nur die Installation eines neuen RPM/DEB-Pakets von {CMK} auf dem Server bedeuten kann.
 Vielmehr braucht es dazu noch einen weiteren Schritt.
 Nehmen Sie nun als Beispiel folgende Situation:
 
-image::update2.png[alt="Die Instanz 'mysite' mit ihrer verwendeten Software-Version vor dem Update.",width=70%]
+image::update2.png[alt="Die Instanz 'mysite3' mit ihrer verwendeten Software-Version vor dem Update.",width=70%]
 
-Hier soll die Instanz `mysite` auf die {CMK}-Version `2.4.0p3.cee` aktualisiert werden.
+Hier soll die Instanz `mysite3` auf die {CMK}-Version `2.5.0p3.community` aktualisiert werden.
 Der erste Schritt ist das Herunterladen und Installieren des passenden RPM/DEB-Pakets.
 Dies geschieht genauso wie bei der xref:install_packages#[ersten Installation].
 Die neu installierte Version wird zunächst noch von keiner Instanz verwendet und das sieht dann so aus:
 
-image::g42.png[alt="Die Situation nach der Installation der neuen Software-Version.",width=70%]
+image::update3.png[alt="Die Situation nach der Installation der neuen Software-Version.",width=70%]
 
-Als zweiter Schritt erfolgt nun ein Update der Instanz von `2.4.0p1.cre` auf `2.4.0p3.cee`.
+Als zweiter Schritt erfolgt nun ein Update der Instanz von `2.5.0p1.community` auf `2.5.0p3.community`.
 Dies geschieht durch den Befehl `omd update`, welchen Sie weiter unten im Detail kennenlernen:
 
 image::update4.png[alt="Mit 'omd update' erhält die Instanz die neue Software-Version.",width=70%]
 
-Nach dem Update können Sie die (eventuell) nicht mehr benötigte Version `2.4.0p1.cre` durch das Deinstallieren des entsprechenden Pakets entfernen.
+Nach dem Update können Sie die (eventuell) nicht mehr benötigte Version `2.5.0p1.community` durch das Deinstallieren des entsprechenden Pakets entfernen.
 
 
 [#before_update]
@@ -188,9 +188,9 @@ Die Liste der installierten {CMK}-Versionen können Sie jederzeit mit dem Befehl
 [{shell}]
 ----
 {c-root} omd versions
-{oldstable}p32.cre
-{current}.cee (default)
-{current}.cre
+{oldstable-patch}.cre
+{current}.pro (default)
+{current}.community
 ----
 
 Eine dieser Versionen ist mit `(default)` markiert.
@@ -200,10 +200,10 @@ Die aktuelle Standardversion können Sie mit `omd version` abfragen und mit `omd
 [{shell}]
 ----
 {c-root} omd version
-OMD - Open Monitoring Distribution Version {current}.cee
-{c-root} omd setversion {current}.cre
+OMD - Open Monitoring Distribution Version {current}.pro
+{c-root} omd setversion {current}.community
 {c-root} omd version
-OMD - Open Monitoring Distribution Version {current}.cre
+OMD - Open Monitoring Distribution Version {current}.community
 ----
 
 Beim Verwalten _bestehender_ Instanzen spielt die Standardversion keine Rolle.
@@ -215,8 +215,8 @@ Eine Auflistung der aktuellen Instanzen und welche Versionen diese verwenden lie
 ----
 {c-root} omd sites
 SITE             VERSION          COMMENTS
-mysite           {oldstable}p32.cre
-test             {current}.cre      default version
+mysite           {oldstable-patch}.cre
+test             {current}.community      default version
 ----
 
 
@@ -251,21 +251,19 @@ Falls es mehr als eine mögliche Zielversion gibt, bekommen Sie diese zur Auswah
 ++++
 include::update_omd-update-2.xml[]
 ++++
-// image::update_omd-update-2.png[alt="Auswahl der Zielversion beim Update.",width=55%]
 
 Bestätigen Sie in der folgenden Dialogbox das gewählte Update auf die neue Version:
 
+// In der XML-Datei wird eine Patch-Version hardkodiert, während in den vorhergehenden und folgenden Befehlsausgaben mit {oldstable-patch} die aktuellste Patch-Version gezeigt wird.
 ++++
 include::update_omd-update-3.xml[]
 ++++
-// image::update_omd-update-3.png[alt="Bestätigungsdialog beim Update der Version.",width=63%]
 
 Wenn Sie gleichzeitig zum _Versions-Update_ ein _Editions-Upgrade_ von einer {RE} auf eine der kommerziellen Editionen durchführen, werden Sie sicherheitshalber noch einmal auf diesen Umstand hingewiesen:
 
 ++++
 include::update_raw_to_enterprise.xml[]
 ++++
-// image::update_raw_to_enterprise.png[alt="Bestätigungsdialog beim Upgrade der Edition.",width=38%]
 
 Ein wichtiger Teil des Updates ist das Aktualisieren von mitausgelieferten Konfigurationsdateien.
 Dabei werden von Ihnen eventuell vorgenommene Änderungen in diesen Dateien nicht einfach verworfen, sondern zusammengeführt.
@@ -278,13 +276,13 @@ Das Update zeigt eine Liste aller angepassten Dateien und Verzeichnisse (im folg
 
 [{shell},highlight=28]
 ----
-2025-05-19 13:47:54 - Updating site 'mysite' from version {oldstable-patch}.cre to {current}.cre...
+2026-02-19 13:47:54 - Updating site 'mysite' from version {oldstable-patch}.cre to {current}.community...
 
  * Updated        .profile
  * Installed dir  var/check_mk/packages_local
 ...
 
-Installed default file of version {current}.cre.
+Installed default file of version {current}.community.
  * Installed link etc/rc.d/60-ui-job-scheduler
  * Installed link etc/rc.d/85-rabbitmq
 ...
@@ -305,7 +303,7 @@ Executing 'cmk-update-config --conflict ask --dry-run'
 -| Done (success)
 -| 
 
-Completed verifying site configuration. Your site now has version {current}.cre.
+Completed verifying site configuration. Your site now has version {current}.community.
 Executing update-pre-hooks script "01_mkp-disable-outdated"...OK
 Executing update-pre-hooks script "02_cmk-update-config"...
 -| ATTENTION
@@ -331,7 +329,7 @@ Wenn die in der obigen Ausgabe hervorgehobene Zeile `Completed verifying site co
 [{shell}]
 ----
 {c-omd} omd version
-OMD - Open Monitoring Distribution Version {current}.cre
+OMD - Open Monitoring Distribution Version {current}.community
 ----
 
 … und kann gestartet werden:
@@ -419,7 +417,6 @@ In diesem Fall werden Sie als Benutzer eingeschaltet und können den Konflikt in
 ++++
 include::omd-update.xml[]
 ++++
-// image::omd-update.png[alt="Abfrage zur Lösung eines Konflikts.",width=83%]
 
 Sie haben nun folgende Möglichkeiten:
 
@@ -495,11 +492,11 @@ Mögliche Werte für `--conflict=` sind:
 |`--conflict=ask` |Dies ist das Standardverhalten, somit ist die Option in dieser Form eigentlich wirkungslos.
 |===
 
-Ein Beispiel für den kompletten Befehl für ein automatisches Update der Instanz `mysite` auf die Version `{current}.cre`:
+Ein Beispiel für den kompletten Befehl für ein automatisches Update der Instanz `mysite` auf die Version `{current}.community`:
 
 [{shell}]
 ----
-{c-root} omd stop mysite ; omd -f -V {current}.cre update --conflict=install mysite && omd start mysite
+{c-root} omd stop mysite ; omd -f -V {current}.community update --conflict=install mysite && omd start mysite
 ----
 
 Durch das `&&` vor dem `omd start` wird ein Starten der Instanz verhindert, falls das `omd update` mit einem Fehler abbricht.
@@ -524,7 +521,7 @@ Ein kleines Shell-Skript könnte z.B. so aussehen:
 ----
 #!/bin/bash
 SITE=$(omd sites --bare)
-VERSION={current}.cre
+VERSION={current}.community
 
 omd stop $SITE
 omd -f -V $VERSION update --conflict=install $SITE  && omd start $SITE
@@ -776,7 +773,6 @@ Wenn Sie nun beispielsweise von der {CE} auf die {SE} downgraden wollen, überze
 ++++
 include::update_downgrade_ce_se.xml[]
 ++++
-// image::update_downgrade_ce_se.png[alt="Bestätigungsdialog beim Downgrade der Edition.",width=30%]
 
 Sobald Sie diese Abfrage mit [.guihint]#yes# bestätigen, geht das Downgrade unmittelbar los.
 Informieren Sie sich im Folgenden unbedingt, was *vor* diesem Downgrade zu erledigen ist.
@@ -862,18 +858,18 @@ So finden Sie heraus, welche Pakete installiert sind:
 [{shell}]
 ----
 {c-root} dpkg -l | grep check-mk
-ii  {pkg-cee}-{current}    0.noble  amd64  Checkmk - Best-in-class infrastructure & application monitoring
-ii  {pkg-cre}-{oldstable}p32          0.noble  amd64  Checkmk - Best-in-class infrastructure & application monitoring
-ii  {pkg-cre}-{current}           0.noble  amd64  Checkmk - Best-in-class infrastructure & application monitoring
+ii  {pkg-cee}-{current}                0.noble  amd64  Checkmk - Best-in-class infrastructure & application monitoring
+ii  check-mk-raw-{oldstable-patch}               0.noble  amd64  Checkmk - Best-in-class infrastructure & application monitoring
+ii  {pkg-cre}-{current}          0.noble  amd64  Checkmk - Best-in-class infrastructure & application monitoring
 ----
 
 Die Deinstallation geschieht mit `dpkg --purge`:
 
 [{shell}]
 ----
-{c-root} dpkg --purge {pkg-cre}-{oldstable}p32
+{c-root} dpkg --purge check-mk-raw-{oldstable-patch}
 (Reading database ... 603038 files and directories currently installed.)
-Removing {pkg-cre}-{oldstable}p32 (0.noble) ...
+Removing check-mk-raw-{oldstable-patch} (0.noble) ...
 ...
 ----
 
@@ -887,14 +883,14 @@ So finden Sie bei RPM-basierten Systemen heraus, welche {CMK}-Pakete installiert
 {c-root} rpm -qa | grep check-mk
 {pkg-cee}-{current}-el9-38.x86_64.rpm
 {pkg-cre}-{current}-el9-38.x86_64.rpm
-{pkg-cre}-{oldstable}p32-el9-38.x86_64.rpm
+check-mk-raw-{oldstable-patch}-el9-38.x86_64.rpm
 ----
 
 Das Löschen geschieht mit `rpm -e`:
 
 [{shell}]
 ----
-{c-root} rpm -e {pkg-cre}-{oldstable}p32-el9-38.x86_64.rpm
+{c-root} rpm -e check-mk-raw-{oldstable-patch}-el9-38.x86_64.rpm
 ----