Diese Dokumentation beschreibt den erfolgreichen Migrationspfad eines AlmaLinux 9 Servers (inklusive Virtualmin\/Webmin-Umgebung) auf das aktuelle AlmaLinux 10<\/strong> unter Verwendung des Red-Hat-Frameworks ELevate (Leapp)<\/strong>.<\/p>\n\n\n\n Bevor das Upgrade-Framework installiert wird, muss das bestehende System auf den allerneuesten Stand innerhalb der 9er-Reihe gebracht werden.<\/p>\n\n\n\n Das ELevate-Projekt stellt die Migrations-Metadaten und das Steuerungswerkzeug Der Pre-Upgrade-Check simuliert das Upgrade und protokolliert alle Inkompatibilit\u00e4ten in der Datei Der erste Lauf meldete zwei kritische Blocker bez\u00fcglich des veralteten Netzwerk-Konfigurationsformats ( Ergebnis:<\/em> Erfolgreich.<\/strong> Alle Nachdem die Upgrade-Ampel auf Gr\u00fcn steht, wird der eigentliche Migrationsprozess angesto\u00dfen.<\/p>\n\n\n\n Hinweis:<\/em> Das Tool l\u00e4dt nun s\u00e4mtliche Kern-Pakete herunter und bereitet die Boot-Umgebung vor.<\/p>\n\n\n\n WICHTIGER HINWEIS ZUM BOOT-VORGANG:<\/strong> Beim Neustart klinkt sich Leapp vor dem eigentlichen Systemstart ein und ersetzt die Systembibliotheken. Der Server ist w\u00e4hrenddessen f\u00fcr ca. 10 bis 30 Minuten nicht per SSH erreichbar<\/strong>. Der Fortschritt kann bei Bedarf \u00fcber eine VNC- oder IPMI-Konsole des Server-Providers \u00fcberwacht werden.<\/p>\n<\/blockquote>\n\n\n\n Nachdem der Server wieder via SSH erreichbar ist, werden folgende Pr\u00fcfungen durchgef\u00fchrt:<\/p>\n\n\n\n Erwartete Ausgabe:<\/em> Diese Dokumentation beschreibt den erfolgreichen Migrationspfad eines AlmaLinux 9 Servers (inklusive Virtualmin\/Webmin-Umgebung) auf das aktuelle AlmaLinux 10 unter Verwendung des Red-Hat-Frameworks ELevate (Leapp). Phase 1: Vorbereitung & System-Update Bevor das Upgrade-Framework installiert wird, muss das bestehende System auf den allerneuesten Stand innerhalb der 9er-Reihe gebracht werden. Phase 2: Installation des ELevate-Frameworks Das ELevate-Projekt stellt die […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-6","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/billyon.com\/index.php?rest_route=\/wp\/v2\/posts\/6","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/billyon.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/billyon.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/billyon.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/billyon.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=6"}],"version-history":[{"count":1,"href":"https:\/\/billyon.com\/index.php?rest_route=\/wp\/v2\/posts\/6\/revisions"}],"predecessor-version":[{"id":8,"href":"https:\/\/billyon.com\/index.php?rest_route=\/wp\/v2\/posts\/6\/revisions\/8"}],"wp:attachment":[{"href":"https:\/\/billyon.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=6"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/billyon.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=6"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/billyon.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=6"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Phase 1: Vorbereitung & System-Update<\/h2>\n\n\n\n
\n
sudo dnf upgrade -y<\/code><\/pre>\n\n\n\n\n
sudo reboot<\/code><\/pre>\n\n\n\n\n
Da Netzwerkkomponenten w\u00e4hrend des Prozesses neu geladen werden, wird die Ausf\u00fchrung in einer screen<\/code>– oder tmux<\/code>-Session dringend empfohlen:<\/li>\n<\/ol>\n\n\n\ndnf install -y screen && screen -S upgrade<\/code><\/pre>\n\n\n\nPhase 2: Installation des ELevate-Frameworks<\/h2>\n\n\n\n
leapp<\/code> bereit.<\/p>\n\n\n\n\n
sudo dnf install -y http:\/\/repo.almalinux.org\/elevate\/elevate-release-latest-el9.noarch.rpm<\/code><\/pre>\n\n\n\n\n
sudo dnf install -y leapp-upgrade leapp-data-almalinux<\/code><\/pre>\n\n\n\nPhase 3: Pre-Upgrade Check & Fehlerbehebung<\/h2>\n\n\n\n
\/var\/log\/leapp\/leapp-report.txt<\/code>.<\/p>\n\n\n\n\n
sudo leapp preupgrade<\/code><\/pre>\n\n\n\nBehobene Blocker (Inhibitors)<\/h3>\n\n\n\n
ifcfg<\/code>). In AlmaLinux 10 wird dieses Format nicht mehr unterst\u00fctzt; das Netzwerk muss zwingend auf das moderne NetworkManager-Keyfile-Format<\/strong> umgestellt sein.<\/p>\n\n\n\n\n
Legacy network configuration found (- \/etc\/sysconfig\/network-scripts\/ifcfg-eth0)<\/code><\/li>\n\n\n\nsudo nmcli connection migrate \/etc\/sysconfig\/network-scripts\/ifcfg-eth0\nsudo nmcli connection migrate \/etc\/sysconfig\/network-scripts\/ifcfg-eth*<\/code><\/pre>\n\n\n\n\n
sudo leapp preupgrade<\/code><\/pre>\n\n\n\n(inhibitor)<\/code>-Meldungen wurden beseitigt. Die verbleibenden Hinweise (GRUB2-Core-Update im MBR, Abk\u00fcndigung der Berkeley DB libdb<\/code>, tempor\u00e4rer SELinux-Permissive-Modus) sind rein informativ und erfordern vorab kein h\u00e4ndisches Eingreifen.<\/p>\n\n\n\nPhase 4: Das scharfe Upgrade ausf\u00fchren<\/h2>\n\n\n\n
\n
sudo leapp upgrade<\/code><\/pre>\n\n\n\n\n
sudo reboot<\/code><\/pre>\n\n\n\n\n
Phase 5: Nacharbeiten & Verifizierung<\/h2>\n\n\n\n
\n
cat \/etc\/redhat-release<\/code><\/pre>\n\n\n\nAlmaLinux release 10.x<\/code><\/p>\n\n\n\n\n
sudo dnf clean all\nsudo dnf autoremove -y<\/code><\/pre>\n\n\n\n\n
Da Major-Upgrades oft neue Konfigurations-Syntaxen f\u00fcr Daemons mitbringen, wird der Status der wichtigsten Dienste validiert:<\/li>\n<\/ol>\n\n\n\nsudo systemctl status httpd\nsudo systemctl status mariadb\nsudo systemctl status postfix\nsudo systemctl status dovecot<\/code><\/pre>\n","protected":false},"excerpt":{"rendered":"