Recent content by jalfe

Just following up on this. The fixed packages seem to still be missing from the enterprise/subscriber repository. Do you have any update or expected timeline when they’ll be available there? We’re holding back production upgrades until the fix arrives in the enterprise repo. Thanks in advance!

Thank you for getting this issue resolved! Do you have an idea when this will be available in the enterprise repository?

The manager is running stable as long as there is no trash. I used this snippet to ensure, that the trash is emptied: for pool in $(ceph osd pool ls | xargs -n1); do ns_list=$(rbd namespace ls -p "$pool" 2>/dev/null || true) if [ -z "$ns_list" ]; then echo "purge $pool" rbd -p...

Wir sind noch über einen alten Beitrag gestolpert, wo ein ähnliches Problem erörtert wird. Demnach muss ich mal bei uns die Hostname Einstellung anpassen. Bis zum nächsten reboot dauert es allerdings noch ein wenig. Es scheint, als hätte es mal korrekt funktioniert, aber als wäre das nun wieder...

Habe mit einem Ceph-Magier gesprochen, der mir davon abriet die Version 1 zu deaktivieren, da es potentiell negative Auswirkungen haben könnte. Zudem haben wir mit mehreren, anderen Clustern verglichen (>4), die auch schon länger betrieben werden und sowohl Nautlilus oder Quinicy am laufen...

Das muss ich erstmal noch selber rausfinden :) Soweit bin ich noch nicht ganz. Aber als Lösung tut deine Antwort erst einmal. Werde updaten sobald ich eine Lösung habe.

Ja zu beidem! Unsere Cluster sind schon "älter". Nach der Anleitung sollte man ja das Protokoll in v2 aktivieren, dort steht aber nichts von der Deaktivierung des Protokolls in v1. Wenn ich ein ceph mon dump ausführe, bekomme ich auch auf jedem Monitor für jede Adresse 2 Ports geliefert.

Moin! Hatte das leider schon versucht. Habe auch schon den kompletten Cluster neu gestartet. Leider brachte beides nichts.

Moin, Ich habe heute morgen das Upgrade von Pacific auf Qunicy auf unserem Side-Cluster durchgeführt (https://pve.proxmox.com/wiki/Ceph_Pacific_to_Quincy), bevor ich es Core-Cluster probiere. Schon vor diesem Upgrade hatten wir das Problem, dass die Übersicht über das Cluster (auch das...

Zudem ist uns aufgefallen, dass sich die ServerID in dem Prozess geändert hat und wir diese in der Subscription wieder anpassen mussten. Was hat denn in dem Prozess den wechsel der ServerID ausgelöst?

Im Standard ist cloud-init so konfiguriert, dass es alles mögliche in /dev/ sucht, bis es was findet, was so aussieht, als könnte cloud-init das verwenden. Im besten Falle ist das natürlich die gewollte cloud-init partition. Im unserem Falle ist es allerdings /dev/zd* gewesen, also eine lokale...

Von eben jener Website. Aber natürlich war es damals ein 7.1er Release und die sha-Summen stimmten damals ebenfalls. Heute kann ich das leider nicht mehr Nachvollziehen. Wir haben insgesamt 8 Knoten mit Proxmox. Ich habe auf den Knoten folgendes geprüft: root@pve-ni-01:/var/log/apt# find ...

Die Nodes wurden mit dem Installer von der Website installiert. Also über die ISO. Wir haben die Ansible Rollen bereits geprüft und konnten darüber nichts fest stellen. Davon abgesehen, sollt es doch egal sein ob cloud-init verwendet wird oder nicht nicht - Es sollte sich doch nicht das...

Auf den Nodes ist überall cloud-init installiert. Wir hatten bis vor ca. 3 Monaten nur 3 Nodes. Und haben dann noch 2 dazu gebaut. Auch bei den "frisch" installierten, ist cloud-init mit installiert. Dieses wurde nicht manuell hinterher installiert.

Auch die letzte Node, welche 2 Festplatten einer VM im local-zfs hat, ist durch gelaufen. Es scheint das Problem also exklusiv damit vorzuliegen, wenn man ein cloud-init Volume im local-zfs hat. Wenn noch weitere Informationen für ein Nachstellen oder Debugging benötigt werden, kann ich die...