[TR] IBM FlashSystem ve IBM SVS’de CMMVC8478E & CMMVC8480E (Volume Silinmesi) Hatalarının Giderilmesi
Posted inIBM Storage System

[TR] IBM FlashSystem ve IBM SVS’de CMMVC8478E & CMMVC8480E (Volume Silinmesi) Hatalarının Giderilmesi

IBM Spectrum Virtualize tabanlı depolama sistemleri özellikle FlashSystem, SVC ve Storwize aileleri veri güvenliği konusunda oldukça katı ve akıllı koruma mekanizmalarına sahiptir.

Bu koruma katmanları çoğu zaman hayat kurtarır ancak bazı operasyonel işlemler sırasında yöneticilerin karşısına engel olarak çıkabilir.

Özellikle bir Volume (vdisk) silmek ya da bir host mapping bağlantısını kaldırmak istediğinizde aşağıdaki hata mesajlarından biriyle karşılaşabilirsiniz. 

Task started. 8:23 PM
The task is 0% complete. 8:23 PM
Deleting volume ID 12 8:23 PM
Running command: 8:23 PM
svctask rmvolume -removehostmappings 12 8:23 PM
There is a problem deleting volume ID 12. 8:23 PM
CLI returned error message: 8:23 PM
CMMVC8480E The volume cannot be deleted because the volume has received I/O within the defined volume protection period. 8:23 PM
Synchronizing memory cache. 8:23 PM
The task is 100% complete. 8:23 PM
The task completed with errors
CMMVC8480E: The volume cannot be deleted because the volume has received I/O within the defined volume protection period.

CMMVC8478E: The mapping cannot be removed because the volume being unmapped has received I/O within the defined volume protection period.

İlk bakışta kafa karıştırıcı gibi görünse de aslında sistem size şunu söylemektedir:

“Bu volume’a yakın zamanda veri yazıldı. Silme işlemi riskli olabilir.”

Bu makalemde Volume Protection (Birim Koruması) özelliğinin neden olduğu bu engelin arkasındaki mantığı ve CLI üzerinden nasıl güvenli şekilde yönetileceğini adım adım ele alacağız.

Volume Protection Nedir?

IBM Spectrum Virtualize mimarisinde Volume Protection yanlışlıkla veri kaybını önlemek amacıyla geliştirilmiş bir güvenlik mekanizmasıdır.

Sistem mantığı oldukça basittir:

  • Eğer bir volume son X dakika içinde I/O aldıysa,
  • Bu volume’u silmeye veya mapping’ini kaldırmaya çalıştığınızda,
  • Sistem işlemi otomatik olarak engeller.

Bu süre genellikle 15 dakika olarak varsayılan gelir ancak sistem yapılandırmasına göre değişebilir.

Bu Hatanın Gerçek Nedenleri;

– Aktif I/O Trafiği

Volume, bağlı olduğu host üzerinden veri trafiği almıştır. Bu trafik bazen uygulama seviyesinde görünmeyebilir; arka planda çalışan servisler veya disk taramaları da I/O üretmiş olabilir.

  • Yanlışlıkla Silme Koruması

IBM burada bilinçli bir şekilde sizi durdurur. Çünkü aktif kullanılan bir LUN’un silinmesi kritik veri kaybına neden olabilir.

  • Varsayılan Global Ayar

Yeni nesil IBM FlashSystem ve SVC sürümlerinde bu özellik varsayılan olarak Enabled gelir.

Çözüm: CLI Üzerinden Volume Protection’ı Geçici Olarak Devre Dışı Bırakmak

Eğer gerçekten volume’un silinmesi gerektiğinden eminseniz ve host bağlantısını kesmiş olduğunuzu doğruladıysanız, aşağıdaki adımları uygulayabilirsiniz.

Not: Bu işlemi yalnızca kontrollü bakım penceresinde ve riskleri bilerek yapmanız önerilir.

Mevcut Durumu Kontrol Etme

Öncelikle sistemde Volume Protection’ın aktif olup olmadığını kontrol ediniz.

lssystem | grep vdisk

Çıktıda genellikle şu satırları görürsünüz;

vdisk_protection_enabled yes
vdisk_protection_time 15

Burada:

  • yes → Koruma aktif
  • 15 → 15 dakika boyunca I/O alan volume silinemez

Volume Protection Özelliğini Devre Dışı Bırakma

Korumayı geçici olarak kapatmak için;

svctask chsystem -vdiskprotectionenabled no

Bu komut global ayarı değiştirir.

Ayarın Doğrulanması

lssystem | grep vdisk_protection_enabled

Çıktı şu şekilde olmalıdır:

vdisk_protection_enabled no

Silme veya Mapping Kaldırma İşlemini Tekrar Deneme

Artık daha önce hata aldığınız işlemi tekrar deneyebilirsiniz;

svctask rmvolume -removehostmappings <volume_id>

Bu aşamada işlem sorunsuz tamamlanacaktır.

İşlem Sonrası En Önemli Adım

Volume Protection sisteminiz için kritik bir güvenlik katmanıdır. İşleminizi tamamladıktan sonra mutlaka tekrar aktif hale getirmelisiniz.

svctask chsystem -vdiskprotectionenabled yes

Neden Bu Özelliği Kalıcı Olarak Kapatmamalısınız?

Volume Protection;

  • Yanlış LUN silme riskini azaltır
  • İnsan hatasını minimize eder
  • Üretim ortamında veri kaybını önler
  • Özellikle büyük SAN ortamlarında güvenlik bariyeri oluşturur

Kısacası bu özellik bir engel değil, bir emniyet kemeridir.

Tags: