<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Kemal Bıyıklı</title><link>https://kemalbiyikli.com/</link><description>Recent content on Kemal Bıyıklı</description><generator>Hugo</generator><language>tr-TR</language><lastBuildDate>Wed, 30 Jul 2025 09:47:14 +0300</lastBuildDate><atom:link href="https://kemalbiyikli.com/index.xml" rel="self" type="application/rss+xml"/><item><title>vCenter: Archive is full</title><link>https://kemalbiyikli.com/vcenter-archive-is-full/</link><pubDate>Mon, 28 Jul 2025 17:48:27 +0300</pubDate><guid>https://kemalbiyikli.com/vcenter-archive-is-full/</guid><description>&lt;hr>
&lt;h3 id="problem">Problem?&lt;/h3>
&lt;p>Zaman zaman hepimizin karşılaştığı türden bir alarmla karşılaştım: vCenter sunucusunun &lt;code>/storage/archive&lt;/code> diski %90 seviyelerindeydi. Normalde bu disk ara sıra dolar ve kendini temizlerdi, bu nedenle biraz kendi haline bırakıp gözlemlemek istedim ancak bu sefer hiç temizlemeye niyeti yoktu ve dolmaya devam ediyordu. Ben de bir yandan bu durumla ilgili Broadcom KB makalelerini incelemeye koyuldum.&lt;/p>
&lt;p>Broadcom’un KB’lerini incelediğimde aşağıdaki önemli noktalar dikkat çekiyordu:&lt;/p>
&lt;ul>
&lt;li>vCenter’daki birçok dizin yüksek doluluk oranlarına çıkabilecek şekilde tasarlanmıştır. Çoğu durumda, bir bölüm %78-79 seviyesine ulaştığında, uyarıları tetiklemek için gereken %80’i aşabilir ve ardından daha düşük bir yüzdeye geri dönebilir.&lt;/li>
&lt;li>Benzer şekilde, %93’e ulaştığında, &lt;code>vmware-vpxd&lt;/code> hizmetinin kapanmasını tetiklemek için gereken %95’i aşabilir ve ardından daha düşük bir yüzdeye geri dönebilir. Bu durumlar genellikle otomatik temizleme veya sistem davranışının bir parçasıdır.&lt;/li>
&lt;/ul>
&lt;p>&lt;strong>Archive Bölümünün Özelliği&lt;/strong>&lt;/p></description></item><item><title>VMware ESXi – Cannot Mount Existing iSCSI Datastore</title><link>https://kemalbiyikli.com/vmware-esxi-cannot-mount-existing-iscsi-datastore/</link><pubDate>Wed, 25 Jun 2025 00:43:49 +0300</pubDate><guid>https://kemalbiyikli.com/vmware-esxi-cannot-mount-existing-iscsi-datastore/</guid><description>&lt;p>Geçtiğimiz hafta sanallaştırma altyapımıza yeni bir sunucu ekledim. Her şey yolunda gidiyor derken MSA2060 üzerindeki bir Volume’ü sunucuya mount edemedim. Neden oldu, nasıl çözeriz derken aşağıdaki gibi bir süreç gelişti.&lt;/p>
&lt;hr>
&lt;h2 id="iş-senaryosu">İş Senaryosu&lt;/h2>
&lt;ul>
&lt;li>Hali hazırda MSA2060 storage’ımızda aktif olarak kullanılan 2 adet LUN var.&lt;/li>
&lt;li>Yeni bir ESXi host vCenter ortamına eklendi.&lt;/li>
&lt;li>Bu hosta storage iSCSI ile bağlandı.&lt;/li>
&lt;li>LUN’lardan biri datastore olarak başarıyla mount edildi.&lt;/li>
&lt;li>Ancak bir LUN datastore listesinde yok ve mount edilemiyor.&lt;/li>
&lt;li>“Storage Devices” altında LUN görünüyor, ama &lt;strong>“Not Consumed”&lt;/strong> durumu var.&lt;/li>
&lt;/ul>
&lt;hr>
&lt;h2 id="tanılama-aşaması">Tanılama Aşaması&lt;/h2>
&lt;p>ÖProblemi tespit etmek için aşağıdaki kontroller yapıldı.&lt;/p></description></item><item><title>Apache Guacamole Kurulumu</title><link>https://kemalbiyikli.com/apache-guacamole-kurulumu/</link><pubDate>Sat, 08 Mar 2025 03:52:09 +0300</pubDate><guid>https://kemalbiyikli.com/apache-guacamole-kurulumu/</guid><description>&lt;h3 id="giriş">&lt;strong>Giriş&lt;/strong>&lt;/h3>
&lt;p>&lt;strong>Guacamole&lt;/strong>, istemci gerektirmeden tarayıcı üzerinden uzak masaüstü bağlantıları yapmanıza olanak tanıyan, &lt;strong>açık kaynaklı&lt;/strong> bir &lt;strong>remote desktop gateway&lt;/strong> çözümüdür. &lt;strong>RDP, VNC ve SSH&lt;/strong> gibi protokolleri destekleyerek çok yönlü kullanım imkanı sunar. Guacamole doğrudan bir sunucuya kurulabilir, ancak bağımlılıklar, güncellemeler, taşınabilirlik açısından Docker ile kurulum yapmak daha pratik ve avantajlıdır. Bu yazımda, Guacamole’un Docker üzerinde nasıl kurulacağını ve yapılandırılacağını adım adım aktarmaya çalışacağım.&lt;/p>
&lt;h3 id="1-docker-kurulumu-yapıyoruz">&lt;strong>1. Docker Kurulumu Yapıyoruz&lt;/strong>&lt;/h3>
&lt;p>Docker ve Docker Compose’un kurulumunu aşağıdaki komutlarla gerçekleştiriyoruz.&lt;/p></description></item><item><title>Ubuntu Server Üzerinde Redis Cluster Kurulumu</title><link>https://kemalbiyikli.com/ubuntu-server-uzerinde-redis-cluster-kurulumu/</link><pubDate>Sun, 02 Mar 2025 01:29:01 +0300</pubDate><guid>https://kemalbiyikli.com/ubuntu-server-uzerinde-redis-cluster-kurulumu/</guid><description>&lt;h3 id="redis-nedir">&lt;strong>Redis Nedir?&lt;/strong>&lt;/h3>
&lt;p>Redis, verileri RAM üzerinde tutarak yüksek hızda okuma ve yazma işlemleri gerçekleştiren bir anahtar-değer (key-value) veri deposudur. Genellikle bir önbellek veya mesaj kuyruğu olarak kullanılır. Geleneksel veritabanlarına kıyasla çok daha hızlı çalıştığı için, performans gerektiren birçok uygulamada tercih edilmektedir.&lt;/p>
&lt;h4 id="redisin-kullanım-alanları">&lt;strong>Redis’in Kullanım Alanları&lt;/strong>&lt;/h4>
&lt;ul>
&lt;li>&lt;strong>Önbellekleme (caching):&lt;/strong> Web uygulamalarında sık kullanılan verilerin hızlı erişilebilir olmasını sağlar.&lt;/li>
&lt;li>&lt;strong>Gerçek zamanlı analiz:&lt;/strong> Örneğin, leaderboard veya sayfa görüntüleme sayaçları gibi işlemlerde kullanılır.&lt;/li>
&lt;li>&lt;strong>Mesaj kuyruğu:&lt;/strong> Verileri geçici olarak saklayarak dağıtık sistemlerde mesajlaşma altyapısı sağlar.&lt;/li>
&lt;li>&lt;strong>Oturum yönetimi:&lt;/strong> Kullanıcı oturumlarını verimli bir şekilde saklayarak performansı artırır.&lt;/li>
&lt;/ul>
&lt;h4 id="hangi-işletim-sistemlerinde-çalışır">&lt;strong>Hangi İşletim Sistemlerinde Çalışır?&lt;/strong>&lt;/h4>
&lt;p>Redis, &lt;strong>en stabil ve performanslı şekilde Linux ortamında&lt;/strong> çalışmaktadır. Ancak farklı platformlarda da belirli yöntemlerle kullanılabilir:&lt;/p></description></item><item><title>Linux’da Dosya İzinlerinin Temel Yapısı</title><link>https://kemalbiyikli.com/linuxda-dosya-izinlerinin-temel-yapisi/</link><pubDate>Fri, 28 Feb 2025 23:56:54 +0300</pubDate><guid>https://kemalbiyikli.com/linuxda-dosya-izinlerinin-temel-yapisi/</guid><description>&lt;p>Linux’ta dosya izinleri, dosyalara ve dizinlere kimlerin erişebileceğini ve bu erişimin nasıl olacağını belirler. Bu izinler, &lt;strong>owner, group ve others&lt;/strong> için &lt;strong>read&lt;/strong> &lt;strong>write&lt;/strong> ve &lt;strong>execute&lt;/strong> olmak üzere farklı kombinasyonlarla tanımlanabilir. Bu kombinasyonlar harflerle ya da rakamlarla yönetilebilmektedir. İlk bakışta karmaşık gibi görünse de oldukça basit ve anlaşılır bir düzen mevcuttur.&lt;/p>
&lt;h3 id="1">&lt;strong>&lt;strong>&lt;strong>&lt;strong>&lt;strong>1. &lt;strong>Harflerle İzinler&lt;/strong>&lt;/strong> –&lt;strong>Dosya İzinlerinin Sembolik Gösterimi Gösterimi&lt;/strong>&lt;/strong>&lt;/strong>&lt;/strong>&lt;/strong>&lt;/h3>
&lt;p>Linux’ta her dosya ve dizin için üç tür izin vardır:&lt;/p>
&lt;ul>
&lt;li>&lt;strong>Read (r):&lt;/strong> Dosyanın içeriğini okuma veya dizindeki dosyaları listeleme izni.&lt;/li>
&lt;li>&lt;strong>Write (w):&lt;/strong> Dosyaya veri yazma veya dizinde dosya oluşturma/silme izni.&lt;/li>
&lt;li>&lt;strong>Execute (x):&lt;/strong> Dosyayı çalıştırma veya dizine erişme izni.&lt;/li>
&lt;/ul>
&lt;p>Bu izinler, üç farklı kullanıcı grubu için ayrı ayrı tanımlanır:&lt;/p></description></item><item><title>LVM ile Linux Sunucuda Disk Genişletme</title><link>https://kemalbiyikli.com/lvm-ile-linux-sunucuda-disk-genisletme/</link><pubDate>Fri, 28 Feb 2025 23:22:52 +0300</pubDate><guid>https://kemalbiyikli.com/lvm-ile-linux-sunucuda-disk-genisletme/</guid><description>&lt;p>Linux sunucular, özellikle disk yönetimi söz konusu olduğunda oldukça esnek bir yapı sunar. Bu yapı karmaşık gibi görünse de aslında basit bir mantığın üzerine inşa edilmiştir. Linux sistemlerde yaygın bir şekilde kullanılan &lt;strong>LVM (Logical Volume Manager)&lt;/strong> sayesinde, sunucunuzun disk alanını dinamik olarak yönetebilir ve ihtiyaç duyduğunuzda belirli bölümleri kolayca genişletebilirsiniz. Bu yazıda, &lt;strong>RedHat&lt;/strong> tabanlı bir sunucuda &lt;code>/home&lt;/code> dizinini &lt;strong>30GB&lt;/strong> artırma işlemini adım adım anlatacağım.&lt;/p>
&lt;h3 id="1-disk-durumunun-kontrolü">&lt;strong>1-Disk Durumunun Kontrolü&lt;/strong>&lt;/h3>
&lt;p>Sunucuda diskimizin durumu aşağıdaki gibidir.&lt;/p></description></item><item><title>Hyper-V to vSphere Migration</title><link>https://kemalbiyikli.com/hyper-v-to-vsphere-migration/</link><pubDate>Tue, 23 Jan 2024 22:56:59 +0300</pubDate><guid>https://kemalbiyikli.com/hyper-v-to-vsphere-migration/</guid><description>&lt;p>Geçtiğimiz aylarda bir firmayı oldukça eski bir Hyper-V ortamından güncel bir VMware ortamına geçirmemiz gerekti. Bu işlemi en pürüzsüz şekilde nasıl yaparım diye araştırırken en başta aklıma vCenter Converter geldi. Kurulumunu yaptım ve çeşitli testler yaptım, adım adım hataları giderdim ancak ne olursa olsun bu işlem hayallerinizdeki gibi gerçekleşmiyor. Her zaman ufak tefek de olsa bir yerlerde sorun çıkıyor. Sunucunun UUID değiştiği için bazı servisler bozulabiliyor, güvenlikle ilgili Group Policy’lere takılabiliyor, network kartını tanımıyor, taşıyacağınız her sunucuda güvenlik yazılımlarını disable etmeniz gerekiyor, bu da sürecin uzamasına neden oluyor. Bu ve benzeri sorunlarla uğraştığınızda da bu sürecin istediğiniz gibi gerçekleşmeyeceğini anlıyorsunuz. Bu noktada alternatif çözümleri araştırdıktan sonra bu geçiş sürecinde veeam kullanmaya karar verdim.&lt;/p></description></item><item><title>“Cannot increase disk size due to old replication participation” hatası ve çözümü</title><link>https://kemalbiyikli.com/cannot-increase-disk-size-due-to-old-replication-participation-hatasi-ve-cozumu/</link><pubDate>Sat, 13 Jan 2024 00:37:32 +0300</pubDate><guid>https://kemalbiyikli.com/cannot-increase-disk-size-due-to-old-replication-participation-hatasi-ve-cozumu/</guid><description>&lt;p>VMware vSphere site to site replication’dan bir sunucuyu kaldırdığınızda ya da VSRM sunucusunu kaybettiğinizde ve replikasyonlarınız dağıldığında VM’leriniz olduğu gibi çalışacaktır. Ancak sunucularınızda disk artırmak istediğinizde &lt;strong>&lt;code>Cannot increase disk size due to old replication participation &lt;/code>&lt;/strong> hatası ile karşılaşmanız muhtemel.&lt;/p>
&lt;p>Sunucuda power on veya power off fark etmeksizin disk kapasitesini artırmak istediğinizde fail olacaktır. Bu problemin çözümünü araştırdığımda ise VMware’in KB’lerini incelediğimde de bir çözüme ulaşamadım. Forumlarda çeşitli çözümler okudum, sizlerle de başarılı olduğum bir çözümü çözümü paylaşmak istiyorum.&lt;/p></description></item><item><title>DELL EMC DD6300 Firmware Upgrade</title><link>https://kemalbiyikli.com/dell-emc-dd6300-firmware-upgrade/</link><pubDate>Tue, 02 Jan 2024 19:29:36 +0300</pubDate><guid>https://kemalbiyikli.com/dell-emc-dd6300-firmware-upgrade/</guid><description>&lt;p>Bu yazımda &lt;strong>DELL EMC Data Domain 6300&lt;/strong>‘ün firmware upgrade işleminden söz edeceğim.&lt;/p>
&lt;p>Upgrade işlemini yapacağım ürün oldukça eski bir sürümde kalmış. Bu nedenle son sürüm olan 7.13.0.20’ye geçebilmem için cihazımın minimum 6.2 sürümünde olması gerekiyor. Bu yüzden önce 6.2 sürümüne ardından da 7.0.13 sürümüne upgrade işlemi gerçekleştireceğim.&lt;/p>
&lt;p>İşlemlerin sırası ile nasıl yapıldığına geçmeden önce belirtmem gereken bazı maddeler var.&lt;/p>
&lt;p>Bu işlem tamamlandıktan sonra otomatik reboot işlemi gerçekleşecektir ve bu süre bende her bir upgrade işlemi için yaklaşık 40 dk. kadar sürdü. Bu nedenle kesinti için bir planlama yapmanız gerekebilir.&lt;/p></description></item><item><title>vCenter Upgrade: Source vCenter has Duplicate Names in a Network Folder Hatası</title><link>https://kemalbiyikli.com/vcenter-upgrade-source-vcenter-has-duplicate-names-in-a-network-folder-hatasi/</link><pubDate>Sat, 23 Dec 2023 00:38:09 +0300</pubDate><guid>https://kemalbiyikli.com/vcenter-upgrade-source-vcenter-has-duplicate-names-in-a-network-folder-hatasi/</guid><description>&lt;p>&lt;img loading="lazy" src="https://kemalbiyikli.com/images/vcenter-duplicate-names/vcenter-duplicate-names-1.jpg">&lt;/p>
&lt;p>vCenter’ınızı upgrade etmek istediğinizde yukarıdaki gibi bir hatayla karşılaşıyorsanız büyük ihtimalle 6.5 öncesi bir sürümü upgrade etmeye çalışıyorsunuzdur. Bu hata vCenter üzerinde aynı isme sahip olan birden fazla Port Group’a sahip olmanızdan kaynaklanıyor.&lt;/p>
&lt;p>Bu problem vCenter 6.5 ile giderildi, &lt;a href="https://docs.vmware.com/en/VMware-vSphere/6.5/rn/vsphere-vcenter-server-650b-release-notes.html">Patch Note&lt;/a>‘larını inceleyebilirsiniz.&lt;/p>
&lt;p>Bu problemi mevcut sürümünüzde gidermek ve upgrade yapabilmeniz için VMware’in bir &lt;a href="https://kb.vmware.com/s/article/2147547">KB&lt;/a>‘si bulunuyor. Ancak KB’yi incelerseniz eğer vCenter Database’ine bağlanmanız, ilgili satır ve sütunları tespit ederek birtakım işlemler uygulamanız gerektiğini göreceksiniz. Ancak daha basit bir şekilde çözmek de mümkün.&lt;/p></description></item><item><title>VMware ESXi CLI Upgrade 7.0>8.0</title><link>https://kemalbiyikli.com/esxi-cli-upgrade/</link><pubDate>Fri, 01 Dec 2023 22:29:14 +0300</pubDate><guid>https://kemalbiyikli.com/esxi-cli-upgrade/</guid><description>&lt;p>ESXi upgrade işlemi birden fazla yöntemle yapılabilmektedir, bu yazımda cli üzerinden esxi upgrade işleminin nasıl yapılacağını aktaracağım.&lt;/p>
&lt;p>Bunun için aşağıdaki adımları takip etmemiz gerekmektedir. Öncelikle offline bundle paketini &lt;a href="http://customerconnect.vmware.com">customerconnect.vmware.com&lt;/a> adresinden download ediyoruz. Download ederken custom bir esxi sürümü mü standart bir esxi sürümü mü kullandığımıza dikkat etmemiz gerekiyor. Ben standart sürüm kullandığım için standart sürümü tercih ediyorum.&lt;/p>
&lt;p>&lt;img loading="lazy" src="https://kemalbiyikli.com/images/esxi-cli-upgrade/esxi-cli-upgrade-1.png">&lt;/p>
&lt;p>Uygun sürümü download ettikten sonra upgrade işlemini yapacağız esxi hosta bağlı olan bir datastore’a upload ediyoruz.&lt;/p></description></item><item><title>Hakkımda</title><link>https://kemalbiyikli.com/hakkimizda/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://kemalbiyikli.com/hakkimizda/</guid><description>&lt;p>Selamlar, ben Kemal, kendimi 1992 İstanbul doğumlu, evli ve bir çocuk babası bir teknoloji tutkunu biri olarak tanımlasam aslında çok da yanlış olmaz. Uludağ Üniversitesi Psikolojik Danışmanlık ve Rehberlik bölümü mezunuyum. Bir süre okuduğum bölüme uygun bir meslek icra etmiş olsam da kariyerime bilişim sektöründe &lt;strong>sunucu sanallaştırma, depolama ve yedekleme&lt;/strong> alanlarında devam ediyorum.&lt;/p>
&lt;p>Sektör değişikliği yaptığım süreçte birçok arkadaşımızın bloglarından, onların oluşturdukları topluluk sayfalarından çokça istifade ettim, aslında kişisel blog’umu açmamın temelinde yatan sebeplerden birisi de bu. Edindiğim tecrübeyi, tuttuğum ve değerli gördüğüm notlarımı, ipuçlarını vs. bu blog altından paylaşmayı amaçlıyorum.&lt;/p></description></item></channel></rss>