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.
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.
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.
