Hallo nochmal,
UPDATE:
Die Abhängikeitsprobleme und Boot-Probleme sind nun beseitigt:
in /etc/apt/sources.list.d/ceph.list standen aus versehen die Quellen von Bullseye drinn. Nach änderung auf bookworm konnten alle Updates erfolgreich eingespielt werden.
Boot-Probleme: Es lag an ntpsec. Wie im Update-Leitfaden beschrieben habe ich ntpsec durch chrony ersetzt und das System bootet fehlerfrei!
Nun gibt es noch das Ceph-Problem, die osd's werden nicht geladen, weil die Daten in /var/lib/ceph/osd fehlen ... dort ist normalerweise ein tmpfs gemountet, dies ist bei mir nicht der Fall.
Welcher Daemon mounted denn die osd-Daten? wie kann ich hier händisch einen mount durchführen?
Hat dazu jemand eine idee?
Danke!
Hallo zusammen,
Ich wollte ein pve von 7 auf 8 Aktualisieren. Das Testscript pve7to8 teilte mir mit, dass ich ceph zunächst auf Quincy aktualisieren solle.
Habe ich erfolgreich durchgeführt.
Im Anschluss teilte das obige Script mit, dass das Upgrade gemacht werden könne.
Das dist-Upgrade wollte zunächst pve entfernen ... was ich nach einigen Mühen verhindern konnte.
Nun habe ich etwa 15 Python-Pakete, die sich nicht aktualisieren lassen, ohne das Ceph und Pve entfernt werden.
Es scheint an ceph zu liegen: Ceph setzt python 3.9 bzw. 3.10 vorraus, Pakete wie ifupdown2 setzen aber python 3.11 vorraus ... hier bin ich also in einem Zwischenstadium.
Zu dieser Not kommt, dass ifupdown2 nicht vollständig installiert ist und der Server nur im Recovery Mode bootet, wenn ich das Netzwerk via /etc/init.d/networking force-reload und ifup -a händisch zum starten zwinge.
Ceph läd die osd's des Servers nicht, der Keyring der osd's können nicht gefunden werden, das tmpfs /var/lib/ceph/osd ist nicht gemountet.
Ich gehe davon aus, dass dies am booten im Recovery-Mode liegt, bin mir da aber nicht sicher.
Welche Daemon läd denn tmpfs der osd's?
... bin mir nicht sicher, ob es eine gute Idee ist, ein ceph-Cluster zub aktualisieren, dessen Status auf warning steht, weil osd's fehlen ...
Hat jemand eine Idee für mich?
UPDATE:
Die Abhängikeitsprobleme und Boot-Probleme sind nun beseitigt:
in /etc/apt/sources.list.d/ceph.list standen aus versehen die Quellen von Bullseye drinn. Nach änderung auf bookworm konnten alle Updates erfolgreich eingespielt werden.
Boot-Probleme: Es lag an ntpsec. Wie im Update-Leitfaden beschrieben habe ich ntpsec durch chrony ersetzt und das System bootet fehlerfrei!
Nun gibt es noch das Ceph-Problem, die osd's werden nicht geladen, weil die Daten in /var/lib/ceph/osd fehlen ... dort ist normalerweise ein tmpfs gemountet, dies ist bei mir nicht der Fall.
Welcher Daemon mounted denn die osd-Daten? wie kann ich hier händisch einen mount durchführen?
Hat dazu jemand eine idee?
Danke!
Hallo zusammen,
Ich wollte ein pve von 7 auf 8 Aktualisieren. Das Testscript pve7to8 teilte mir mit, dass ich ceph zunächst auf Quincy aktualisieren solle.
Habe ich erfolgreich durchgeführt.
Im Anschluss teilte das obige Script mit, dass das Upgrade gemacht werden könne.
Das dist-Upgrade wollte zunächst pve entfernen ... was ich nach einigen Mühen verhindern konnte.
Nun habe ich etwa 15 Python-Pakete, die sich nicht aktualisieren lassen, ohne das Ceph und Pve entfernt werden.
Es scheint an ceph zu liegen: Ceph setzt python 3.9 bzw. 3.10 vorraus, Pakete wie ifupdown2 setzen aber python 3.11 vorraus ... hier bin ich also in einem Zwischenstadium.
Zu dieser Not kommt, dass ifupdown2 nicht vollständig installiert ist und der Server nur im Recovery Mode bootet, wenn ich das Netzwerk via /etc/init.d/networking force-reload und ifup -a händisch zum starten zwinge.
Ceph läd die osd's des Servers nicht, der Keyring der osd's können nicht gefunden werden, das tmpfs /var/lib/ceph/osd ist nicht gemountet.
Ich gehe davon aus, dass dies am booten im Recovery-Mode liegt, bin mir da aber nicht sicher.
Welche Daemon läd denn tmpfs der osd's?
... bin mir nicht sicher, ob es eine gute Idee ist, ein ceph-Cluster zub aktualisieren, dessen Status auf warning steht, weil osd's fehlen ...
Hat jemand eine Idee für mich?
Last edited: