साझा .dll का उपयोग करते समय रेक

बहुत समय पहले मैं एक गैर-मानक समस्या में नहीं आया था, जिससे मुझे लगभग दो घंटे तक अपना सिर फोड़ना पड़ा। इसने कई कारकों को मिलाया, जैसे कि उत्पाद वास्तुकला का एक निश्चित वक्रता, लॉगिंग का अपर्याप्त स्तर, और पहले से स्थापित सॉफ़्टवेयर की विशेषताएं। मैं तुरंत एक आरक्षण करता हूँ कि समस्या का समाधान और समाधान, दार्शनिक घंटी टॉवर से होगा और बड़ा होगा (प्रोग्रामिंग में मैं किसी भी चीज़ से थोड़ा अधिक हूँ), लेकिन इस मामले में यह नया रूप था जो अंतिम समाधान में महत्वपूर्ण था।

वास्तव में समस्या:

Acronis vmProtect विंडोज एजेंट (संस्करण 8 से संस्करण 9 में अपग्रेड) स्थापित करने के बाद, VMware ESX / ESXi चलाने वाली आभासी मशीनों का बैकअप लेने के लिए एक एजेंट, मुख्य Acronis vmProtect प्रबंधित मशीन सेवा ( vmms.exe ) ने शुरू करने से इनकार कर दिया। शुरू करने के बाद, सेवा कुछ ही सेकंड में स्वतः समाप्त हो गई:

तम्बुओं के साथ और बिना हमारे नृत्य:

शुरू करने के लिए, हमने टैम्बॉरिनों के साथ मानक नृत्य की कोशिश की "एक अलग उपयोगकर्ता, रिबूट, आदि के तहत पुनः स्थापित करें", क्योंकि स्पष्ट रूप से समस्या हमारे क्यूए विभाग में पुन: उत्पन्न नहीं हुई थी और, तदनुसार, निष्कर्ष यह था कि उपयोगकर्ता की विशिष्ट स्थापना में कुछ गलत था । जैसा कि आप अनुमान लगा सकते हैं, इन नृत्यों ने कुछ भी नहीं किया और सेवा अभी भी सामान्य रूप से शुरू करने से इनकार कर रही थी। निम्नलिखित लाइनें हमारी सेवा लॉग्स में पाई गईं:



हम जानते थे कि माइग्रेशनमैन घटक मुख्य VELightBundle.dll पुस्तकालय के अंदर लोड किया गया था और इस तथ्य को ज्ञात था कि सेवा सफलतापूर्वक पहले शुरू हो गई थी, और 8 वीं से 9 वें संस्करण में अपडेट करने के बाद ही समस्या उत्पन्न हुई। पहली धारणा यह थी कि VELightBundle.dll गलत तरीके से अपडेट किया गया था और पुराना बना रहा। बता दें कि इस बिंदु पर टीमव्यूअर के माध्यम से पहले से ही समस्या का अध्ययन किया जा रहा था, इसलिए यह आपके प्रयासों को देखने के लिए मज़ेदार था। इस समय स्काइप पर मेरे और डेवलपर के बीच एक जीवंत चर्चा हुई (आकाश एक छलनी जैसा दिखना शुरू हुआ):

[१०/३१/०३/१२:१35:३५ बजे] डेवलपर: ० his/२० पर बनाई गई उनकी मशीन पर डीएल का हिस्सा और १०/२ his हिस्सा सुनें।
[१०/३१/२०१३ १२:१ 12::४६ बजे] डेवलपर: जैसा कि मैंने इसे समझा, उसका अपडेट किसी तरह काम नहीं आया।
[१०.३१.२०१२ १२:१ ]:२३] डेवलपर: उदाहरण के लिए, डिस्कबंडल २० वें, और वेलेट २ 12:
[10.31.2013 12:27:21] डेवलपर: अजीब
[10.31.2013 12:27:49] डेवलपर: यह सिर्फ इतना है कि फ़ाइल 9k से नहीं है
[31.10.2013 12:28:13] चाइनेक: 8 चटोली से
[१०/३१/०३/२०१२:२::३९ बजे] चाइनक: अगर आप अपनी जगह पर होते, तो मैं बस अपने दम पर सभी राइट्स डाल देता) अच्छी तरह से, स्थापना
[३१.१०.२०१२: २२:२ ]:४.10] चाइनेक: इंस्टॉलेशन - सभी को हटा दें जो कि डल्की में अतिश्योक्तिपूर्ण है - स्थापित करें

दुर्भाग्य से, मानक विधि का उपयोग करते हुए भी "किसी भी समझ से बाहर की स्थिति में, अगर कुछ काम नहीं करता है, तो इसे अनइंस्टॉल करें और इसे जिस तरह से काम करना चाहिए, उसे स्थापित करें" इस मामले में मदद नहीं मिली और मुझे अपनी पसंदीदा प्रक्रिया मॉनिटर यूटिलिटीज में से एक के सामना में "भारी तोपखाने" का उपयोग करना पड़ा। यह क्षण उस समय से हटा दिया गया था जब Acronis vmProtect Managed Machine सेवा तब तक शुरू की गई थी जब तक कि यह अनायास बंद नहीं हो गई। Vmms.exe प्रक्रिया के लिए लॉग में एक फ़िल्टर सेट किया गया था और VELightBundle.dll को लोड करने के प्रयास के बारे में संदेश प्रदर्शित किए गए थे। मुझे विशेष रूप से इन पंक्तियों की खोज करने में कितना समय लगा, इसका वर्णन नहीं किया (इससे मुझे सिस्टम से एक समान लॉग को निकालने में मदद मिली जहां सेवा सही ढंग से शुरू हुई और VELightBundle.dll लोड करने की प्रक्रिया के संबंध में समस्या लॉग से इसकी तुलना की गई ), लेकिन यहां क्या हुआ है :

