HPE StoreOnce 3660 OOBE Kurulumu: Firmware Tuzağı ve Kaçış Planı

Thu, 02 Apr 2026 22:00:00 +0300

Selamlar! Bugün sahada veri tekilleştirme (deduplication) canavarı olan HPE StoreOnce 3660 (80TB) cihazının OOBE (Out-of-Box Experience) kurulumunu yaparken, bizi biraz terleten ama sonu tatlı biten bir hikayeden bahsedeceğim.

Özellikle sistem yöneticilerinin standart sunucu alışkanlıklarıyla “Appliance” (özel amaçlı) cihazlara müdahale ettiğinde karşılaştığı o meşhur “Firmware Uyuşmazlığı” tuzağına ve bu durumdan nasıl kurtulduğumuza adım adım bakalım.

1. Kutu Açılışı ve İlk Erişim (OOBE)

StoreOnce cihazları kutudan ilk çıktığında, üstünde ağa bağlanacak herhangi bir IP adresi bulunmaz. Bu koca donanıma can vermek için tıpkı klasik ProLiant sunucularda olduğu gibi arka kapıdan, yani iLO (Integrated Lights-Out) üzerinden girmemiz gerekiyor.

iLO Erişimi: Cihazın iLO portuna bir IP verdik ve HTML5 Remote Console üzerinden ekrana düştük.
TUI (Text User Interface) Ayarları: Cihaz boot edip o nostaljik siyah/mavi konsol ekranına geldiğinde, varsayılan şifreyi ezip geçtik. Ardından Network Configuration menüsünden cihazın Yönetim (Management) IP, Subnet, Gateway ve DNS bilgilerini çaktık.

Bu dakikadan sonra iLO ile işimiz bitti. Tarayıcıyı açıp doğrudan https://<Management-IP> üzerinden cihazın şık Web GUI’sine bağlandık. Buraya kadar her şey standart.

2. Ölümcül Hata: Appliance vs. Standart Sunucu Mantığı

Kurulum sırasında sıkça yapılan, iyi niyetli ama sistemi kilitleyen bir hata ile karşılaştık. Ekipten biri, cihazı “en güncel” hale getirmek için dışarıdan standart bir HPE SPP (Service Pack for ProLiant) ISO’su bağlayarak donanımı güncellemişti.

İşte zurnanın zırt dediği yer burası. StoreOnce standart bir sunucu değildir, bir Appliance’dır. İçerisindeki işletim sistemi (StoreOnce OS) ile donanım firmware’leri (BIOS, HBA, NIC) birbirine çok katı bir “Uyumluluk Matrisi (Firmware Matrix)” ile bağlıdır.

Cihazı boot ettiğimizde iLO loglarında ve arayüzde şu kırmızı alarmlar patlamaya başladı:

❌ Uyarı 1: “The HBA firmware needs to be downgraded. Data unavailability, loss, or corruption may occur.”

❌ Uyarı 2: “The HBA in this location has not been authorized.”

Sistem aslında bize şunu bağırıyordu: “Abi donanımımı son sürüme çektin ama benim içimdeki işletim sistemi (OS 4.3.11) bu yeni versiyonları tanımıyor! Ben eski, bildiğim sürüme dönmek (downgrade) istiyorum.” Üstelik cihaz BIOS POST ekranında takılıp boot sürecini donduruyordu.

3. Çözüm: StoreOnce OS Upgrade (.STAR) Operasyonu

Donanımı tekrar eski sürüme düşürmek (downgrade) riskli ve sancılı bir iştir. Biz daha zekice olanı seçtik: Donanımı düşürmek yerine, İşletim Sistemini donanıma yetişecek seviyeye yükseltmek.

HPE StoreOnce güncellemeleri (.STAR uzantılı paketler) sadece işletim sistemini değil, uyumlu donanım firmware’lerini de kendi içinde paket olarak barındırır.

Sistemin mevcut OS versiyonunu kontrol ettik: 4.3.11
SPP ile atılan donanım sürümlerini destekleyen en güncel HPE Sürüm Notlarını (Release Notes) okuduk. Hedefimizin 4.3.13 sürümü olduğunu tespit ettik.
Web GUI üzerinden OS Upgrade işlemini başlattık.

Bu işlem, OS’in “Baseline"ını (temelini) yeni donanımlarla eşitledi. Cihaz yeniden başladığında o can sıkıcı BIOS hataları tarihe karışmıştı.

4. CLI Üzerinden Son Dokunuşlar (Firmware Senkronizasyonu)

İşletim sistemini güncelledik ama Fibre Channel (HBA) kartı gibi bazı inatçı bileşenlerin firmware senkronizasyonunu tam olarak bitirmek için ellerimizi biraz kirletip terminale (CLI) girmemiz gerekti.

Cihaza SSH ile bağlandık ve şu hayat kurtaran komut setini çalıştırdık:

# 1. Önce mevcut depodaki (repository) paketlerin listesini çekiyoruz
system show repository

# 2. Yüklemek istediğimiz spesifik RPM paketini (örneğin HBA Firmware) sisteme yüklüyoruz
system load package hba_firmware_paket_adi.rpm

# 3. Yüklediğimiz paketin sisteme entegre (update) edilme sürecini başlatıyoruz
system update package

# 4. Son olarak güncellemenin başarılı olup olmadığını kontrol ediyoruz
system show package

Nginx Proxy Manager ile Hayat Çok Kolay

Wed, 01 Apr 2026 12:30:00 +0300

Ters vekil (Reverse Proxy) ayarları yapmak eskiden tam bir kabustu. Siyah ekranlarda saatlerce config dosyası yazardık.

Şimdi Nginx Proxy Manager (NPM) sayesinde şık bir arayüzden saniyeler içinde SSL sertifikamızı alıp domain yönlendirmemizi yapabiliyoruz.

“Otomatize edilebilen her şey otomatize edilmelidir.” - Bir DevOps Atasözü

Docker Nedir ve Neden Kullanmalıyız?

Wed, 01 Apr 2026 10:00:00 +0300

Selamlar! Bugün konteyner teknolojilerinin şahı olan Docker’dan bahsedeceğiz.

Artık “Benim bilgisayarımda çalışıyordu, sunucuda neden çöktü?” devri bitti. Docker sayesinde uygulamalarımızı her yerde aynı çalışacak şekilde paketleyebiliyoruz.

Neden Docker?

Işık hızında ayağa kalkar.
Sistem kaynaklarını sömürmez.
İzolasyon sağlar.

GitOps Nedir? Geleceğin Altyapı Yönetimi

Wed, 01 Apr 2026 09:15:00 +0300

Bugün kendi sunucumuzda kurduğumuz GitOps mimarisinin temellerine iniyoruz. Kodumuzu Git’e gönderdiğimiz an sunucunun bunu anlayıp kendini güncellemesi, insan hatasını sıfıra indirir.

Kullandığımız Araçlar:

Git (Sürüm Kontrolü)
Gitea (Kendi özel depomuz)
Git-Sync (Otomatik kuryemiz)

İlk DevOps Makalem: Markdown ve Hugo'nun Gücü

Tue, 31 Mar 2026 10:00:00 +0300

Selamlar! Bu makale, Hetzner üzerindeki Docker + Gitea + Hugo mimarimizin ilk canlı testidir. Veritabanı kullanmadığımız için sitemiz ışık hızında açılıyor. Aşağıda Markdown’ın bize sunduğu harika formatlama yeteneklerini görebilirsiniz.

1. Kod Blokları (Syntax Highlighting)

İşte IT otomasyonları için yazdığım bir PowerShell betiği örneği. Otomatik renklendirmeye dikkat edin:

# Windows'ta ortam değişkeni ayarlama betiği
$yeniYol = "C:\Hugo\bin"
$mevcutYol = [Environment]::GetEnvironmentVariable("Path", "User")

if ($mevcutYol -notlike "*$yeniYol*") {
 [Environment]::SetEnvironmentVariable("Path", "$mevcutYol;$yeniYol", "User")
 Write-Host "Hugo başarıyla sisteme eklendi!" -ForegroundColor Green
} else {
 Write-Warning "Bu yol zaten ekli."
}

Posts on RC | Blog