Citrix XenServer 5.6 की नि: शुल्क विन्यास सीधे XML प्रक्रिया

XenServer के साथ काम करते समय , आप विभिन्न तरीकों से इसके कॉन्फ़िगरेशन को बदल सकते हैं।
XenCenter चित्रमय उपयोगिता और xe कंसोल कमांड से शुरू होकर, XML कॉन्फिगरेशन में सीधे हस्तक्षेप के साथ समाप्त होता है।
यह बाद की बात है और मैं आपके साथ बात करना चाहूंगा।

सभी वांछित क्रियाएं नियमित उपयोगिताओं के साथ नहीं की जा सकती हैं। लेकिन कॉन्फ़िगरेशन को सीधे बदलना, आप सब कुछ कर सकते हैं।
फ़ाइल /var/xapi/state.db की सामग्री का विश्लेषण करने के बाद, आप निर्माता या लाइसेंस द्वारा प्रदान नहीं किए गए परिवर्तन भी कर सकते हैं।



जैसा कि आप शायद जानते हैं, XenServer के लिए एपीआई केंद्र xapi डेमॉन है।

भंडारण विन्यास के संदर्भ में उनकी गतिशीलता निम्नानुसार है:
1. XAPI प्रारंभ करें
2. लोड हो रहा है XML स्थिति .bb स्मृति में
3. काम (इस समय सभी परिवर्तन स्मृति में होते हैं)
4. XAPI बंद करो
5. XML State.db पर लिखना

चूंकि XAPI अनधिकृत परिवर्तनों को "जाने पर" काटता है, इसलिए फ़ाइल के साथ सीधे कार्रवाई करना बेहतर है, इसके लिए xapi सेवा को रोकना ।
लेकिन यहाँ कई "BUT" लागू होते हैं।
Vi और अन्य संपादकों का उपयोग करते हुए सबसे बड़ी BUT फाइल प्रोसेसिंग की असुविधा है।
लेकिन माध्यमिक, लेकिन कोई कम समस्याग्रस्त नहीं: XenServer के लिए, XML में विशेषताओं का क्रम महत्वपूर्ण है। इसलिए, मानक पार्सिंग विधियां गायब हो जाती हैं।

इस फ़ाइल में पैरामीटर खोजने और बदलने के लिए, मैंने xmlsh.py यूटिलिटी बनाई

इसका उपयोग करते हुए, आप XML फाइल को डायरेक्टरी ट्री के रूप में नेविगेट कर सकते हैं और आवश्यक पैरामीटर बदल सकते हैं। कार्यान्वयन के संदर्भ में, यह एक छोटा कमांड दुभाषिया है, जैसे कि कमांड को ls, cd, set, आदि। सहायता कमांड के साथ एक पूरी सूची प्राप्त की जाती है।

मुझे उम्मीद है कि XenServer इस उपयोगिता को स्वीकार करता है।

खैर, अब "असामान्य प्रोग्रामिंग" पर वापस आते हैं।
उपयोगिता के निर्माण के दौरान, मुझे "वैचारिक" कठिनाइयों का सामना करना पड़ा।
और सबसे पहले, अजगर एक्सएमएल प्रसंस्करण कैसे लागू किया जाता है। चूँकि हम संस्करण 2.4 (XenServer पर) तक सीमित हैं, हमारे पास हमारे निपटान में 2 पुस्तकालय हैं: डोम / मिनीडोम और एलिमेंट्री।
उनमें से एक के पास सुविधाजनक विरासत है और दूसरे में एक पारदर्शी पार्सिंग प्रणाली है जो आपको "ऑर्डरडेड" (क्यों? बाद में और अधिक) को लागू करने के लिए मुख्य तरीकों को फिर से परिभाषित करने की अनुमति देती है।
इसलिए मुझे दोनों का उपयोग करना पड़ा:
मिनीडोम का उपयोग गतिशील आंदोलन और सामग्री प्रदर्शन के लिए आधार के रूप में किया जाता है।
ElementTree का उपयोग केवल फ़ाइल को संपादित करने और रिकॉर्ड करने के लिए किया जाता है।
यह सब टैग में विशेषताओं के क्रम पर XenServer की निर्भरता के कारण एक आवश्यक उपाय है (जो, संयोग से, मानक के साथ गैर-अनुपालन है)।

इस प्रकार, ElementTree को "अनुचित तरीके से व्यवहार" करने के लिए, निम्नलिखित ओवरराइड की आवश्यकता थी:

अगर ( क्रिया [ 0 ] == "2" ) :
# पायदान 2.4 के लिए पेड़ की इमारत का निर्माण किया गया
def _start ( स्वयं , टैग, attrib_in ) :
fixname = self ._fixname
टैग = फिक्सनाम ( टैग )
अट्रिब = ओडिक्ट ( )
कुंजी के लिए, attrib_in में मान। आइटम ( ) :
अट्रिब [ फिक्सनाम ( की ) ] = स्व ._सुविधा ( मान )
स्व वापस करें । प्रारंभ ( टैग, अट्रिब )

def _start_list ( स्वयं , टैग, attrib_in ) :
fixname = self ._fixname
टैग = फिक्सनाम ( टैग )
अट्रिब = ओडिक्ट ( )
अगर अटरिब_इन:
मैं सीमा में ( 0 , len ( attrib_in ) , 2 ) :
attrib [ fixname ( attrib_in [ i ] ) ] = attrib_in [ i + 1 ]
स्व वापस करें । प्रारंभ ( टैग, अट्रिब )
# मेरा आधार समारोह के साथ कार्य करें
etree। XMLTreeBuilder ._start_list = _start_list
etree। XMLTreeBuilder ._strt = _start

इन दो तरीकों में मुख्य बदलाव: हम मानक को ओडिक्ट के साथ बदलते हैं, जो हमें सूची में तत्वों को जोड़ने के अनुक्रम को याद रखने की अनुमति देता है।
आप नीचे दिए गए कोड में द्वितीयक परिवर्तन देख सकते हैं: फ़ंक्शन प्रतिस्थापन
etree.ElementTree._write=_write
और विधि प्रतिस्थापन
etree._escape_attrib = _escape_attrib
इस प्रकार, हमने अपनी XML फ़ाइल के "सही" गलत प्रसंस्करण को सुनिश्चित किया।
चूँकि XenServer पर Python 2.4 में कोई आर्डरडीडक्ट क्लास नहीं है, इसलिए हम इसे समग्र रूप से अपने साथ ले जाएंगे।
अन्यथा, सामान्य एल्गोरिथ्म।

मुझे उम्मीद है कि यह छोटी सी उपयोगिता आपके लिए आवेदन प्राप्त करेगी। सौभाग्य से, यह न केवल State.db द्वारा संसाधित किया जा सकता है, भले ही इसके लिए इसे कैद किया गया हो।

उत्पादन सर्वर पर उपयोग के लिए अनुशंसित नहीं है।