CoreOS, modern bulut altyap\u0131lar\u0131 ve konteyner tabanl\u0131 i\u015f y\u00fckleri i\u00e7in tasarlanm\u0131\u015f minimalist, g\u00fcvenli ve otomatik g\u00fcncellenen bir Linux da\u011f\u0131t\u0131m\u0131d\u0131r. Immutable infrastructure (de\u011fi\u015fmez altyap\u0131) felsefesini benimseyen CoreOS, sistemin temel bile\u015fenlerinin (i\u015fletim sistemi \u00e7ekirde\u011fi, sistem servisleri) sadece okunur olmas\u0131n\u0131 sa\u011flayarak tutarl\u0131l\u0131\u011f\u0131 ve g\u00fcvenli\u011fi art\u0131r\u0131r. Ancak bu benzersiz mimari, geleneksel Linux da\u011f\u0131t\u0131mlar\u0131ndan farkl\u0131 sorun giderme yakla\u015f\u0131mlar\u0131 gerektirebilir. Otomatik g\u00fcncellemeler, CoreOS ile ilgili sorunlar\u0131 etkili bir \u015fekilde giderebilmek i\u00e7in, bu i\u015fletim sisteminin temel felsefesini ve ana bile\u015fenlerini iyi kavramak \u00f6nemlidir. CoreOS’un \u00e7al\u0131\u015fma \u015feklini anlamak, sorunlar\u0131n k\u00f6k nedenlerini daha h\u0131zl\u0131 bulman\u0131z\u0131 sa\u011flar.<\/p>\n CoreOS’un en belirgin \u00f6zelliklerinden biri, ana dosya sisteminin (rootfs) varsay\u0131lan olarak salt okunur olmas\u0131d\u0131r. Bu, CoreOS, t\u00fcm sistem servislerini, cihazlar\u0131, ba\u011flama noktalar\u0131n\u0131 ve di\u011fer kaynaklar\u0131 y\u00f6netmek i\u00e7in CoreOS, ad\u0131ndan da anla\u015f\u0131laca\u011f\u0131 gibi, konteyner odakl\u0131 bir i\u015fletim sistemidir. Uygulamalar geleneksel olarak do\u011frudan ana sisteme y\u00fcklenmek yerine Docker veya di\u011fer OCI uyumlu konteyner \u00e7al\u0131\u015fma zamanlar\u0131 arac\u0131l\u0131\u011f\u0131yla konteynerler i\u00e7inde \u00e7al\u0131\u015f\u0131r. Bu, uygulama sorunlar\u0131n\u0131n genellikle konteynerin kendisiyle, konteyner g\u00f6r\u00fcnt\u00fcs\u00fcyle veya konteyner \u00e7al\u0131\u015fma zaman\u0131 servisiyle ilgili oldu\u011fu anlam\u0131na gelir. Konteyner g\u00fcnl\u00fcklerini incelemek, konteyner durumlar\u0131n\u0131 kontrol etmek ve \u00e7al\u0131\u015fma zaman\u0131 servisinin (\u00f6rn. CoreOS k\u00fcmeleri genellikle CoreOS sunucular\u0131, ilk \u00f6ny\u00fckleme s\u0131ras\u0131nda sistem yap\u0131land\u0131rmas\u0131n\u0131 uygulamak i\u00e7in Ignition’\u0131 kullan\u0131r. Ignition, disk b\u00f6l\u00fcmleme, dosya olu\u015fturma, CoreOS’ta sorun gidermeye ba\u015flamak i\u00e7in kullanabilece\u011finiz temel ara\u00e7lar ve teknikler, geleneksel Linux sistemlerinden \u00e7ok farkl\u0131 de\u011fildir, ancak CoreOS’un kendine \u00f6zg\u00fc yap\u0131s\u0131 nedeniyle baz\u0131 \u00f6zel yakla\u015f\u0131mlar gerektirirler.<\/p>\n Sorun gidermenin ilk ad\u0131m\u0131 genellikle sunucuya SSH \u00fczerinden eri\u015fim sa\u011flamakt\u0131r. CoreOS’ta kullan\u0131c\u0131lar genellikle SSH anahtarlar\u0131 arac\u0131l\u0131\u011f\u0131yla kimlik do\u011frulamas\u0131 yapar. E\u011fer SSH eri\u015fiminde sorun ya\u015f\u0131yorsan\u0131z, a\u011f ba\u011flant\u0131s\u0131n\u0131, g\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131 ve SSH servisinin ( Sunucuya eri\u015fim sa\u011flad\u0131ktan sonra, sistemin genel durumunu h\u0131zl\u0131ca kontrol etmek \u00f6nemlidir: Bu komutlar, sistem kaynaklar\u0131n\u0131n a\u015f\u0131r\u0131 kullan\u0131l\u0131p kullan\u0131lmad\u0131\u011f\u0131n\u0131 veya kritik bir servisin \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 anlaman\u0131za yard\u0131mc\u0131 olur.<\/p>\n Loglar, sorun gidermenin en de\u011ferli kaynaklar\u0131ndan biridir. CoreOS’ta t\u00fcm sistem ve servis loglar\u0131 Loglar\u0131 dikkatlice incelemek, hatan\u0131n ne zaman ba\u015flad\u0131\u011f\u0131n\u0131, hangi servisin etkilendi\u011fini ve olas\u0131 hata mesajlar\u0131n\u0131 belirlemenize yard\u0131mc\u0131 olur.<\/p>\n A\u011f ba\u011flant\u0131s\u0131 sorunlar\u0131, sunucular\u0131n en s\u0131k kar\u015f\u0131la\u015ft\u0131\u011f\u0131 sorunlardan biridir. Disk alan\u0131 sorunlar\u0131 veya disk hatalar\u0131 da yayg\u0131n sorunlard\u0131r. \u015eimdiye kadar \u00f6\u011frendi\u011fimiz temel ara\u00e7 ve teknikleri kullanarak, CoreOS sunucular\u0131nda s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan belirli sorunlara ve bunlar\u0131n \u00e7\u00f6z\u00fcm yollar\u0131na odaklanal\u0131m.<\/p>\n Sunucunun hi\u00e7 a\u00e7\u0131lmamas\u0131 veya i\u015fletim sisteminin y\u00fcklenememesi en kritik sorunlardan biridir. Bir Sunucunun a\u011fa eri\u015fememesi veya di\u011fer cihazlar\u0131n sunucuya eri\u015fememesi. Disklerin dolmas\u0131, eri\u015filemez hale gelmesi veya performans sorunlar\u0131. Docker veya di\u011fer konteynerlerin ba\u015flamamas\u0131, \u00e7\u00f6kmesi veya beklendi\u011fi gibi \u00e7al\u0131\u015fmamas\u0131. Etcd k\u00fcmesindeki \u00fcyelerin senkronize olmamas\u0131 veya k\u00fcmenin sa\u011fl\u0131\u011f\u0131n\u0131n bozulmas\u0131. CoreOS’un otomatik g\u00fcncelleme mekanizmas\u0131n\u0131n tak\u0131lmas\u0131 veya ba\u015far\u0131s\u0131z olmas\u0131. Sunucunun genel olarak yava\u015f \u00e7al\u0131\u015fmas\u0131, y\u00fcksek kaynak t\u00fcketimi. Yukar\u0131daki temel ve yayg\u0131n senaryolar\u0131n \u00f6tesine ge\u00e7en, daha karma\u015f\u0131k durumlar i\u00e7in kullan\u0131labilecek geli\u015fmi\u015f teknikler mevcuttur.<\/p>\n E\u011fer sistem \u00f6ny\u00fckleme yapam\u0131yorsa veya SSH eri\u015fimi m\u00fcmk\u00fcn de\u011filse, CoreOS’un kurtarma moduna ge\u00e7mek hayati \u00f6nem ta\u015f\u0131r. Sistem kritik bir hata (kernel panic) ile kar\u015f\u0131la\u015ft\u0131\u011f\u0131nda, \u00e7ekirdek d\u00f6k\u00fcm\u00fc almak, sorunun k\u00f6k nedenini belirlemek i\u00e7in de\u011ferli bilgiler sa\u011flayabilir. Uygulama veya servis seviyesindeki karma\u015f\u0131k sorunlar i\u00e7in uzaktan hata ay\u0131klama teknikleri kullan\u0131labilir. Geli\u015fmi\u015f sorun gidermenin \u00f6nemli bir par\u00e7as\u0131, proaktif olarak sistem metriklerini izlemektir. Sorun giderme kadar, sorunlar\u0131n ortaya \u00e7\u0131kmas\u0131n\u0131 \u00f6nlemek de \u00f6nemlidir. CoreOS ortamlar\u0131nda uygulanabilecek baz\u0131 en iyi uygulamalar ve \u00f6nleyici tedbirler \u015funlard\u0131r:<\/p>\n * Deklaratif Yap\u0131land\u0131rma Y\u00f6netimi<\/strong>: Ignition\/Butane dosyalar\u0131n\u0131z\u0131 versiyon kontrol sistemlerinde (Git gibi) saklay\u0131n. Bu, yap\u0131land\u0131rma de\u011fi\u015fikliklerini izlemenize, geri alman\u0131za ve tutarl\u0131l\u0131k sa\u011flaman\u0131za yard\u0131mc\u0131 olur. CoreOS sunucular\u0131nda sorun giderme, geleneksel Linux da\u011f\u0131t\u0131mlar\u0131ndan farkl\u0131l\u0131k g\u00f6sterse de, sistemin temel bile\u015fenlerini (systemd, konteynerler, Ignition) anlamak ve do\u011fru ara\u00e7lar\u0131 kullanmakla olduk\u00e7a y\u00f6netilebilir hale gelir. Bu makalede ele al\u0131nan teknikler ve en iyi uygulamalar, CoreOS ortamlar\u0131n\u0131zda kar\u015f\u0131la\u015fabilece\u011finiz \u00e7o\u011fu sorunu te\u015fhis etmenize ve \u00e7\u00f6zmenize yard\u0131mc\u0131 olacakt\u0131r. Unutmay\u0131n ki, sorun giderme bir sanat oldu\u011fu kadar bir bilimdir; s\u00fcrekli \u00f6\u011frenme, pratik yapma ve belgeleme, bu s\u00fcre\u00e7te uzmanla\u015fman\u0131n anahtar\u0131d\u0131r. CoreOS’un g\u00fc\u00e7l\u00fc topluluk deste\u011fi ve kapsaml\u0131 belgeleri de sorun giderme yolculu\u011funuzda size yard\u0131mc\u0131 olacak de\u011ferli kaynaklard\u0131r.<\/body><\/p>\n","protected":false},"excerpt":{"rendered":"CoreOS Sunucular\u0131n\u0131zdaki Yayg\u0131n Sorunlar\u0131 Giderme Rehberi\nCoreOS, modern bulut altyap\u0131lar\u0131 ve konteyner tabanl\u0131 i\u015f y\u00fckleri i\u00e7in tasarlanm\u0131","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1],"tags":[],"class_list":{"0":"post-33924","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-genel","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nsystemd<\/code> birimlerine a\u015f\u0131r\u0131 ba\u011f\u0131ml\u0131l\u0131k ve konteyner odakl\u0131 yap\u0131s\u0131, CoreOS sunucular\u0131nda ortaya \u00e7\u0131kan sorunlar\u0131 te\u015fhis etme ve \u00e7\u00f6zme s\u00fcrecini \u00f6zel k\u0131lar. Bu makale, CoreOS sunucular\u0131n\u0131zda kar\u015f\u0131la\u015fabilece\u011finiz yayg\u0131n sorunlar\u0131 anlaman\u0131za, te\u015fhis etmenize ve etkili bir \u015fekilde gidermenize yard\u0131mc\u0131 olacak kapsaml\u0131 bir rehber sunmaktad\u0131r.<\/p>\nCoreOS Temellerini Anlamak<\/h3>\n
Immutable Infrastructure (De\u011fi\u015fmez Altyap\u0131)<\/h4>\n
\/usr<\/code> gibi kritik dizinlerde do\u011frudan de\u011fi\u015fiklik yapamayaca\u011f\u0131n\u0131z anlam\u0131na gelir. Sistem g\u00fcncellemeleri, A\/B b\u00f6l\u00fcmleme sistemi arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r; yeni bir s\u00fcr\u00fcm ikincil bir b\u00f6l\u00fcme y\u00fcklenir ve bir sonraki \u00f6ny\u00fcklemede etkinle\u015ftirilir. Bu yakla\u015f\u0131m, sistem tutarl\u0131l\u0131\u011f\u0131n\u0131 art\u0131r\u0131r ve g\u00fcncellemelerden kaynaklanan sorunlarda kolayca \u00f6nceki s\u00fcr\u00fcme d\u00f6nme imkan\u0131 sunar. Sorun giderme a\u00e7\u0131s\u0131ndan bu, manuel de\u011fi\u015fiklikler yapmak yerine genellikle systemd<\/code> birimleri, konteyner yap\u0131land\u0131rmalar\u0131 veya Ignition\/Butane gibi deklaratif ara\u00e7lar arac\u0131l\u0131\u011f\u0131yla sistem davran\u0131\u015f\u0131n\u0131 de\u011fi\u015ftirmeye odaklanman\u0131z gerekti\u011fi anlam\u0131na gelir.<\/p>\nsystemd<\/h4>\n
systemd<\/code> kullan\u0131r. Bu, systemd<\/code>‘nin CoreOS ekosisteminin merkezinde yer ald\u0131\u011f\u0131 ve herhangi bir sorun giderme s\u00fcrecinde kilit bir ara\u00e7 oldu\u011fu anlam\u0131na gelir. Servislerin ba\u015flat\u0131lmas\u0131, durdurulmas\u0131, yeniden y\u00fcklenmesi ve durumlar\u0131n\u0131n izlenmesi tamamen systemctl<\/code> komutu \u00fczerinden yap\u0131l\u0131r. Ayr\u0131ca, t\u00fcm sistem ve servis g\u00fcnl\u00fckleri journalctl<\/code> arac\u0131l\u0131\u011f\u0131yla merkezi olarak y\u00f6netilir. systemd<\/code> birim dosyalar\u0131n\u0131n do\u011fru yap\u0131land\u0131r\u0131lmas\u0131, CoreOS sunucular\u0131n\u0131z\u0131n sorunsuz \u00e7al\u0131\u015fmas\u0131 i\u00e7in hayati \u00f6neme sahiptir.<\/p>\nContainer Runtime<\/h4>\n
docker.service<\/code>) sa\u011fl\u0131\u011f\u0131n\u0131 izlemek, uygulama sorunlar\u0131n\u0131 gidermede kritik ad\u0131mlard\u0131r.<\/p>\nEtcd<\/h4>\n
etcd<\/code> adl\u0131 da\u011f\u0131t\u0131lm\u0131\u015f bir anahtar-de\u011fer deposunu kullan\u0131r. etcd<\/code>, k\u00fcme \u00fcyelerinin durumunu, yap\u0131land\u0131rmas\u0131n\u0131 ve di\u011fer \u00f6nemli verileri depolamak i\u00e7in kullan\u0131l\u0131r. Kubernetes gibi orkestrasyon ara\u00e7lar\u0131 da etcd<\/code>‘yi temel al\u0131r. etcd<\/code> k\u00fcmesindeki sorunlar (\u00f6rn. lider se\u00e7imi sorunlar\u0131, senkronizasyon hatalar\u0131, performans d\u00fc\u015f\u00fc\u015fleri) t\u00fcm k\u00fcmenin istikrars\u0131zla\u015fmas\u0131na neden olabilir. etcdctl<\/code> arac\u0131, etcd<\/code> k\u00fcmesinin sa\u011fl\u0131\u011f\u0131n\u0131 ve durumunu izlemek i\u00e7in kullan\u0131l\u0131r.<\/p>\nIgnition\/Butane<\/h4>\n
systemd<\/code> birimlerini yap\u0131land\u0131rma ve kullan\u0131c\u0131 hesaplar\u0131 olu\u015fturma gibi g\u00f6revleri ger\u00e7ekle\u015ftiren bir ara\u00e7t\u0131r. Ignition yap\u0131land\u0131rmalar\u0131 genellikle Butane (eski ad\u0131yla Container Linux Config) format\u0131nda yaz\u0131l\u0131r ve daha sonra Ignition JSON format\u0131na d\u00f6n\u00fc\u015ft\u00fcr\u00fcl\u00fcr. Sunucunun ilk ba\u015flat\u0131lmas\u0131nda veya bir yeniden kurulumdan sonra ya\u015fanan sorunlar genellikle Ignition yap\u0131land\u0131rmas\u0131ndaki hatalardan kaynaklan\u0131r. Bu nedenle, Ignition yap\u0131land\u0131rmalar\u0131n\u0131z\u0131n do\u011frulu\u011funu ve tutarl\u0131l\u0131\u011f\u0131n\u0131 sa\u011flamak \u00e7ok \u00f6nemlidir.<\/p>\nTemel Sorun Giderme Ara\u00e7lar\u0131 ve Teknikleri<\/h3>\n
SSH Eri\u015fimi<\/h4>\n
sshd.service<\/code>) durumunu kontrol etmeniz gerekir. Ayr\u0131ca, kullan\u0131c\u0131n\u0131n SSH anahtar\u0131n\u0131n sunucudaki \/home\/core\/.ssh\/authorized_keys<\/code> dosyas\u0131nda do\u011fru bir \u015fekilde yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun.<\/p>\nSistem Durumunu Kontrol Etme<\/h4>\n
\n* systemctl status<\/code>: T\u00fcm sistem servislerinin genel durumunu g\u00f6sterir.
\n* systemctl --failed<\/code>: Ba\u015far\u0131s\u0131z durumdaki servisleri listeler.
\n* hostnamectl<\/code>: Sunucunun ana bilgisayar ad\u0131n\u0131 ve i\u015fletim sistemi bilgilerini g\u00f6sterir.
\n* ip a<\/code>: A\u011f aray\u00fczlerinin IP adreslerini ve durumlar\u0131n\u0131 g\u00f6sterir.
\n* df -h<\/code>: Disk alan\u0131 kullan\u0131m\u0131n\u0131 g\u00f6sterir.
\n* top<\/code> veya htop<\/code>: CPU, bellek ve \u00e7al\u0131\u015fan s\u00fcre\u00e7lerin anl\u0131k kullan\u0131m\u0131n\u0131 izler.
\n* free -h<\/code>: Bellek kullan\u0131m\u0131n\u0131 g\u00f6sterir.<\/p>\nLoglar\u0131 \u0130nceleme<\/h4>\n
journalctl<\/code> taraf\u0131ndan y\u00f6netilir.
\n* journalctl<\/code>: T\u00fcm sistem loglar\u0131n\u0131 g\u00f6sterir.
\n* journalctl -u systemd<\/code> biriminin (\u00f6rne\u011fin docker.service<\/code>) loglar\u0131n\u0131 g\u00f6sterir.
\n* journalctl -f<\/code>: Loglar\u0131 ger\u00e7ek zamanl\u0131 olarak takip eder (follow).
\n* journalctl -p err<\/code>: Sadece hata seviyesindeki loglar\u0131 g\u00f6sterir.
\n* journalctl --since \"X ago\"<\/code>: Belirli bir zamandan sonraki loglar\u0131 g\u00f6sterir (\u00f6rne\u011fin --since \"1 hour ago\"<\/code>).
\n* Konteyner loglar\u0131 i\u00e7in docker logs A\u011f Sorunlar\u0131n\u0131 Giderme<\/h4>\n
\n* ip a<\/code> ve ip r<\/code>: A\u011f aray\u00fczlerinin yap\u0131land\u0131rmas\u0131n\u0131 ve y\u00f6nlendirme tablosunu kontrol edin.
\n* ping
\n* traceroute
\n* netcat<\/code> (nc) veya ss -tuln<\/code>: A\u00e7\u0131k portlar\u0131 ve dinleyen servisleri kontrol edin.
\n* DNS sorunlar\u0131 i\u00e7in \/etc\/resolv.conf<\/code> dosyas\u0131n\u0131 ve resolvectl status<\/code> komutunu kontrol edin.<\/p>\nDisk ve Depolama<\/h4>\n
\n* df -h<\/code>: T\u00fcm ba\u011flama noktalar\u0131ndaki disk kullan\u0131m\u0131n\u0131 g\u00f6sterir.
\n* lsblk<\/code>: Blok cihazlar\u0131n\u0131 listeler.
\n* fdisk -l<\/code>: Disk b\u00f6l\u00fcmleme tablolar\u0131n\u0131 g\u00f6sterir.
\n* mount<\/code>: Mevcut ba\u011flama noktalar\u0131n\u0131 listeler.
\n* du -sh \/path\/to\/directory<\/code>: Belirli bir dizinin boyutunu g\u00f6sterir. Bu, hangi dizinin \u00e7ok yer kaplad\u0131\u011f\u0131n\u0131 bulmak i\u00e7in kullan\u0131\u015fl\u0131d\u0131r.<\/p>\nYayg\u0131n CoreOS Sorunlar\u0131 ve \u00c7\u00f6z\u00fcmleri<\/h3>\n
Sistem Ba\u015flatma ve \u00d6ny\u00fckleme Sorunlar\u0131<\/h4>\n
\n* Belirtiler<\/strong>: Sunucu yan\u0131t vermiyor, \u00f6ny\u00fckleme s\u0131ras\u0131nda tak\u0131l\u0131yor, hata mesajlar\u0131 g\u00f6steriyor (\u00f6rn. “Kernel Panic”).
\n* Te\u015fhis<\/strong>:
\n * Fiziksel veya sanal konsola eri\u015fim sa\u011flay\u0131n.
\n * \u00d6ny\u00fckleme s\u0131ras\u0131nda ekranda beliren mesajlar\u0131 dikkatlice okuyun.
\n * E\u011fer Ignition kullan\u0131l\u0131yorsa, Ignition ile ilgili hatalar\u0131 aray\u0131n.
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * Kurtarma Modu<\/strong>: CoreOS’un \u00f6ny\u00fckleme men\u00fcs\u00fcnden kurtarma moduna (recovery mode) ge\u00e7erek temel bir kabuk ortam\u0131na eri\u015febilir ve disk yap\u0131land\u0131rmas\u0131n\u0131, systemd<\/code> birimlerini veya Ignition yap\u0131land\u0131rmas\u0131n\u0131 kontrol edebilirsiniz.
\n * Ignition Yap\u0131land\u0131rmas\u0131<\/strong>: \u0130lk \u00f6ny\u00fckleme s\u0131ras\u0131nda bir hata olu\u015ftuysa, Ignition yap\u0131land\u0131rma dosyan\u0131zda (Butane\/JSON) bir hata olabilir. Yap\u0131land\u0131rman\u0131z\u0131 bir test ortam\u0131nda veya bir validator ile kontrol edin. journalctl -u ignition<\/code> komutu, Ignition ile ilgili loglar\u0131 g\u00f6sterir.
\n * Disk Kontrol\u00fc<\/strong>: Disklerde fiziksel bir sorun olup olmad\u0131\u011f\u0131n\u0131 kontrol edin.
\n * Yeniden Kurulum<\/strong>: E\u011fer sorun \u00e7\u00f6z\u00fclemiyorsa ve veri kayb\u0131 kabul edilebilir ise, sunucuyu yeniden kurmak genellikle en h\u0131zl\u0131 \u00e7\u00f6z\u00fcmd\u00fcr.<\/p>\nsystemd Birim Hatalar\u0131<\/h4>\n
systemd<\/code> biriminin (servis, mount, socket vb.) ba\u015flamamas\u0131 veya ba\u015far\u0131s\u0131z olmas\u0131 yayg\u0131n bir sorundur.
\n* Belirtiler<\/strong>: systemctl --failed<\/code> komutu ba\u015far\u0131s\u0131z birimler g\u00f6sterir, bir uygulama \u00e7al\u0131\u015fm\u0131yor.
\n* Te\u015fhis<\/strong>:
\n * systemctl status
\n * journalctl -u
\n * Birim dosyas\u0131n\u0131n i\u00e7eri\u011fini kontrol edin (\/etc\/systemd\/system\/
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * Birim dosyas\u0131ndaki hatalar\u0131 d\u00fczeltin.
\n * systemctl daemon-reload<\/code>: Birim dosyalar\u0131nda de\u011fi\u015fiklik yapt\u0131ktan sonra systemd<\/code>‘yi yeniden y\u00fckleyin.
\n * systemctl start
\n * systemctl enable
\n * Ba\u011f\u0131ml\u0131l\u0131klar\u0131 kontrol edin; birim, ba\u015fka bir birimin ba\u015flamas\u0131na ba\u011fl\u0131 olabilir.<\/p>\nA\u011f Ba\u011flant\u0131s\u0131 Sorunlar\u0131<\/h4>\n
\n* Belirtiler<\/strong>: ping<\/code> ba\u015far\u0131s\u0131z oluyor, servisler d\u0131\u015far\u0131dan ula\u015f\u0131lam\u0131yor, DNS \u00e7\u00f6z\u00fcmlenemiyor.
\n* Te\u015fhis<\/strong>:
\n * ip a<\/code>: A\u011f aray\u00fczlerinin do\u011fru IP adreslerini al\u0131p almad\u0131\u011f\u0131n\u0131 kontrol edin.
\n * ip r<\/code>: Y\u00f6nlendirme tablosunu kontrol edin; varsay\u0131lan a\u011f ge\u00e7idi do\u011fru mu?
\n * networkctl status<\/code>: A\u011f servislerinin durumunu g\u00f6sterir.
\n * resolvectl status<\/code> veya \/etc\/resolv.conf<\/code>: DNS sunucular\u0131n\u0131n do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun.
\n * firewall-cmd --list-all<\/code> (e\u011fer firewalld kullan\u0131l\u0131yorsa): G\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131n istenen trafi\u011fi engellemedi\u011finden emin olun.
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * A\u011f yap\u0131land\u0131rma dosyalar\u0131n\u0131 (genellikle Ignition arac\u0131l\u0131\u011f\u0131yla ayarlan\u0131r) kontrol edin ve d\u00fczeltin.
\n * A\u011f kart\u0131 s\u00fcr\u00fcc\u00fclerini kontrol edin (nadiren CoreOS’ta bir sorun olur, ancak m\u00fcmk\u00fcnd\u00fcr).
\n * Fiziksel ba\u011flant\u0131lar\u0131 (kablo, switch) kontrol edin.
\n * G\u00fcvenlik duvar\u0131 kurallar\u0131n\u0131 g\u00fcncelleyin.
\n * DNS sunucular\u0131n\u0131 do\u011fru yap\u0131land\u0131r\u0131n veya ba\u015fka bir DNS sunucusu kullanmay\u0131 deneyin.<\/p>\nDisk ve Depolama Sorunlar\u0131<\/h4>\n
\n* Belirtiler<\/strong>: df -h<\/code> %100 kullan\u0131m g\u00f6steriyor, uygulamalar dosya yazam\u0131yor, sistem yava\u015fl\u0131yor.
\n* Te\u015fhis<\/strong>:
\n * df -h<\/code>: Hangi b\u00f6l\u00fcm\u00fcn dolu oldu\u011funu belirleyin.
\n du -sh \/<\/em><\/code>: Hangi dizinin en \u00e7ok yer kaplad\u0131\u011f\u0131n\u0131 bulmak i\u00e7in k\u00f6k dizinden ba\u015flayarak derinlemesine inceleyin.
\n * journalctl --disk-usage<\/code>: G\u00fcnl\u00fcklerin ne kadar yer kaplad\u0131\u011f\u0131n\u0131 kontrol edin.
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * Log Temizli\u011fi<\/strong>: journalctl --vacuum-size=1G<\/code> veya journalctl --vacuum-time=7d<\/code> gibi komutlarla eski g\u00fcnl\u00fckleri temizleyin.
\n * Konteyner G\u00f6r\u00fcnt\u00fcleri\/Katmanlar\u0131<\/strong>: docker system prune<\/code> veya docker rmi<\/code> komutlar\u0131yla kullan\u0131lmayan Docker g\u00f6r\u00fcnt\u00fclerini ve katmanlar\u0131n\u0131 temizleyin.
\n * Ge\u00e7ici Dosyalar<\/strong>: \/tmp<\/code> veya di\u011fer ge\u00e7ici dizinleri kontrol edin.
\n * Ek Depolama<\/strong>: E\u011fer disk alan\u0131 s\u00fcrekli bir sorunsa, ek depolama alan\u0131 eklemeyi veya daha b\u00fcy\u00fck diskler kullanmay\u0131 d\u00fc\u015f\u00fcn\u00fcn.<\/p>\nContainer \u00c7al\u0131\u015ft\u0131rma Sorunlar\u0131<\/h4>\n
\n* Belirtiler<\/strong>: Konteynerler Exited<\/code> durumunda, docker ps -a<\/code> listesinde g\u00f6r\u00fcnm\u00fcyor, uygulamalar eri\u015filemiyor.
\n* Te\u015fhis<\/strong>:
\n * docker ps -a<\/code>: T\u00fcm konteynerlerin durumunu kontrol edin.
\n * docker logs
\n * docker inspect
\n * systemctl status docker<\/code>: Docker servisinin kendisinin \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 kontrol edin.
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * Konteyner Loglar\u0131<\/strong>: Konteyner loglar\u0131ndaki hata mesajlar\u0131na g\u00f6re d\u00fczeltmeler yap\u0131n (\u00f6rn. yanl\u0131\u015f ortam de\u011fi\u015fkenleri, eksik ba\u011f\u0131ml\u0131l\u0131klar).
\n * Port \u00c7ak\u0131\u015fmalar\u0131<\/strong>: Konteynerin kulland\u0131\u011f\u0131 portun ba\u015fka bir servis veya konteyner taraf\u0131ndan zaten kullan\u0131l\u0131p kullan\u0131lmad\u0131\u011f\u0131n\u0131 kontrol edin.
\n * Kaynak K\u0131s\u0131tlamalar\u0131<\/strong>: Konteynerin CPU veya bellek k\u0131s\u0131tlamalar\u0131na tak\u0131l\u0131p tak\u0131lmad\u0131\u011f\u0131n\u0131 kontrol edin.
\n * Resim Sorunlar\u0131<\/strong>: Konteyner g\u00f6r\u00fcnt\u00fcs\u00fcn\u00fcn bozuk olup olmad\u0131\u011f\u0131n\u0131 veya do\u011fru \u015fekilde \u00e7ekilip \u00e7ekilemedi\u011fini kontrol edin (docker pull
\n * Bind Mount’lar<\/strong>: Konteynerin kulland\u0131\u011f\u0131 ba\u011flama noktalar\u0131n\u0131n (bind mounts) ana sistemde mevcut ve eri\u015filebilir oldu\u011fundan emin olun.<\/p>\nEtcd K\u00fcme Sorunlar\u0131<\/h4>\n
\n* Belirtiler<\/strong>: etcdctl member list<\/code> komutunda \u00fcyeler sa\u011fl\u0131kl\u0131 g\u00f6r\u00fcnm\u00fcyor, lider se\u00e7imi sorunlar\u0131, k\u00fcme genelinde performans d\u00fc\u015f\u00fc\u015f\u00fc.
\n* Te\u015fhis<\/strong>:
\n * etcdctl member list<\/code>: K\u00fcmedeki t\u00fcm \u00fcyeleri ve durumlar\u0131n\u0131 kontrol edin.
\n * etcdctl endpoint health<\/code>: Her bir etcd<\/code> u\u00e7 noktas\u0131n\u0131n sa\u011fl\u0131\u011f\u0131n\u0131 kontrol edin.
\n * journalctl -u etcd<\/code>: etcd<\/code> servisinin loglar\u0131n\u0131 inceleyin.
\n * A\u011f ba\u011flant\u0131s\u0131n\u0131 kontrol edin; etcd<\/code> \u00fcyeleri aras\u0131nda port 2379 (istemci) ve 2380 (peer) \u00fczerinden ileti\u015fim kurulabilmelidir.
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * A\u011f Yap\u0131land\u0131rmas\u0131<\/strong>: etcd<\/code> \u00fcyelerinin birbirine eri\u015febildi\u011finden ve gerekli portlar\u0131n a\u00e7\u0131k oldu\u011fundan emin olun.
\n * Ignition\/systemd Yap\u0131land\u0131rmas\u0131<\/strong>: etcd<\/code> birim dosyalar\u0131n\u0131n ve Ignition yap\u0131land\u0131rmas\u0131n\u0131n do\u011fru IP adresleri, portlar ve k\u00fcme \u00fcyeleriyle yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131ndan emin olun.
\n * Lider Se\u00e7imi<\/strong>: E\u011fer lider se\u00e7imi sorunlar\u0131 varsa, k\u00fcmenin \u00e7o\u011funlu\u011funun (quorum) sa\u011fl\u0131kl\u0131 oldu\u011fundan emin olun. Bir \u00fcye veya daha fazlas\u0131 \u00e7evrimd\u0131\u015f\u0131ysa, k\u00fcme \u00e7al\u0131\u015fmayabilir.
\n * Veri B\u00fct\u00fcnl\u00fc\u011f\u00fc<\/strong>: etcd<\/code> veri dizininde (genellikle \/var\/lib\/etcd<\/code>) bozulma olup olmad\u0131\u011f\u0131n\u0131 kontrol edin. Gerekirse bir yedekten geri y\u00fckleme yap\u0131n.<\/p>\nOtomatik G\u00fcncelleme Sorunlar\u0131<\/h4>\n
\n* Belirtiler<\/strong>: Sistem yeni s\u00fcr\u00fcme ge\u00e7miyor, update-engine<\/code> hatalar\u0131, g\u00fcvenlik yamalar\u0131 uygulanm\u0131yor.
\n* Te\u015fhis<\/strong>:
\n * systemctl status update-engine<\/code>: G\u00fcncelleme motorunun durumunu kontrol edin.
\n * journalctl -u update-engine<\/code>: G\u00fcncelleme motorunun loglar\u0131n\u0131 inceleyin.
\n * \/etc\/coreos\/update.conf<\/code>: G\u00fcncelleme yap\u0131land\u0131rma dosyas\u0131n\u0131 kontrol edin.
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * A\u011f Ba\u011flant\u0131s\u0131<\/strong>: G\u00fcncelleme sunucular\u0131na eri\u015filebildi\u011finden emin olun.
\n * Disk Alan\u0131<\/strong>: Yeterli disk alan\u0131 oldu\u011fundan emin olun (yeni bir s\u00fcr\u00fcm\u00fc indirmek i\u00e7in).
\n * Yap\u0131land\u0131rma<\/strong>: G\u00fcncelleme kanal\u0131n\u0131n (stable, beta, alpha) do\u011fru ayarland\u0131\u011f\u0131ndan emin olun.
\n * Manuel Tetikleme<\/strong>: update_engine_client -update<\/code> komutuyla manuel bir g\u00fcncelleme tetiklemeyi deneyin.<\/p>\nPerformans Sorunlar\u0131<\/h4>\n
\n* Belirtiler<\/strong>: Uygulamalar yava\u015f yan\u0131t veriyor, SSH oturumlar\u0131 gecikmeli, sistem kaynaklar\u0131 (CPU, bellek, I\/O) s\u00fcrekli y\u00fcksek.
\n* Te\u015fhis<\/strong>:
\n * top<\/code> veya htop<\/code>: Hangi s\u00fcrecin en \u00e7ok CPU veya bellek kulland\u0131\u011f\u0131n\u0131 belirleyin.
\n * free -h<\/code>: Bellek kullan\u0131m\u0131n\u0131 detayl\u0131 inceleyin.
\n * iostat -xz 1<\/code>: Disk I\/O kullan\u0131m\u0131n\u0131 izleyin.
\n * vmstat 1<\/code>: Sanal bellek ve sistem aktivitesini izleyin.
\n * Konteynerlerin kaynak kullan\u0131m\u0131n\u0131 docker stats<\/code> ile kontrol edin.
\n* \u00c7\u00f6z\u00fcmler<\/strong>:
\n * Kaynak T\u00fcketen S\u00fcre\u00e7leri Belirleme<\/strong>: top<\/code>, htop<\/code> ve docker stats<\/code> ile en \u00e7ok kaynak t\u00fcketen uygulamay\u0131 veya konteyneri bulun.
\n * Konteyner Optimizasyonu<\/strong>: Konteynerlerinizi daha verimli hale getirin (daha k\u00fc\u00e7\u00fck g\u00f6r\u00fcnt\u00fcler, daha az kaynak t\u00fcketimi).
\n * Sistem Kaynaklar\u0131n\u0131 Art\u0131rma<\/strong>: Gerekirse sunucuya daha fazla CPU, bellek veya daha h\u0131zl\u0131 depolama ekleyin.
\n * Yap\u0131land\u0131rma Optimizasyonu<\/strong>: Uygulama veya servis yap\u0131land\u0131rmalar\u0131n\u0131 optimize edin (\u00f6rn. veritaban\u0131 sorgular\u0131, \u00f6nbellekleme).<\/p>\nGeli\u015fmi\u015f Sorun Giderme Senaryolar\u0131<\/h3>\n
Kurtarma Modu ve Acil Durum Kabu\u011fu<\/h4>\n
\n* Nas\u0131l Eri\u015filir<\/strong>: \u00c7o\u011fu sanalla\u015ft\u0131rma platformunda veya fiziksel sunucuda, \u00f6ny\u00fckleme s\u0131ras\u0131nda GRUB men\u00fcs\u00fcne eri\u015ferek “CoreOS (Recovery)” se\u00e7ene\u011fini se\u00e7ebilirsiniz.
\n* Kullan\u0131m Alanlar\u0131<\/strong>:
\n * Yanl\u0131\u015f yap\u0131land\u0131r\u0131lm\u0131\u015f systemd<\/code> birimlerini d\u00fczeltme.
\n * Disk b\u00f6l\u00fcmlerini kontrol etme ve onarma.
\n * Ignition yap\u0131land\u0131rma hatalar\u0131n\u0131 d\u00fczeltme.
\n * Parola s\u0131f\u0131rlama (e\u011fer varsa ve m\u00fcmk\u00fcnse).
\n* chroot<\/code> Kullan\u0131m\u0131<\/strong>: Kurtarma modunda, bozuk k\u00f6k dosya sistemini ba\u011flay\u0131p chroot<\/code> komutuyla o ortama ge\u00e7erek normal sistemdeki dosyalar\u0131 ve yap\u0131land\u0131rmalar\u0131 d\u00fczenleyebilirsiniz.<\/p>\n\u00c7ekirdek D\u00f6k\u00fcm\u00fc (Kernel Dump) ve Analizi<\/h4>\n
\n* kdump<\/code> Yap\u0131land\u0131rmas\u0131<\/strong>: CoreOS’ta kdump<\/code> servisini etkinle\u015ftirerek sistem \u00e7\u00f6kt\u00fc\u011f\u00fcnde \u00e7ekirdek belle\u011finin bir d\u00f6k\u00fcm\u00fcn\u00fc almas\u0131n\u0131 sa\u011flayabilirsiniz. Bu d\u00f6k\u00fcm daha sonra bir analiz arac\u0131yla incelenebilir.
\n* crash<\/code> Arac\u0131<\/strong>: crash<\/code> utility, \u00e7ekirdek d\u00f6k\u00fcmlerini analiz etmek i\u00e7in kullan\u0131lan g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r. Ancak bu, derinlemesine \u00e7ekirdek bilgisi ve uzmanl\u0131k gerektirir.<\/p>\nUzaktan Hata Ay\u0131klama<\/h4>\n
\n* gdb<\/code> ile S\u00fcre\u00e7lere Ba\u011flanma<\/strong>: Bir uygulaman\u0131n veya servisin davran\u0131\u015f\u0131n\u0131 ad\u0131m ad\u0131m incelemek i\u00e7in gdb<\/code> (GNU Debugger) kullan\u0131labilir. Bu genellikle konteyner i\u00e7indeki bir s\u00fcrece ba\u011flanmay\u0131 veya ana sistemdeki bir systemd<\/code> birimini hata ay\u0131klama modunda \u00e7al\u0131\u015ft\u0131rmay\u0131 i\u00e7erir.
\n* strace<\/code> ile Sistem \u00c7a\u011fr\u0131lar\u0131n\u0131 \u0130zleme<\/strong>: strace<\/code> komutu, bir s\u00fcrecin yapt\u0131\u011f\u0131 t\u00fcm sistem \u00e7a\u011fr\u0131lar\u0131n\u0131 (dosya i\u015flemleri, a\u011f ileti\u015fimi vb.) izlemenizi sa\u011flar. Bu, uygulaman\u0131n neden belirli bir hatayla kar\u015f\u0131la\u015ft\u0131\u011f\u0131n\u0131 veya belirli bir kayna\u011fa neden eri\u015femedi\u011fini anlamak i\u00e7in \u00e7ok faydal\u0131d\u0131r.<\/p>\nMetrics ve \u0130zleme<\/h4>\n
\n* Prometheus ve Grafana<\/strong>: CoreOS sunucular\u0131n\u0131 Prometheus ile entegre ederek CPU, bellek, disk I\/O, a\u011f trafi\u011fi gibi metrikleri toplayabilir ve Grafana ile g\u00f6rselle\u015ftirebilirsiniz.
\n* Node Exporter ve cAdvisor<\/strong>: Prometheus i\u00e7in node_exporter<\/code>, sunucu seviyesi metrikleri toplarken, cAdvisor<\/code> (Container Advisor) konteyner seviyesi metrikleri toplar. Bu ara\u00e7lar, performans sorunlar\u0131n\u0131n erken te\u015fhisinde kritik rol oynar.
\n* Merkezi Log Y\u00f6netimi<\/strong>: Loglar\u0131 merkezi bir sisteme (\u00f6rn. ELK Stack, Splunk) y\u00f6nlendirmek, birden fazla sunucudaki sorunlar\u0131 h\u0131zl\u0131ca tespit etmenize ve korelasyon kurman\u0131za yard\u0131mc\u0131 olur.<\/p>\nEn \u0130yi Uygulamalar ve \u00d6nleyici Tedbirler<\/h3>\n
\n* D\u00fczenli Yedeklemeler<\/strong>: \u00d6zellikle etcd<\/code> verileri olmak \u00fczere kritik sistem yap\u0131land\u0131rmalar\u0131n\u0131 ve verilerini d\u00fczenli olarak yedekleyin. etcdctl snapshot save<\/code> komutuyla etcd<\/code> anl\u0131k g\u00f6r\u00fcnt\u00fcleri almay\u0131 otomatikle\u015ftirebilirsiniz.
\n* Kapsaml\u0131 \u0130zleme ve Uyar\u0131 Sistemleri<\/strong>: Prometheus, Grafana, Alertmanager gibi ara\u00e7larla sistem kaynaklar\u0131n\u0131, servis durumlar\u0131n\u0131 ve konteyner sa\u011fl\u0131\u011f\u0131n\u0131 s\u00fcrekli izleyin. Kritik e\u015fiklerin a\u015f\u0131lmas\u0131 durumunda otomatik uyar\u0131lar alacak \u015fekilde yap\u0131land\u0131r\u0131n.
\n* Test Ortamlar\u0131<\/strong>: \u00dcretim ortam\u0131na uygulamadan \u00f6nce t\u00fcm yap\u0131land\u0131rma de\u011fi\u015fikliklerini, systemd<\/code> birimlerini ve konteyner g\u00fcncellemelerini ayr\u0131 bir test veya haz\u0131rl\u0131k ortam\u0131nda deneyin.
\n* G\u00fcvenlik G\u00fcncellemelerini Takip Etme<\/strong>: CoreOS otomatik g\u00fcncellemeler sunsa da, g\u00fcncelleme kanallar\u0131n\u0131z\u0131 ve politikalar\u0131n\u0131z\u0131 d\u00fczenli olarak g\u00f6zden ge\u00e7irin. G\u00fcvenlik b\u00fcltenlerini takip ederek olas\u0131 risklere kar\u015f\u0131 haz\u0131rl\u0131kl\u0131 olun.
\n* Belgeleme<\/strong>: Ortam\u0131n\u0131z\u0131n t\u00fcm \u00f6zel yap\u0131land\u0131rmalar\u0131n\u0131, sorun giderme ad\u0131mlar\u0131n\u0131 ve s\u0131k kar\u015f\u0131la\u015f\u0131lan sorunlar\u0131n \u00e7\u00f6z\u00fcmlerini belgeleyin. Bu, yeni ekip \u00fcyelerinin adaptasyonunu kolayla\u015ft\u0131r\u0131r ve gelecekteki sorun giderme s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r.
\n* Minimalist Yakla\u015f\u0131m<\/strong>: CoreOS’un felsefesine uygun olarak, sunucular\u0131n\u0131zda yaln\u0131zca kesinlikle gerekli olan servisleri ve konteynerleri \u00e7al\u0131\u015ft\u0131r\u0131n. Gereksiz yaz\u0131l\u0131mlar hem g\u00fcvenlik riskini art\u0131r\u0131r hem de sorun gidermeyi karma\u015f\u0131kla\u015ft\u0131r\u0131r.
\n* A\u011f Segmentasyonu<\/strong>: G\u00fcvenlik ve performans i\u00e7in CoreOS sunucular\u0131n\u0131z\u0131 ve \u00fczerindeki i\u015f y\u00fcklerini a\u011f segmentlerine ay\u0131r\u0131n.<\/p>\nSonu\u00e7<\/h3>\n