Ghost OSD’nin teknik tanımı:
Ceph OSDMap içinde OSD ID kayıtlıdır ama:
- OSD’nin fiziksel diski çıkarılmıştır.
- OSD process’i (ceph-osd@ID) yoktur.
- Node üzerinde /var/lib/ceph/osd/ceph-ID dizini bulunmaz.
- Systemd service çalışmaz.
- Ceph bu OSD’yi DOWN + OUT olarak görür.
- “destroyed / purge edilmemiş” OSD’dir.
Bu nedenle cluster OSD’yi hala map içinde tuttuğu için CRUSH map üzerinde hayalet gibi durur bunada Ghost OSD denir.
Ghost OSD nasıl oluşur?
Ceph OSD silme işlemi yanlış sırayla yapılınca.
Doğru işlem sırası:
ceph osd out <id>
ceph osd crush remove osd.<id>
ceph auth del osd.<id>
ceph osd rm <id>Bu işlemler eksik yapılırsa → OSD Map içinde kalır → Ghost OSD olur.
Ghost OSD nasıl anlaşılır?
ceph osd treeGhost OSD genellikle şöyle görünür:
ID CLASS WEIGHT STATUS REWEIGHT PRI-AFF
45 0.0 down 0.00000 1.00- Weight = 0
- Status = down
- Disk yok
- OSD directory yok
Ama ID hala listede → GHOST.
Ghost OSD neden sorun yaratır?
Her zaman kritik değildir ama şu sorunlara sebep olabilir:
- CRUSH Map karmaşıklaşır
- OSD ID’ler karışır
- ceph-volume lvm create sırasında ID çakışması olabilir
- Ansible / Proxmox auto-OSD scriptleri OSD ID seçerken hata verebilir
- Dashboard “Health Warning” üretir
Ghost OSD nasıl temizlenir?
Ghost OSD ID’sini bul
ceph osd treeVarsayalım ghost ID = 45
OSD’yi crush map’ten sil
ceph osd crush remove osd.45Auth kaydını sil
ceph auth del osd.45OSD ID’yi tamamen sil
ceph osd rm 45Kontrol et
ceph osd tree
ceph -sOSD artık görünmüyorsa → Ghost temizlendi.
Bir sonraki yazımızda görüşmek üzere. Faydalı olması dileğiyle.
