Dell Storage Multipath Not Working Sorunu Nasıl Çözülür? (2026)

Dell storage multipath not working sorunu, çoğu zaman yalnız bir storage arızası değildir. Genellikle hatalı MPIO politikası, eksik host-side konfigürasyon, yanlış ALUA davranışı, bozuk multipath.conf, eksik path claim işlemi veya switch/controller tarafında tekil erişim kalması bu tabloyu üretir. Kısa cevap şudur: Dell storage ortamında multipath çalışmıyorsa önce host gerçekten kaç path görüyor, path policy doğru mu, controller başına erişim dengeli mi ve işletim sistemi storage cihazlarını doğru multipath katmanına almış mı sorularını aynı anda doğrulamak gerekir.

Bu rehber özellikle şu ekipler içindir:

• Dell storage üzerinde çalışan sistem ve sanallaştırma ekipleri
• PowerStore, PowerVault veya benzer Dell storage ortamında path kaybı yaşayan BT yöneticileri
• Linux, Windows ve ESXi tarafında host connectivity sorunlarını birlikte inceleyen altyapı ekipleri
• kesinti olmadan controller failover ve storage erişim sürekliliği doğrulamak isteyen kurumlar

Hızlı Özet

• Dell PowerVault ME5 deployment guide, host bağlantılarında 32 Gb Fibre Channel, 25 GbE iSCSI ve 10GBase-T seçeneklerini açıkça listeler; multipath analizi yapılırken fiziksel bağlantı türü ilk ayrıştırma adımı olmalıdır.
• Dell, Linux hostlarda DM Multipath için multipath -t ve multipath -l komutlarıyla mevcut yapı ve görülen storage cihazlarının doğrulanmasını önerir.
• Dell PowerVault ME4/ME5 dokümantasyonunda ESXi tarafında birden fazla uygun path olduğunda Round Robin (VMware) politikası kritik adımdır.
• Dell KB örneğinde düzgün yapılandırılmış bir ESXi host üzerinde 8 path, controller başına 2 path ve volume başına 4 path görülebildiği belirtilir.
• Dell PowerStore KB'leri, yanlış host-side multipath veya hatalı multipath.conf içeriğinin tek node üzerinden I/O akmasına ya da import/path switching hatalarına yol açabileceğini gösterir.
• Doğru model; path sayısı, policy, zoning/VLAN, ALUA davranışı ve host-side multipath servis durumunu birlikte doğrulamaktır.

İçindekiler

• Dell Storage Multipath Not Working Tam Olarak Ne Demektir?
• İlk 10 Dakikada Hangi Kontroller Yapılmalı?
• Linux, Windows ve ESXi Tarafında Ne Doğrulanmalı?
• Dell'e Özgü Kritik Multipath Senaryoları Nelerdir?
• 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 - Fibre Channel Storage Area Network.

Dell Storage Multipath Not Working Tam Olarak Ne Demektir?

Bu ifade tek bir teknik hata mesajı değildir. Pratikte şu durumlardan birini tarif eder:

• host storage volume'u görüyor ama tek path aktif
• controller failover sonrası erişim yedekliliği bozuluyor
• volume'ler “non-redundant” gibi görünüyor
• Linux tarafında cihazlar multipathd altında beklenen şekilde toplanmıyor
• ESXi tarafında path policy yanlış kaldığı için yük dengesi çalışmıyor
• PowerStore tarafında host I/O tek node üzerinden akıyor

Bu nedenle sorun tanımı yapılırken önce şu ayrım netleştirilmelidir:

1. path hiç oluşmuyor mu
2. path'ler oluşuyor ama yedekli görünmüyor mu
3. path'ler var ama yanlış policy nedeniyle beklenen load balancing olmuyor mu
4. failover anında erişim sürüyor ama izleme ekranı yanlış alarm mı üretiyor

Dell'in resmi KB örnekleri, düzgün MPIO konfigürasyonu varsa controller reboot sonrasında dahi gerçek connectivity kaybı olmadan yalnız arayüz seviyesinde uyarı görülebileceğini gösterir. Yani ilk bakışta “multipath bozuk” sanılan her tablo gerçek kesinti anlamına gelmez.

İlk 10 Dakikada Hangi Kontroller Yapılmalı?

1. Kaç path gerçekten görünüyor?

Önce teorik tasarım ile gerçek görünürlüğü karşılaştırın:

• dual-controller storage mı kullanılıyor
• host her controller'a en az 1 veya 2 path ile bağlı mı
• FC, iSCSI ya da SAS topolojisi beklenen tasarımla eşleşiyor mu