निर्णय

जैसा कि आप देख सकते हैं, लोडिंग प्रक्रिया के दौरान VELightBundle.dll ने सामान्य 3-पार्टी लाइब्रेरी libxml2.dll को लोड करने का प्रयास किया (हम इसका उपयोग संस्करण 9 से शुरू होने वाली कुछ xml रिपोर्ट उत्पन्न करने के लिए करते हैं), हालांकि सही पथ के बजाय C: प्रोग्राम फाइल (x86) \ Common फ़ाइलें \ Acronis \ vmProtect \ Common \ , इसे C: \ Program Files (x86) \ ATI स्ट्रीम \ bin \ x86_64 \ से लोड करना शुरू हो गया, क्योंकि दोनों स्थानों में मौजूद हैं (प्रत्येक में इस पुस्तकालय का अपना विशिष्ट संस्करण है):



यह प्रक्रिया मॉनिटर लॉग से देखा जा सकता है कि libxml2.dll खोजा गया पहला स्थान उत्पाद स्थापना फ़ोल्डर है, इसलिए, C: \ Program Files (x86) \ Common Files \ Acronis \ vmProtect \ Common \ C से C: libxml2.dll की प्रतिलिपि बनाकर। \ Program Files (x86) \ Acronis \ vmProtect \ Windows Agent \ प्रारंभिक समस्या हल हो गई थी और सेवा सही ढंग से प्रारंभ हुई। हुर्रे!

यह कैसे हुआ?

हमें क्या याद आया? पथ C: \ Program Files (x86) \ ATI स्ट्रीम \ bin \ x86_64 \ कहाँ से आया था?

दूसरे प्रश्न का उत्तर काफी स्पष्ट है: लोड करना .dll चर% पथ% से पथों को दरकिनार कर रहा है, अगर यह उसी फ़ोल्डर में नहीं मिलता है जहां स्रोत प्रक्रिया शुरू की गई थी। जैसा कि आप निम्नलिखित स्क्रीनशॉट में देख सकते हैं, वास्तव में C: \ Program Files (x86) \ ATI स्ट्रीम \ bin \ x86_64 \ की सूची में है और इसलिए libxml2.dll को खोजने और डाउनलोड करने के लिए चुना गया था:



महत्वपूर्ण व्याख्या: मैंने अपनी मशीन पर समस्या को स्थानीय स्तर पर दोहराने के बाद स्क्रीनशॉट लिया। इस लेख को खेलते और लिखते समय, मैंने मेरे द्वारा प्राप्त की गई पहली कड़ी से libxml2.dll डाउनलोड किया और इसे% path% में उल्लिखित पहले पथ पर कॉपी किया, जो C: \ Program Files (x86) \ ATI स्ट्रीम \ bin \ x \ _64 \ _ में बदल गया । एक वास्तविक उपयोगकर्ता के मामले में, libxml2.dll नॉर्मन एंटीवायरस के इंस्टॉलेशन फ़ोल्डर में था, जो कि, जैसा कि यह निकला, %%% में भी खुद को पंजीकृत करता है।

डेवलपर्स के निचले हिस्से में जाने के लिए जारी रखते हुए, मैंने अपने लिए निम्न बात की पुष्टि की:

सभी तृतीय-पक्ष (तृतीय-पक्ष)। D को C: \ Program Files (x86) \ Common Files \ Acronis \ vmProtect \ Common \ फ़ोल्डर में जोड़ा जाता है , जो फिर भी% पथ% चर में फिट नहीं होता है। । सभी डेटा हमारे स्वयं के पुस्तकालयों से खींचे जाते हैं, लेकिन अप्रत्यक्ष तरीके से, अर्थात, यदि यह मानक पथ C: \ Windows \ , C: \ Windows \ Syswow64 \ (system32) या पथ पथ% पर कहीं भी नहीं पाया जाता है। दूसरे शब्दों में, तीसरे पक्ष के पुस्तकालयों को लोड करने के तर्क में एक बग / गंदा हैक है।

एक बार फिर, प्रोसेस मॉनिटर ने दुनिया को बचाया और एक गैर-मानक समस्या को हल करने में मदद की, जबकि वीपीएन के माध्यम से दूरस्थ डिबगिंग के कारण खोजने में बहुत अधिक समय लगेगा।

मुझे उम्मीद है कि इस तरह के अनुभव डेवलपर्स को छोटी गाड़ी कोड लिखने से आगाह करेंगे, और तकनीकी सहायता लॉन्चिंग सेवाओं के साथ समस्याओं की जांच के लिए एक और उपकरण पेश करेगी। सहमत हैं, डेवलपर्स से ऐसी मान्यता प्राप्त करना अच्छा है:

[10.31.2013 14:56:21] डेवलपर: धन्यवाद। मैं खुद लंबे समय तक इसके लिए आया हूं।

पुनश्च मैं अपने डेवलपर्स को उद्धृत करूंगा (मुझे उम्मीद है कि अन्य डेवलपर्स के लिए यह वाक्यांश समझ में आएगा, मेरे लिए एक चरित्र सेट नहीं :)): "ठीक है, मैं क्या जोड़ सकता हूं। तथ्य यह है कि हमारे पास देरी पर लोड है, जो इस तरह की समस्याओं को हल करने के लिए डिज़ाइन किया गया है। अब हल नहीं होता। ”