वीएम दुर्गम


12

इसलिए मुझे कल रात अपने सर्वर को बंद करना पड़ा क्योंकि एयर कंडीशनर हम पर तरस खा रहा था। मैंने VMs और उसके बाद मेजबान बंद कर दिया। आज 2 मेजबान को निकाल दिया जो ऑटो वीएम शुरू करते हैं। VMs के लिए डेटास्टोर्स isci LUN हैं जो एक Synology NAS पर स्थित हैं जो हमारे पास है, NAS बंद नहीं था। किसी कारण से जब मैंने अपने ईमेल वीएम को सब कुछ बताया जो कि दुर्गम के रूप में दिखाता है और मुझे लॉग में सभी प्रकार की त्रुटियां मिल रही हैं, जिसमें कहा गया है कि "एटीएस-ओनली वीएमएफएस वॉल्यूम 'Synology-Email सर्वर' माउंटेड नहीं है। होस्ट एटीएस या एटीएस आरंभीकरण का समर्थन नहीं करता है। विफल रहा है "मेरे अन्य सभी वीएम उसी NAS पर अन्य डेटास्टोर्स के साथ पूरी तरह से ठीक हैं।

जब मैं Vsfere क्लाइंट या vcenter में डेटास्टोर पर ब्राउज़ कर रहा हूं, तो मैं फाइल को माउंट, अनमाउंट या ब्राउज़ नहीं कर सकता हूं क्योंकि वे सभी बाहर हैं। मैंने होस्ट और एनएएस दोनों को कुछ समय में फिर से शुरू करने की कोशिश की है।

दोनों मेजबानों पर ESXi 6.0

जवाबों:


13

बिंगो !!! ठीक है, यहाँ बताया गया है कि यह कैसे हल किया गया था:

मैंने इस आर्टिस्ट को डेटमास्टर, https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId-2004605 पर अनमाउंट करने के लिए संदर्भित किया

चरण 1: मैन्युअल रूप से इस आदेश के साथ मेजबान से डेटास्टोर को अनमाउंट करें:

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

मेरे मामले में मैंने सिर्फ लेबल कमांड का उपयोग किया है।

चरण 2: सत्यापित करें कि डेटास्टोर अनमाउंट है:

esxcli storage filesystem list

आप आउटपुट को इसी तरह देखते हैं:

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

माउंटेड फ़ील्ड गलत पर सेट है, टाइप फ़ील्ड VMFS-अज्ञात संस्करण पर सेट है, और यह कि कोई माउंट प्वाइंट मौजूद नहीं है।

चरण 3: एटीएस-केवल लॉक सेटिंग्स को अक्षम करना।

मैंने इस लेख को संदर्भित किया:

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

Vcenter (या vsphere ग्राहक के माध्यम से) में मैं Hosts और Clusters के पास गया और अपने होस्ट का चयन किया जो मुद्दों को दे रहा था, जिसे Settings और Advanced System Settings में ब्राउज़ कर दिया गया था। उन्नत सिस्टम सेटिंग्स में मैंने 3 मानों को इस प्रकार बदला (उनमें से सभी को सेट किया गया था 1):

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

चरण 4: फिर से बढ़ते डेटास्टोर:

Vcenter में मैंने डेटासोर का चयन करते हुए मुझे समस्याएं दीं, ठीक क्लिक किया और माउंट डेटास्टर को चुना और फिर अपने वीएम पर संचालित किया।

फिर परीक्षण करें और दिन के लिए छोड़ दें।


1
बहुत बढ़िया। प्रश्न के उत्तर के रूप में अपने उत्तर को अवश्य अंकित करें। आपको खुद को जवाब देने के लिए एक विशेष बैज मिलेगा। साइट और चीयर्स में आपका स्वागत है!
नागरिक

6

इस टिप ने मेरे लिए अतीत में काम किया, यदि आप एटीएस-ओनली को निष्क्रिय कर सकते हैं:

संग्रहण एन्क्रिप्शन उपकरणों (2030416) का उपयोग करते समय VMFS5 डेटास्टोर को माउंट नहीं किया जा सकता

मुझे लगता है कि कोई वीएम आपके मामले में नहीं है, लेकिन उन्हें कमांड चलाने में सक्षम होने के लिए करीब होने की आवश्यकता है।

कुछ भंडारण एन्क्रिप्शन उपकरण कुछ SCSI कमांड्स को ब्लॉक कर सकते हैं, जिसमें ESX होस्ट से भेजे गए ATS कमांड शामिल हैं। एटीएस-सक्षम उपकरणों पर नए बनाए गए वीएमएफएस 5 डेटास्टोर्स को डिवाइस के पहले सफल एटीएस कमांड के बाद एटीएसऑनली के रूप में चिह्नित किया गया है। यह सभी होस्ट को डेटास्टोर साझा करने की अनुमति देता है कि एटीएस का उपयोग किए बिना भंडारण सरणी का समर्थन करता है या नहीं। जब संग्रहण एन्क्रिप्शन डिवाइस को SAN में जोड़ा जाता है, तो यह एटीएस कमांड को ब्लॉक करता है। नतीजतन, मेजबान मानता है कि सरणी एटीएस का समर्थन नहीं करती है क्योंकि इसे अपेक्षित प्रतिक्रिया नहीं मिली थी। अपेक्षित व्यवहार यह है कि होस्ट ATSOnly VMFS5 डेटास्टोर पर लॉकिंग तंत्र के लिए SCSI-2 आरक्षण का उपयोग करने से पीछे नहीं हटता है, जो तब अनमाउंट हो जाता है और फिर से माउंट नहीं किया जा सकता है। इस समस्या को हल करने के लिए, VMFS5 डेटास्टोर पर ATSOnly अक्षम करें।

नोट: सभी आभासी मशीनों को प्रभावित डाटस्टोर से माइग्रेट किया जाना चाहिए, या नीचे दिए गए चरणों को चलाने से पहले संचालित किया जाना चाहिए। VMFS5 डेटास्टोर पर ATSOnly को अक्षम करने के लिए:

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

परिवर्तन।

Run the following command to rescan for datastores:

esxcli storage filesystem rescan

The VMFS5 datastore should now mount successfully.

त्वरित प्रतिक्रिया के लिए धन्यवाद, मैंने बस इस कमांड की कोशिश की और आउटपुट प्राप्त किया: VMFS '/ vmfs / वॉल्यूम / Synology-EmailServer' के गुण प्राप्त करने में असमर्थ EmailServer ': विफल। त्रुटि: vmkfstools विफल: vmkernel लोड नहीं है या कॉल कार्यान्वित नहीं है।
रीडे
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.