Dell KB örneğinde ESXi tarafında 8 path, controller başına 2 path ve volume başına 4 path görülebildiği gösteriliyor. Sizde yalnız 1 path veya tek controller görünüyorsa, sorun policy'den önce fiziksel/topolojik katmandadır.

2. Policy doğru mu?

ESXi için Dell PowerVault dokümanı, birden fazla uygun path olduğunda Round Robin (VMware) politikasını açıkça önerir. Yanlış policy, path görünse bile beklenen davranışı üretmeyebilir.

Linux tarafında ise Dell ME5 deployment guide, multipath -t ile yapılandırmayı, multipath -l ile görülen Dell storage cihazlarını kontrol etmeyi önerir. Bu iki komut çok basit görünür ama ilk teşhiste en değerli çıktıyı verir.

3. Sorun host-side mı, storage-side mı?

İlk ayrıştırma için şu tabloyu kullanın:

Linux, Windows ve ESXi Tarafında Ne Doğrulanmalı?

Linux

Dell ME5 deployment guide şu temel akışı verir:

• multipath -t ile mevcut yapılandırmayı listele
• gerekirse varsayılan şablonu /etc altına kopyala
• systemctl enable multipathd
• systemctl start multipathd
• multipath
• multipath -l

Bu akışın anlamı şudur: multipath yalnız paket kurulumu değildir; servis etkin değilse, kernel driver yüklenmediyse veya yapılandırma local diskleri yanlış kapsıyorsa storage cihazları beklenen şekilde yönetilemez.

PowerStore KB'leri de Linux tarafında multipath.conf içeriğinin yanlış düzenlenmesinin path switching veya import başarısızlığına yol açabileceğini gösterir. Özellikle blacklist alanını elle değiştirirken dikkatli olunmalıdır.

Windows

Dell PowerVault dokümanında Windows hostlar için MPIO'nun kurulması ve volume'ler için etkinleştirilmesi ayrı adımlar olarak tanımlanır. Yani Windows bir volume'u gördü diye MPIO mantığı otomatik tamamlanmış sayılmaz.

Windows tarafında kontrol listesi:

• MPIO feature etkin mi
• Dell volume'ler MPIO claim altında mı
• controller/path kaybında I/O continuity korunuyor mu
• redundant alarm ile gerçek erişim kaybı karıştırılıyor mu

ESXi

ESXi tarafında Dell dokümanları çok net bir beklenti verir:

• datastore rescan yapılmalı
• storage device path görünürlüğü kontrol edilmeli
• uygun durumlarda Round Robin (VMware) seçilmeli

ME5 SAS bağlantısı için Dell notu ayrıca önemlidir: host yalnız tek SAS HBA ile her iki controller'a tek path üzerinden ulaşıyorsa varsayılan Most Recently Used davranışı yeterli olabilir; fakat host 2 SAS HBA ile controller'lara çoklu erişim sağlıyorsa Round Robin önerilir. Bu ayrımı atlamak, “multipath çalışmıyor” şeklinde yorumlanan ama aslında yanlış policy seçimi olan vakalar üretir.

Dell'e Özgü Kritik Multipath Senaryoları Nelerdir?

PowerStore tarafında host tek node'a düşüyor

Dell KB 000220440, host-side MPIO eksikliği yüzünden I/O'nun tek node üzerinden akabildiğini gösterir. Bu durum görünürde storage sorunu gibi algılanır ama kök neden çoğu zaman hostun doğru multipath bilgisini taşımamasıdır.

multipath.conf yanlış düzenleniyor

PowerStore import KB'leri, Linux tarafında yanlış blacklist veya yanlış parse edilen multipath.conf içeriğinin path switching mantığını bozabildiğini anlatır. Bu nedenle multipath yapılandırması “bir kere düzenledim geçti” alanı değildir; değişiklikten sonra cihaz görünürlüğü tekrar doğrulanmalıdır.

Controller reboot sonrası yanlış alarm yorumu

Dell ME5 KB'si, host tarafında MPIO doğru yapılandırıldıysa controller reboot sonrasında gerçek connectivity kaybı olmadan arayüz seviyesinde non-redundant alarm görülebileceğini söyler. Burada kritik olan, alarmı doğrudan kesinti kabul etmeden host tarafında gerçek path listesini incelemektir.

Active/Active yerine ALUA bekleyen tasarım

Dell PowerStore performans KB'si, host tarafında active/active multipath yorumunun yanlış yapılandırılmasının performans bozulmasına yol açabileceğini ve ALUA uyumlu yaklaşımın doğru okunması gerektiğini gösterir. Yani “her path aynı anda aktif olsun” varsayımı her Dell storage modeli ve host kombinasyonunda doğru değildir.

