Windows 2008 r2 yeniden başlatıldıktan sonra iSCSI sürücüsü takılmıyor


9

Win2008R2 ve Synology NAS özellikli bir sunucum var. Nas üzerinde, Windows sunucusuna monte edilmiş 6 iSCSI bölümü vardır. Windows sunucusu Hyper-V altında sanallaştırılmıştır.

İstemci makineyi yeniden başlattıktan sonra, 6 bölümden ikisi yeniden monte edilmiyor ve ben her zaman manuel olarak yeniden monte etmem gerekiyor.

Her biri benzer bir yapılandırmaya sahiptir ve CHAP kimlik doğrulaması ile yapılandırılmıştır. 6 adenin tümü sık kullanılanlar listesinde görünür.

Olay günlüğü iSCSI ile ilgili hiçbir hata göstermiyor. Diğer 4 bölüm sorunsuz olarak monte edilir.

Daha fazla hata ayıklama için herhangi bir öneriniz var mı?

DÜZENLEME: Synology ile konuştuktan sonra, chap kimlik doğrulamasını devre dışı bırakmayı ve maskeleme adı verilen bir şeyi etkinleştirmeyi önerdiler, bu temelde her bir LUN'a hangi düğümlerin bağlanabileceğini engellemek için bir filtre. Bu sorun için büyük bir fark yarattı. Elektrik kesintileri veya benzerlerinden sonra hala tekrar tekrar ortaya çıkıyor, ancak yeniden başlatıldıktan sonra lunun yeniden monte edileceğinden emin olabilirim. Bence windows iscsi başlatıcısı ve kimlik doğrulama müzakeresinde hedef arasında bir sorun.


NAS üzerindeki günlükleri kontrol ettiniz mi?
Joseph Kern

İyi düşünmüştüm bunu kontrol etmemiştim. Ancak, hiçbir şey söylemiyor. Günlük neredeyse boş.
Ian Murphy

Yanıtlar:


10

Sık Kullanılanlar listesinin dışında, birimlerin iSCSI başlatıcı özelliklerindeki Birimler ve Aygıtlar sekmesinde listelenip listelenmediğini kontrol ettiniz mi? Otomatik Yapılandırmaya mı ayarlanmışlar?

Bu, (teoride) tüm ciltlerin başlatıldığından emin olmalıdır.

Birimleri Otomatik Yapılandır

Kaynak


Bu liste bu sunucuda ve iSCSI kullandığım diğer tüm sunucularda boş. Bunun hangi amaca yönelik olarak favori hedeflere karşı olduğu konusunda herhangi bir fikir. Aynı şeyi yapıyor gibi görünüyorlar. Yeniden başlattıktan sonra sık kullanılanlar yeniden açılır ve bu listede görünen de budur. Bunu söyleyerek, 'otomatik yapılandırma' düğmesini denedim ve yukarıdaki ekran görüntünüzde göründüğü gibi değil D: \, E: \, vb. Şeklinde sürücüler ekledim. Tuhaf değil mi? Bunu geçmişte denediğimi hatırlıyorum ve yararlı bulmuyorum.
Ian Murphy

İletişim kutusundaki ikinci paragrafa göre, başlatıcıyı Sık Kullanılanlar'da ve tek tek aygıtlarınızı Birimler ve Aygıtlar'da bulundurmalısınız. Tüm aygıtları kaldırmayı deneyebilir, ardından Otomatik Yapılandır düğmesi ile tekrar ekleyebilirsiniz.
Joseph Kern

Görsel yardım için teşekkürler;). Çok takdir etmek. Ben de aygıtları temizlemek ve Otomatik Yapılandırma ile geri okumak yardımcı olabilir düşünüyorum.
LukeP

2

Hedeflere bağlandığınızda sık kullanılanlara ekleyin ve muilti-path'ı etkinleştirin:

Portalı keşfettiğinizde, gelişmiş'i tıklatın, varsayılanları kullanma “Microsoft iSCSI Intiator” seçeneğini tıklatın; Başlatıcı IP'si için NIC IP'siniz.


Yukarıdaki tüm önerileri denedim ve hedeflerin yeniden bağlanmadığını görüyorum. Bu, tüm Windows sürümlerinde ve birden çok istemcide oluşur. Aynı zamanda farklı Nas markalarıyla da gerçekleşir, bu yüzden hepsi aynı kütüphanelere dayanmadıkça kötü bir Nas uygulamasına inemez. Az söylemek çapraşık. Ayrıca, bir Nas yeniden başlatıldığında ayların pencerelerde bağlantısının kesildiğini gördüğümü de belirtmeliyim. Bazı aylar yeniden bağlanır, diğerleri kaybolur. Diğerleri yeniden monte edilecek ancak pencerelerde çevrimdışı olacak (bazen)
Ian Murphy

0

Oldukça eski bir iş parçacığı, ancak bugünlerde Windows Server 2008 R2 SP1 ve DSM 6.1.5-15254 ile bir Synology RS18017xs + ile aynı sorunla karşılaşıyor. Yukarıdaki "otomatik yapılandırma" önerisini kontrol ettim, ama benim için çalışmıyor. Bu adamın çözümü benim için çalıştı:

  • Otomatik yapılandırılmış cihazı kaldırma
  • "Ekle ..." yi tıklayın ve sürücü harfini veya bağlama noktasını manuel olarak belirtin - benim durumumda 'F: \'

Sadece kayıtlar için.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.