Dell PowerStore volume not visible sorunu, çoğu zaman volume’un oluşturulmadığı anlamına gelmez. Daha sık görülen tablo şudur: volume PowerStore üzerinde vardır, host mapping yapılmış gibi görünür, fakat ESXi, Linux veya uygulama tarafı yeni LUN’u keşfetmez. Kısa cevap şudur: önce volume’un doğru host veya host group’a map edildiğini, LUN ID’nin host tarama sınırının içinde kaldığını, initiator bilgisiyle PowerStore host objesinin eşleştiğini, protokolün doğru seçildiğini ve host tarafında rescan/multipath görünürlüğünün sağlandığını birlikte doğrulamak gerekir.
Bu rehber özellikle şu ekipler içindir:
- Dell PowerStore yöneticileri
- VMware ESXi ve storage operasyon ekipleri
- LUN, datastore veya volume görünürlük sorunu yaşayan altyapı ekipleri
- host mapping ve SAN/NVMe-oF tasarımını standartlaştırmak isteyen BT liderleri
Hızlı Özet
- Dell KB
000199943, PowerStore’un otomatik LUN ID atamasının host tarafındaki scan limitini aşabileceğini ve bu durumda yeni mapped volume’ların görünmeyebileceğini açıklar. - Aynı KB’ye göre ESXi
Disk.MaxLUNvarsayılanı1024olup host0-1023LUN ID aralığını keşfeder; PowerStore tarafında desteklenen aralık0-16383olabilir. - Dell VSI KB’si, host group içindeki tek host’a ayrı mapping yapılmasının desteklenmediğini; volume’un host group üyelerine uygun şekilde map edilmesi gerektiğini belirtir.
- PowerStore direct-attached Fibre Channel senaryolarında WWN görülse bile host tarafında volume görünmeyebilir; protokol ve driver davranışı ayrıca doğrulanmalıdır.
- vVol tarafında ESXi IQN büyük/küçük harf uyumsuzluğu bile protocol endpoint keşfini bozabilir.
İçindekiler
- Dell PowerStore Volume Not Visible Sorunu Tam Olarak Nedir?
- İlk 10 Dakikada Hangi Kontroller Yapılmalı?
- LUN ID ve Host Scan Limitleri Neden Kritik?
- Host Group ve Mapping Hataları Nasıl Ayırt Edilir?
- FC, iSCSI, NVMe ve vVol Senaryolarında Nelere Bakılmalı?
- En Sık Yapılan Hatalar Nelerdir?
- İlgili İçerikler
- Kontrol Listesi
- LeonX ile Sonraki Adım
- Sık Sorulan Sorular
- Kaynaklar

