×
ESXi sut-tmp Ramdisk Doluluk Hatası Cannot extend visorfs file Çözümü

ESXi ‘sut-tmp’ Ramdisk Doluluk Hatası: Cannot extend visorfs file Çözümü

Merhaba, bu yazımda sizlere HPE donanımlarda karşınıza çıkan ESXi ‘sut-tmp’ Ramdisk Doluluk Hatası: “Cannot extend visorfs file” Çözümü konusundan bahsedeceğim. VMware ESXi sunucularında zaman zaman aşağıdaki hata mesajlarıyla karşılaşılabilir. Aşağıda VMware tarafındaki dokümanı da inceleyebilirsiniz.

WARNING: “Cannot extend visorfs file /opt/sut/tmp/libhpsrv.debug_1.log because its ramdisk (sut-tmp) is full.”

Bu hata, ESXi’nin geçici dosya sistemi olan ramdisk (sut-tmp) alanının dolduğunu ve yeni log dosyalarının oluşturulamadığını belirtir. Özellikle HPE sunucularında kullanılan Integrated Smart Update Tools (iSUT) yazılımı bu sorunun en sık tetikleyicisidir.

Sorunun Belirtileri

ESXi host loglarında aşağıdaki satırlardan biri görülür:

  • The ramdisk ‘sut-tmp’ is full.
  • Cannot extend visorfs file /opt/sut/tmp/libhpsrv.debug_1.log…
  • Admission failure in path: host/system/visorfs/ramdisks/sut-tmp

Bu durumda ESXi host log dosyalarına yazamaz, servisler durabilir ve hatta host vCenter bağlantısını kaybedebilir.

ESXi-sut-tmp-Ramdisk-Doluluk-Hatasi-Cannot-extend-visorfs-file-Cozumu1 ESXi ‘sut-tmp’ Ramdisk Doluluk Hatası: Cannot extend visorfs file Çözümü

Sorunun Nedeni

Hatanın ana sebebi, sut-tmp adlı geçici ramdisk’in dolmasıdır. Bu disk, genellikle iSUT tarafından oluşturulan geçici log dosyalarını barındırır.
Başlıca sebepler şunlardır:

iSUT Güncelleme Kuyruğunda Takılma

HPE iSUT servisleri firmware yüklemesi sırasında takılırsa, log dosyaları büyümeye devam eder.
Bu durumda libhpsrv.debug_1.log dosyası birkaç MB’tan GB seviyelerine kadar büyüyebilir.

Otomatik Mod Hatası (Auto Mode Issue)

iSUT 6.1.0 sürümünde, otomatik modlar devredeyken güncelleme yapılmasa bile geçici dosyalar artmaya devam eder. Bu durum ramdisk doluluğuna yol açar .

Yetersiz Ramdisk Kapasitesi

“sut-tmp” varsayılan olarak birkaç yüz MB kapasiteye sahiptir. ESXi üzerindeki yoğun log trafiği veya hatalı konfigürasyon bu alanı hızla doldurabilir.

Etkileri

  • ESXi host yönetimsel olarak tepkisiz hale gelebilir (non-responsive).
  • vCenter bağlantısı kesilebilir.
  • Güncelleme işlemleri başarısız olur.
  • Bazı servisler (özellikle hostd, vpxa) log dosyası yazamadığı için çalışmayı durdurabilir.
  • Hata giderilmezse, host yeniden başlatılmak zorunda kalabilir.

Geçici Çözüm (Workaround)

Sorun acil müdahale gerektiriyorsa aşağıdaki adımları uygulayabilirsiniz:

  • SSH veya DCUI üzerinden host’a bağlanın.
  • Aşağıdaki komutla büyük log dosyasını silin:
  • rm /opt/sut/tmp/libhpsrv.debug_1.log
  • Boş alan açıldıktan sonra log yazımı yeniden çalışır.
  • Gerekirse ESXi host servisini yeniden başlatın:
  • /etc/init.d/hostd restart

Bu yöntem geçici çözüm sağlar; kalıcı çözüm için iSUT güncellenmelidir.

Kalıcı Çözüm Adımları

iSUT Sürümünü Güncelleyin

HPE, bu hatayı iSUT 6.2.0 ve üzeri sürümlerde gidermiştir.
Yükseltme için:

  • HPE SPP (Service Pack for ProLiant) veya
  • HPE OneView repository üzerinden iSUT’ı güncelleyin.

Ramdisk Kullanımını İzleyin

esxcli storage filesystem list | grep tmp

df -h | grep sut

Bu komutlarla “sut-tmp” alanının doluluk oranını izleyebilirsiniz. %80 üzerindeyse logları temizleyin.

iSUT Auto Mode’u Devre Dışı Bırakın

Sorun çözülene kadar otomatik modda çalışmayı durdurabilirsiniz:

sut -set mode=manual

sut -stop

Log Rotasyonu Etkinleştirin

Log dosyalarının belli boyuta ulaştığında otomatik döndürülmesini (rotate) sağlayın.
Bu işlem hem disk alanını korur hem de hata tekrarını engeller.

Kontrol Listesi

Kontrol Adımı Durum
ESXi logları kontrol edildi
/opt/sut/tmp dizini temizlendi
iSUT sürümü 6.2.0 veya üstü
Güncelleme kuyruğu temizlendi
Ramdisk izleme aktif hale getirildi
Log rotasyonu yapılandırıldı

Öneriler

  • Ramdisk doluluğu sık tekrar ediyorsa iSUT servislerinin çalıştığı modları gözden geçirin.
  • Her firmware güncellemesi sonrası host reboot işleminin tamamlandığından emin olun.
  • vCenter üzerinden ESXi Health Check uyarılarını düzenli kontrol edin.
  • iSUT log’larının gereksiz yere debug modda çalışmadığından emin olun.

Bu hata genellikle HPE iSUT servisinin hatalı çalışma modundan veya ramdisk kapasite yetersizliğinden kaynaklanır. Kısa vadede libhpsrv.debug_1.log dosyasını silmek geçici çözüm sunarken, kalıcı çözüm için iSUT 6.2.0+ sürümüne geçilmesi, log yönetimi yapılması ve ramdisk izleme politikası oluşturulması gerekir. Bu yazımda sizlere HPE donanımlarda karşınıza çıkan ESXi ‘sut-tmp’ Ramdisk Doluluk Hatası: “Cannot extend visorfs file” Çözümü konusundan bahsettim. Faydalı olması dileğiyle.


 

Share this content:

1988 İstanbul doğumluyum. Bilgisayar dünyasına olan hayranlığım çok küçük yaşlarda başladı. Bu sebeple sistem alanında kendimi geliştirmeye karar verdim. Celal Bayar Üniversitesi Bilgisayar Programcılığı ve Anadolu Üniversitesi İşletme mezunuyum. Beykent Üniversitesi'nde Yönetim Bilişim Sistemleri Bölümü'nde yüksek lisans eğitimimi tamamladım. 2005 yılında Bilge Adam Sistem & Network Mühendisliği eğitimi aldım. Hemen ardından IT dünyasına giriş yaptım. Collezione şirketinde 2006 - 2018 yılları arasında Sistem Uzmanı olarak görev yaptım. 2018 Temmuz ayından beri LCWAIKIKI şirketinde System Engineer pozisyonunda çalışmaktayım. Sektörde 20 yıllık deneyime sahibim. Birçok önemli projede görev aldım. Şu an Yapay Zeka Yüksek Lisansı yapıyorum. Oldukça güzel projeler geliştiriyorum. Sayfanın en alt kısmından Linkedin profilime ulaşabilirsiniz. Bilgi ve tecrübemi hem bu blog üzerinde hem de Çözümpark Bilişim Portalı üzerinde paylaşıyorum.

Yorum gönder