En Sık Yapılan Hatalar Nelerdir?

Path sayısını doğrulamadan tuning yapmak

Önce kaç path görüldüğünü saymadan policy değiştirmek, sorunu maskeler ama çözmez.

Storage alarmını doğrudan host kesintisi sanmak

Bazı uyarılar arayüz seviyesinde görünür; gerçek erişim durumu host üzerinde ayrıca kontrol edilmelidir.

Linux tarafında local diskleri yanlışlıkla multipath kapsamına almak

Dell ME5 deployment guide bu riske özellikle dikkat çeker. Yanlış multipath.conf, storage kadar host boot disk davranışını da bozabilir.

ESXi policy'yi varsayılanda bırakmak

Dell dokümanının açıkça Round Robin önerdiği senaryolarda varsayılan policy ile kalmak performans ve path kullanımı sorunları doğurabilir.

Fiziksel tasarım eksikliyini yazılımsal sorun sanmak

Zoning, VLAN, HBA portu, switch portu veya kablo tarafında kayıp varken yalnız işletim sistemi komutlarına odaklanmak teşhisi uzatır.

İlgili İçerikler

• Dell Storage NVMe-oF Nedir? Rehber
• Dell Storage High Availability Nasıl Çalışır?
• Dell PowerStore High Latency Sorunu Nasıl Çözülür?

Kontrol Listesi

• Hostun beklenen toplam path sayısı controller ve volume bazında doğrulandı
• FC zoning, iSCSI VLAN veya SAS kablolama topolojisi tasarımla eşleştirildi
• Linux hostlarda multipathd servis durumu ve multipath -l çıktısı incelendi
• Windows hostlarda MPIO claim ve volume davranışı doğrulandı
• ESXi tarafında datastore rescan ve uygun path policy kontrol edildi
• Dell storage alarmı ile gerçek host connectivity ayrı ayrı değerlendirildi
• ALUA, Round Robin ya da ilgili vendor policy beklentisi host seviyesinde teyit edildi

LeonX ile Sonraki Adım

Dell storage multipath sorunlarında tek katmana bakmak çoğu zaman yanlış teşhis üretir. 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ını birlikte ele alarak host, ağ ve storage katmanını aynı troubleshooting akışında değerlendirmeye yardımcı olur. Mevcut ortamınızı inceletmek veya proje teklifi almak için İletişim sayfası üzerinden ilerleyebilirsiniz.

Sık Sorulan Sorular

Dell storage multipath not working sorunu ilk nereden anlaşılır?

İlk iş, hostun gerçekten kaç path gördüğünü doğrulamaktır. Tek path görünüyorsa sorun çoğu zaman fiziksel/topolojik veya host-side konfigürasyondadır.

ESXi tarafında Round Robin her zaman gerekli midir?

Hayır. Dell dokümanları, path/topoloji tipine göre farklı varsayımlar tanımlar. Ancak çoklu uygun path olan birçok FC ve SAS senaryosunda Round Robin (VMware) önerilir.

Linux tarafında en kritik dosya hangisidir?

Çoğu vakada multipath.conf ve multipathd servis durumu belirleyicidir. Yanlış blacklist veya eksik servis etkinliği path yönetimini bozar.

Storage arayüzünde non-redundant uyarısı varsa mutlaka kesinti var mıdır?

Hayır. Dell KB örnekleri, doğru MPIO yapılandırmasında gerçek connectivity kaybı olmadan arayüz uyarısı görülebileceğini gösterir.

Bu sorun neden sadece storage ekibinin işi değildir?

Çünkü multipath davranışı host işletim sistemi, HBA/NIC, switch, zoning/VLAN ve storage controller katmanlarının ortak sonucudur.

Kaynaklar

• Dell PowerVault ME5 Series Storage System Deployment Guide - Enable and configure DM Multipath on Linux hosts
• Dell PowerVault ME4 Series Storage System Deployment Guide - Enable multipathing on an ESXi host with FC volumes
• Dell PowerVault ME5 Series Storage System Deployment Guide - Enable multipathing on an ESXi host with SAS volumes
• PowerVault ME5: Attached hosts are reporting not redundant and not mapped
• PowerStore: Single Node Serves I/O After Node Reboots Due to Missing MPIO Configuration on Host Side
• PowerStore: "Import failed while switching path on host." Error: 0XE0310020044
• Dell PowerStore: Best Practices Guide
• Wikimedia Commons - Fibre Channel Storage Area Network