Görsel: Wikimedia Commons - EMC Clariion CX500.
Dell PowerStore Volume Not Visible Sorunu Tam Olarak Nedir?
Bu sorun genelde üç farklı katmandan birinde çıkar:
- PowerStore tarafında volume var ama host mapping eksik veya yanlış
- mapping doğru görünür ama LUN ID host tarafından taranmayan aralıkta kalır
- host tarafında initiator, protocol, rescan veya multipath görünürlüğü eksiktir
Bu yüzden yalnız PowerStore Manager ekranında volume var diye sorunun çözüldüğünü varsaymak yanlıştır. Storage görünürlüğü, array ve host tarafının aynı anda doğru konuşmasına bağlıdır.
İlk 10 Dakikada Hangi Kontroller Yapılmalı?
1. Volume gerçekten doğru host’a map edildi mi?
Volume detayında Host Mappings alanı kontrol edilmelidir. Dell’in vCenter expansion görünürlüğü KB’si de PowerStore Manager içinde ilgili volume için HOST MAPPINGS sekmesindeki Logical Unit Number kolonunun kontrol edilmesini önerir.
2. Host objesi doğru initiator ile eşleşiyor mu?
iSCSI için IQN, Fibre Channel için WWPN, NVMe için NQN bilgileri doğru host objesine bağlanmalıdır. Yanlış veya eski initiator kaydı, volume mapping doğru görünse bile host tarafında görünürlük üretmez.
3. LUN ID host tarafından taranıyor mu?
Dell KB 000199943, otomatik atanan LUN ID’nin host scan limitinin üstüne çıkması halinde yeni volume’un keşfedilmeyebileceğini söyler. ESXi tarafında bu özellikle Disk.MaxLUN değeriyle ilişkilidir.
4. Host rescan ve multipath kontrolü yapıldı mı?
Storage tarafında mapping yaptıktan sonra host tarafında adapter rescan, device rescan ve multipath/path kontrolü yapılmalıdır. Özellikle cluster içinde tek host görüyorsa, sorun mapping kadar host-side scan veya path tarafında da olabilir.
LUN ID ve Host Scan Limitleri Neden Kritik?
PowerStore, yeni volume mapping sırasında otomatik LUN ID atayabilir. Dell KB’sine göre PowerStore Manager UI, REST API ve PSTCLI kullanılabilir sonraki LUN ID’yi artırarak döndürebilir. Otomasyon araçları volume map/unmap işlemini sık yapıyorsa bu değer zamanla host’un taramadığı aralığa çıkabilir.
ESXi örneğinde kritik bilgi şudur:
Disk.MaxLUNvarsayılan değeri1024- bu varsayılanla host
0-1023LUN ID aralığını keşfeder - PowerStore tarafında desteklenen LUN ID aralığı
0-16383olabilir
Bu tablo şu anlama gelir: PowerStore’da mapping görünüyor olabilir, ama host ilgili LUN ID’yi hiç taramıyor olabilir. Bu nedenle volume not visible vakalarında “host mapping var mı?” sorusundan sonra ikinci soru “hangi LUN ID ile map edildi?” olmalıdır.
Host Group ve Mapping Hataları Nasıl Ayırt Edilir?
PowerStore ortamlarında host group kullanımı yaygın ve doğrudur; ancak yanlış mapping modeli görünürlük sorununa yol açabilir.
Dell VSI KB’si önemli bir kuralı açıklar: PowerStore, bir host group üyesi olan host’a volume’u tekil olarak map etmeye izin vermez; volume host group üyelerine uygun şekilde map edilmelidir. Bu özellikle vSphere cluster ve otomasyon araçlarıyla çalışan ortamlarda kritiktir.
Pratik kontrol akışı:
- host tekil mi, host group üyesi mi kontrol edin
- volume mapping’in tek host’a mı, host group’a mı yapıldığını doğrulayın
- cluster içindeki tüm hostlarda aynı LUN ID görünürlüğünü kontrol edin
- bir host görüyor, diğeri görmüyorsa initiator ve path farklarını karşılaştırın
Burada Donanım & Yazılım Hizmetleri altında yürütülen NAS / SAN Depolama Kurulum ve Yapılandırma çalışmaları, mapping standardının baştan doğru kurulmasını sağlar. Performans ve host etkisini birlikte okumak için Depolama Kapasite Planlama ve Performans Optimizasyonu da aynı proje içinde düşünülmelidir.
FC, iSCSI, NVMe ve vVol Senaryolarında Nelere Bakılmalı?
Fibre Channel
Dell PowerStoreOS 2.0 KB’sinde, WWN’ler PowerStore Manager’da doğru görünmesine ve volume mapping yapılmasına rağmen ESXi host tarafında volume’un görünmeyebileceği direct-attached FC senaryosu anlatılır. Bu durum, yalnız zoning veya mapping ile açıklanmayabilir; driver ve protokol davranışı da kontrol edilmelidir.
iSCSI
iSCSI tarafında IQN eşleşmesi, discovery portal, CHAP kullanımı ve rescan akışı birlikte incelenmelidir. IQN yanlış yazıldıysa ya da eski host objesi kaldıysa mapping beklenen hosta gitmez.
NVMe / NVMe-FC
NVMe ortamlarında NQN, host type, namespace görünürlüğü ve vSphere tarafındaki host tanıma davranışı ayrıca değerlendirilir. Dell’in PowerStore NVMe-FC host adı görünürlüğü KB’si, vSphere SDK kaynaklı bazı görünürlük farklarının yönetim ekranında yanlış yorumlanabileceğini gösterir.
vVol
Dell KB 000205541, vVol datastore’un ESXi host IQN değerindeki büyük/küçük harf uyumsuzluğu nedeniyle inaccessible hale gelebileceğini ve protocol endpoint keşfinin etkilenebileceğini belirtir. Bu nedenle vVol vakalarında yalnız volume değil, PE ve IQN eşleşmesi de kontrol edilmelidir.
En Sık Yapılan Hatalar Nelerdir?
Yalnız volume oluşturmayı yeterli sanmak
Volume yaratmak ile host tarafından görünür olmak aynı şey değildir. Mapping, LUN ID, initiator ve rescan zinciri tamamlanmalıdır.
LUN ID’yi kontrol etmemek
Otomasyon araçları sürekli map/unmap yapıyorsa LUN ID beklenenden yükselmiş olabilir. Host scan limitini aşan LUN görünmeyebilir.
Host group mantığını atlamak
Cluster üyelerinden birine tekil mapping yapılmaya çalışmak hem görünürlük hem tutarlılık açısından sorun üretir.
Protokolü karıştırmak
FC, iSCSI, NVMe ve vVol aynı troubleshooting akışıyla yönetilmez. Her birinin initiator ve discovery mantığı farklıdır.
Contact veya teklif aşamasına geçmeden önce kapsamı netleştirmemek
Bu tür sorunlarda yalnız “volume görünmüyor” demek yeterli değildir. Host tipi, protokol, LUN ID, cluster yapısı ve mapping modeli birlikte çıkarılmalıdır. Bu değerlendirme için İletişim üzerinden teknik inceleme veya teklif süreci başlatılabilir.
İlgili İçerikler
- Dell Storage Multipath Not Working
- Dell Storage NVMe-oF Nedir? Rehber
- Dell PowerStore High Latency Sorunu
- Dell PowerStore Controller Architecture Nedir?
Kontrol Listesi
- PowerStore volume
Host Mappingsekranında doğru host veya host group’a bağlı - LUN ID, host scan aralığı içinde kalıyor
- ESXi ise
Disk.MaxLUNve rescan davranışı kontrol edildi - iSCSI IQN, FC WWPN veya NVMe NQN doğru host objesine bağlı
- Host group üyeleri arasında LUN ID ve visibility tutarlı
- Multipath/path durumu ve datastore/device görünürlüğü host tarafında doğrulandı
LeonX ile Sonraki Adım
Dell PowerStore volume not visible sorunu, çoğu zaman tek bir storage alarmı değil; host mapping, LUN ID, protocol discovery ve multipath zincirinin ortak problemidir. LeonX, Donanım & Yazılım Hizmetleri altında özellikle NAS / SAN Depolama Kurulum ve Yapılandırma ve Depolama Kapasite Planlama ve Performans Optimizasyonu başlıklarıyla PowerStore görünürlük sorunlarını host ve storage katmanını birlikte okuyarak çözümler. Mevcut ortamı değerlendirmek veya teklif almak için İletişim sayfasını kullanabilirsiniz.
Sık Sorulan Sorular
PowerStore volume map edildiği halde neden hostta görünmez?
En sık nedenler LUN ID’nin host scan limitinin dışında kalması, yanlış host veya host group mapping, eksik rescan, initiator uyuşmazlığı veya protocol-specific discovery sorunudur.
ESXi tarafında hangi değer kritik?
Dell KB’ye göre Disk.MaxLUN varsayılanı 1024 olabilir ve bu değer hostun taradığı LUN ID aralığını sınırlar.
Host group içinde tek host’a volume map etmek doğru mu?
Genellikle hayır. Dell KB’si, host group üyesi olan tek host’a ayrı mapping yapılmasının desteklenmediğini belirtir.
vVol datastore görünmüyorsa klasik LUN gibi mi bakılmalı?
Hayır. vVol tarafında protocol endpoint ve IQN/NQN eşleşmesi ayrıca kontrol edilmelidir.
Kaynaklar
- Dell PowerStore: Volumes Mapped Through REST API By an Application Are Not Visible on the host
- Dell PowerStoreOS 2.0: ESXi hosts do not detect direct attached fibre channel volumes
- Dell PowerStore: VSI creates datastore but no volume or error seen in vSphere HTML client
- Dell PowerStore: Block Volume not listed for expansion in vCenter
- Dell PowerStore: Inaccessible vVol datastore if the IQN of the ESXi host uses uppercase
- Wikimedia Commons - EMC Clariion CX500



