VM Erişilemiyor


12

Bu yüzden klima bize tıkanmış gibi dün gece benim sunucuları kapatmak zorunda kaldı. VM'leri ve sonra ana bilgisayarları kapattım. Bugün VM'leri otomatik olarak başlatan 2 ana bilgisayarı kovdu. VM'ler için veri depoları, sahip olduğumuz bir Synology NAS üzerinde bulunan isci LUN'lardır, NAS kapatılmadı. Nedense her şeyi yedeklediğimde e-postalarım VM'ye erişilemez olarak görünüyor ve günlüklerde "ATS-ONLY VMFS birimi" Synology-Email server "bağlı değil diyerek her türlü hatayı alıyorum. Host ATS veya ATS başlatmayı desteklemiyor başarısız oldu "diğer tüm sanal makinelerim aynı NAS üzerindeki diğer veri depoları ile gayet iyi durumda.

Vsphere istemcisindeki veya vcenter'daki veri deposuna göz atarken, dosyaları gri renkte olduğu için bağlayamıyorum, bağlantısını kesemiyorum veya dosyalara göz atamıyorum. Hem ana bilgisayarı hem de NAS'ı birkaç kez yeniden başlatmayı denedim.

Her iki ana bilgisayarda ESXi 6.0

Yanıtlar:


13

BİNGO!!! Tamam, işte böyle çözüldü:

Ben datastore unmounting için bu artice başvurulan, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2004605

Adım 1: Bu komutla veri deposunu ana bilgisayardan el ile çıkarın:

esxcli storage filesystem unmount [-u UUID | -l label | -p path ]

Benim durumumda label komutunu kullandım.

2. Adım: Veri deposunun bağlantısının kesildiğini doğrulayın:

esxcli storage filesystem list

Şuna benzer bir çıktı görüyorsunuz:

Mount Point Volume Name UUID Mounted Type Size Free
------------------------------------------------- ----------- ----------------------------------- ------- ------ ----------- -----------
/vmfs/volumes/4de4cb24-4cff750f-85f5-0019b9f1ecf6 datastore1 4de4cb24-4cff750f-85f5-0019b9f1ecf6 true VMFS-5 140660178944 94577360896
/vmfs/volumes/4c5fbff6-f4069088-af4f-0019b9f1ecf4 Storage2 4c5fbff6-f4069088-af4f-0019b9f1ecf4 true VMFS-3 146028888064 7968129024
/vmfs/volumes/4c5fc023-ea0d4203-8517-0019b9f1ecf4 Storage4 4c5fc023-ea0d4203-8517-0019b9f1ecf4 true VMFS-3 146028888064 121057050624
LUN01 4e414917-a8d75514-6bae-0019b9f1ecf4 false VMFS-unknown version 0 0

Mounted alanı false olarak, Type alanı VMFS tarafından bilinmeyen bir sürüme ayarlanır ve Mount Point'in bulunmadığından.

Adım 3: Yalnızca ATS kilit ayarlarını devre dışı bırakma.

Bu makaleye başvurdum:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1033665

Vcenter'da (veya vsphere istemcisi aracılığıyla) Hosts and Clusters'a (Ana Bilgisayarlar ve Kümeler) gittim ve sorunları veren ana bilgisayarımı seçtim, Ayarlar ve Gelişmiş Sistem Ayarları'na göz atın. Gelişmiş Sistem Ayarlarında 3 değeri aşağıdaki gibi değiştirdim (hepsi olarak ayarlandı 1):

DataMover.HardwareAcceleratedMove = 0  
DataMover.HardwareAcceleratedInit = 0
VMFS3.HardwareAcceleratedLocking = 0

4. Adım: Veri deposunu yeniden bağlama:

Vcenter'da bana sorun veren veri deposunu seçtim, sağ tıklayıp Datastore Dağı'nı seçip VM'imi açtım.

Sonra test edin ve gün için çıkın.


1
Aferin. Cevabınızı sorunun cevabı olarak işaretlediğinizden emin olun. Kendinize cevabı vermek için özel bir rozet alacaksınız. Siteye ve alkışlara hoş geldiniz!
Vatandaş

6

Yalnızca ATS'yi devre dışı bırakabiliyorsanız, bu ipucu geçmişte benim için çalıştı:

Depolama şifreleme cihazlarını kullanırken VMFS5 veri deposu bağlanamıyor (2030416)

Sanırım hiçbir VM sizin durumunuzda değil, ancak komutu çalıştırabilmeleri için yakın olmaları gerekiyor.

Bazı depolama şifreleme aygıtları, ESXi ana bilgisayarlarından gönderilen ATS komutları da dahil olmak üzere belirli SCSI komutlarını engelleyebilir. ATS özellikli aygıtlarda yeni oluşturulan VMFS5 veri depoları, aygıta ilk başarılı ATS komutundan sonra ATSOnly olarak işaretlenir. Bu, veri deposunu paylaşan tüm ana makinelerin, depolama dizisinin destekleyip desteklemediğini kontrol etmeden ATS kullanmasını sağlar. Daha sonra SAN'a depolama şifreleme cihazı eklendiğinde, ATS komutlarını engeller. Sonuç olarak, ana bilgisayar, beklenen yanıtı almadığı için dizinin ATS'yi desteklemediğini varsayar. Beklenen davranış, ana makinenin ATSOnly VMFS5 veri deposundaki kilitleme mekanizması için SCSI-2 Rezervasyonlarını kullanmaya geri dönmemesidir; Bu soruna geçici bir çözüm bulmak için <a0> </a0>, VMFS5 veri deposunda ATSOnly devre dışı bırakın.

Not: Aşağıdaki adımlar uygulanmadan önce tüm sanal makineler etkilenen veri deposundan geçirilmeli veya kapatılmalıdır. VMFS5 veri deposunda ATSOnly'yi devre dışı bırakmak için:

Connect to one of the hosts sharing the VMFS5 datastore with an SSH session. For more information, see
Run the following command:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/device-ID:Partition

Where:

device-ID is the NAA ID of the LUN on which the VMFS5 datastore was created.
Partition is the partition number on which VMFS5 datastore was created. This is usually 1.

For example:

vmkfstools --configATSOnly 0 /vmfs/devices/disks/naa.6006016055711d00cef95e65664ee011:1

Note: It is sufficient to run this command on one of the hosts sharing the VMFS5 datastore. Other hosts automatically recognize the

değişiklik.

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.

Hızlı yanıt için teşekkür ederim, sadece bu komutu denedim ve çıktıyı aldım: VMFS '/ vmfs / volumes / Synology-EmailServer' '/ vmfs / volumes / Synology- üzerinde ATS olmayan kilitleme modunu yapılandırma girişimi EmailServer ': başarısız oldu. Hata: vmkfstools başarısız oldu: vmkernel yüklü değil veya çağrı uygulanmadı.
Reedee
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.