Pod sürekli yeniden başlıyor, ImagePullBackOff hatası veriyor ya da PVC "Pending" durumunda takılı kalıyor. Bu rehber, en sık karşılaşılan pod ve storage hatalarını kök nedenleriyle sıralıyor.
Bu, en sık karşılaşılan pod hatasıdır: konteyner başlıyor, hemen çöküyor, Kubernetes yeniden başlatmayı deniyor ve bu döngü tekrarlanıyor.
| Olası Neden | Kontrol |
|---|---|
| Uygulama başlangıç hatası (config, bağımlılık eksik) | kubectl logs <pod> --previous ile çökme öncesi logu inceleyin |
| Liveness probe çok agresif | Uygulama tam başlamadan liveness probe onu öldürüyor olabilir, initialDelaySeconds ayarını artırın |
| Kaynak yetersizliği | Pod, tanımlı CPU/memory limitini aşıyor olabilir |
imagePullSecrets tanımının pod spec'inde doğru olduğunu kontrol edinPersistentVolumeClaim (PVC), talep edilen depolamayı bir PersistentVolume'a bağlayamadığında "Pending" durumunda kalır.
| Neden | Çözüm |
|---|---|
| Uygun StorageClass tanımlı değil | PVC'nin talep ettiği StorageClass'ın cluster'da var olduğunu doğrulayın |
| Dynamic provisioning başarısız | [Kubernetes persistent storage](/rehber/kubernetes-persistent-storage-longhorn-ceph-portworx) katmanının (Longhorn, Rook-Ceph, Portworx) sağlıklı çalıştığını doğrulayın |
| Talep edilen kapasite mevcut depolamadan büyük | Depolama havuzunun gerçek boş kapasitesini kontrol edin |
Pod, tanımlı bellek limitini aştığında Kubernetes tarafından zorla sonlandırılır ve "OOMKilled" (Out Of Memory Killed) olarak işaretlenir.
describe komutunun sonundaki "Events" bölümü, genelde hatanın gerçek nedenini (scheduling başarısızlığı, volume mount hatası, probe hatası) doğrudan gösterir; log dosyalarına bakmadan önce her zaman buradan başlanmalıdır.
ESH Bilişim, Kubernetes ve OpenShift ortamlarında storage, kaynak yönetimi ve operasyonel süreç tasarımında saha deneyimiyle destek sağlar.
Adım Takibi
0/5Bu Rehberle İlgili AI Araçlar