<p>aspnetcore.dll #597 load लोड करने में विफल रहा</p>

@teovc की ओर से खोला गया।

@teovc और अधिक विवरण होना चाहिए "डेटा त्रुटि है।" इवेंट लॉग में।

त्रुटि संदेश के विवरण दृश्य में, निम्नलिखित है [संलग्न छवि देखें]।
बिंग में एक छोटी सी खोज इंगित करती है कि त्रुटि 32 बिट अनुप्रयोगों से संबंधित है, लेकिन एप्लिकेशन पूल में वह विकल्प सक्षम है।

त्रुटि इंगित करती है कि 32-बिट ऐपपूल 64-बिट aspnetcore.dll लोड करने का प्रयास कर रहा है। क्या आप कृपया फ़ाइल जानकारी साझा कर सकते हैं "C:\Windows\System32\inetsrv\aspnetcore.dll" और "C:\Windows\SysWOW64\inetsrv\aspnetcore.dll"

क्या आप कृपया उस जानकारी के बारे में थोड़ा और विशिष्ट हो सकते हैं जिसे आप देखना चाहते हैं? (उर्फ, क्या आप यही खोज रहे हैं?)

फ़ाइल सही दिखती है। मैंने आपके जैसे ही संस्करण MSI को विन 10 बॉक्स पर स्थापित किया और काम किया। आपके मशीन कॉन्फ़िगरेशन में कुछ गड़बड़ है। क्या आप कृपया अपना applicationhost.config और web.config साझा कर सकते हैं।
वर्कअराउंड के रूप में, आप यह देखने के लिए "32-बिट एप्लिकेशन सक्षम करें" को गलत पर सेट कर सकते हैं कि क्या यह मदद करता है।

डीएलएस काम करता है, समस्या तब होती है जब ओएस का एक नया संस्करण स्वयं-होस्टिंग अनुभव के हिस्से के रूप
अभी, मैं डिफ़ॉल्ट वेब साइट (C:\inetpub\wwwroot) का उपयोग कर रहा हूं। संलग्न है web.config फ़ाइल (गिटहब की शिकायत के बाद से txt एक्सटेंशन के साथ)।
web.config.txt

वह web.config वह नहीं है जिसका उपयोग आपने ASP.NET कोर एप्लिकेशन के लिए किया था क्योंकि इसमें कोई ASP.NET कोर मॉड्यूल सेटिंग नहीं है। क्या आप कृपया ASP.NET कोर बंडल की स्थापना रद्द करने का प्रयास कर सकते हैं और फिर OS अपग्रेड के बाद इसे फिर से स्थापित करके देख सकते हैं कि क्या यह मदद करता है?

क्या आप कृपया applicationhost.config को C:\Windows\System32\inetsrv\config के तहत साझा कर सकते हैं। यह फ़ाइल IIS कॉन्फ़िगरेशन फ़ाइल है और aspnetcore.dll का पथ निर्दिष्ट करती है।

मैं उस विकल्प को आजमाने जा रहा हूं। इस बीच, यहाँ applicationhost.config फ़ाइल है। कृपया, इस बात से अवगत रहें कि अब तक के समाधान (मरम्मत या हटाने / स्थापित करने) में कुछ समय लगता है जो लोग खो रहे हैं। संगठन के बाहर के व्यक्ति इस मुद्दे से बहुत अधिक प्रभावित नहीं हो सकते हैं क्योंकि ओएस अपडेट की दर कम बार-बार संगठन के अंदर होती है। धन्यवाद।
applicationHost.config.txt

मुझसे एक ही सवाल
क्योंकि एप्लिकेशन को 32-बिट चलाना चाहिए और इंटरग्रेट करना चाहिए

बस इसमें जोड़ना चाहता था कि मैं अभी इस मुद्दे में भाग गया हूं।
जब आप कहते हैं कि "ASP.NET कोर बंडल" की स्थापना रद्द करें, तो आप किस भाग की बात कर रहे हैं?

मैं पुराने एप्लिकेशन को 32 बिट मोड में चलाना चाहता हूं
मैं भी ASP.NET कोर एप्लिकेशन का अध्ययन करना चाहता था
"एएसपी.नेट कोर बंडल" को अनइंस्टॉल करने का बुरा तरीका, क्या कोई अन्य तरीका है?

नमस्ते,
मैंने नियंत्रण कक्ष से ASP.NET कोर से संबंधित दो पैकेजों को हटा दिया / प्रोग्राम जोड़ें या निकालें, फिर मैंने VS को ASP.NET कोर के अगले संस्करण को स्थापित करने दिया (Microsoft.NET Core 1.0.0 - SDK पूर्वावलोकन 2 (x64) , और Microsoft.NET Core 1.0.0 - VS 2015 टूलिंग पूर्वावलोकन 2) और OS का नया संस्करण स्थापित होने पर भी समस्या मौजूद है।

वीएस2015 - अपडेट 2 के तहत, समाधान/परियोजनाएं ठीक काम करती हैं लेकिन जब मैंने वीएस2015 - अपडेट 3 में अपग्रेड किया, एक्सटेंशन अपडेट के साथ, मैं इस मुद्दे में भाग गया। तो, कुछ अलग है जिसने समाधान/परियोजनाओं को तोड़ दिया। सभी परियोजनाएं .NET v4.6 ढांचे के अंतर्गत हैं, यहां कोई .NET कोर प्रोजेक्ट/समाधान नहीं है। कुछ दिनों बाद, जब मैंने टीएफएस से स्रोत कोड को क्लोन किया, तो यह त्रुटि के सबूत के साथ काम करता है। अजीब। इसका भी कोई मतलब नहीं है।

बस मैं जोड़ना चाहता हूं कि हर बार विंडोज 10 का एक नया इनसाइडर बिल्ड सामने आता है। मैं अंत में हर बार .Net Core को अनइंस्टॉल / री-इंस्टॉल करना पड़ता हूं। अगर 2 अगस्त को एनिवर्सरी अपडेट लॉन्च होने से पहले इसे ठीक नहीं किया जाता है, तो वहां बहुत सारे भ्रमित देव होंगे।

विन 8.1 से विन 10 में अपग्रेड करने का एक ही मुद्दा।
DotNetCore.1.0.0-VS2015Tools.Preview2.exe की स्थापना रद्द करें और पुनः स्थापित करें।

इसे फिर से काम करने के लिए केवल 'मरम्मत' चलाना पड़ा। मुझे पूर्ण अनइंस्टॉल/इंस्टॉल करने की ज़रूरत नहीं थी। लेकिन मैंने अभी-अभी एनिवर्सरी अपडेट को अपडेट किया और थोड़ा परेशान था कि मैं इस मुद्दे पर बल्ले से ही भाग गया।

वर्षगांठ अद्यतन को अद्यतन करने के बाद यहां वही ...

Microsoft .NET Core 1.0.0 - VS 2015 टूलिंग पूर्वावलोकन 2 पर एक मरम्मत चलाना, साथ ही एक रिबूट, ने भी वर्षगांठ अद्यतन स्थापित करने के बाद मेरे लिए काम किया।

Microsoft .NET Core 1.0.0 - VS 2015 टूलिंग पूर्वावलोकन 2 पर एक मरम्मत चलाना, साथ ही एक रिबूट, ने भी वर्षगांठ अद्यतन स्थापित करने के बाद मेरे लिए काम किया।

पुष्टि की यह मेरे लिए बिल्ड 14393 पर काम करता है।

https://www.microsoft.com/net/core#windows . से स्थापित टूलिंग पूर्वावलोकन 2
रीबूट करने की ज़रूरत नहीं थी, बस मेरा ऐप पूल शुरू किया और मेरी वेबसाइट फिर से चल रही थी।

Microsoft .NET Core 1.0.0 - VS 2015 टूलिंग पूर्वावलोकन 2 पर एक मरम्मत चलाना, साथ ही एक रिबूट, ने भी वर्षगांठ अद्यतन स्थापित करने के बाद मेरे लिए काम किया।

धन्यवाद, एक मरम्मत चलाने और एप्लिकेशन पूल को फिर से शुरू करने से मेरे लिए यह समस्या हल हो गई। समस्या "वर्षगांठ अद्यतन" के बाद शुरू हुई।

यहां वही मुद्दा - विंडोज 10 एनिवर्सरी अपडेट के बाद टूट गया - यानी नया ओएस अपडेट इसे तोड़ देता है।

मेरे बॉक्स पर aspnetcore.dll मॉड्यूल को वैश्विक मॉड्यूल के रूप में स्थापित किया गया था, इसलिए जब आईआईएस डीएलएल लोड नहीं कर सका तो उसने _all_ ऐप पूल को शुरू होने से अवरुद्ध कर दिया (ऐप पूल रीट्रीज़, रीट्री लिमिट को मारना, फिर ऐप पूल को अक्षम करना .. . एक बार में ... जब भी प्रत्येक ऐप पूल पहले अनुरोध पर शुरू करने का प्रयास करता है)।

यह "प्रति ऐप पृथक एक्सकॉपी परिनियोजन" के लाभों से उतना ही दूर है जितना मैं सोच सकता हूं: ओएस अपडेट डेवलपर के कंप्यूटर पर सभी वेब ऐप्स को तोड़ देता है।

मुझे कोर टूलिंग प्रीव्यू 2 ("खाता पहले से मौजूद है" त्रुटि) की मरम्मत या स्थापना रद्द करने में सक्षम नहीं होने की अतिरिक्त समस्या थी। ऐसा लगता है कि वीएस 2015 पर मरम्मत करने से समस्या को लोड करने में विफल aspnetcore.dll को ठीक कर दिया गया है।

पुष्टि की यह मेरे लिए बिल्ड 14393 पर काम करता है।

https://www.microsoft.com/net/core#windows . से स्थापित टूलिंग पूर्वावलोकन 2
रीबूट करने की ज़रूरत नहीं थी, बस मेरा ऐप पूल शुरू किया और मेरी वेबसाइट फिर से चल रही थी।

यह मेरे लिए काम किया।
मुझे स्थापित करने और मरम्मत करने की आवश्यकता थी, दो आइटम क्योंकि अभी तक .net कोर स्थापित नहीं किया गया था, केवल IIS के साथ था ...
केवल स्थापना ने मेरे लिए काम नहीं किया।

यहां वही समस्या और समाधान। बस .NET कोर 1.0.0 RC2, टूलिंग पूर्वावलोकन 1 की मरम्मत की गई।

मेरी मशीन पर .NET कोर 1.0.1 वीएस 2015 टूलिंग पूर्वावलोकन 2 की मरम्मत की गई समस्या को ठीक किया गया।

बस इस सप्ताह के विंडोज़ 10 ver 1607 अपडेट के साथ भी यही था। ".NET Core 1.0.0 RC2, टूलिंग प्रीव्यू 1" की मरम्मत करनी थी
इस पृष्ठ को स्टैक ओवरफ्लो के माध्यम से मिला

मेरे पास आज भी यही मुद्दा था और यहां सभी की तरह ही, मेरी मशीन पर .NET Core 1.0.1 VS 2015 टूलिंग पूर्वावलोकन 2 की मरम्मत की समस्या को ठीक किया। हालांकि अजीब बात यह है कि मैंने आज ही इस टूलिंग को स्थापित किया था, बस मैंने विजुअल स्टूडियो के अपडेट 3 के कुछ पैच को स्थापित करने के बाद।

मेरे पास एक ही समस्या है कि मैंने अपनी विरासत का काम करने के लिए अपनी मशीन में सभी .net कोर सामग्री को अनइंस्टॉल कर दिया :(

.NET कोर 1.0.0 RC2 SDK पूर्वावलोकन1 (x64) को अनइंस्टॉल करें। फिर NET कोर 1.0.0 RC2, टूलींग पूर्वावलोकन 1 की मरम्मत करें।
मेरे लिये कार्य करता है

विंडोज 10 एनिवर्सरी को अपडेट करने के बाद भी यही समस्या थी। मरम्मत .NET कोर 1.0.1 वीएस 2015 टूलिंग पूर्वावलोकन 2 ने समस्या हल की। मुझे अपने द्वारा इंस्टॉल किए गए URL पुनर्लेखन मॉड्यूल को फिर से स्थापित करना पड़ा, जो इसी तरह की त्रुटि का कारण बनता है।

@freeboarder हाय, मैं इस मुद्दे के

@freeboarder , आज, मैंने इस मुद्दे को पुन: पेश करने का प्रयास किया लेकिन इस मुद्दे को पुन: उत्पन्न करने में विफल रहा। मैंने जो किया था यह रहा। कृपया मुझे बताएं कि क्या आपके द्वारा चलाए गए मुद्दे को पुन: उत्पन्न करने के लिए कुछ भी गुम है।

1. एक amd64 मशीन तैयार करें और Win10 RTM बिल्ड 14393.0.160715 . स्थापित करें
2. आईआईएस स्थापित करें
3. वीएस 2015 + वीएस अपडेट 3 स्थापित करें
4. https://www.micorosft.com/net/core#windows पर
5. डॉटनेट टूल कॉन्फ़िगरेशन लागू करने के लिए आईआईएस सेवाओं को रीफ्रेश करने के लिए मशीन को पुनरारंभ करें
6. एक नमूना aspnetcore ऐप बनाएं और IIS में परिनियोजित करें और सत्यापित करें कि सब कुछ काम कर रहा है
7. सेटिंग्स> अपडेट और सुरक्षा> विंडोज अपडेट पर जाएं और "अपडेट फॉर विंडोज 10 वर्जन 1607 फॉर x64-आधारित सिस्टम (KB3176936)" इंस्टॉल करें।
8. अपडेट के बाद, मैंने पुष्टि की कि सब कुछ अभी भी काम कर रहा है

@jhkimnew यह तब हुआ जब पिछले सप्ताह विंडोज़ v1607 में अपग्रेड हुआ। आईआईएस स्थापित के साथ विंडोज़ की एक पुरानी रिलीज है। फिर url पुनर्लेखन एडऑन और .net टूलिंग पूर्वावलोकन स्थापित करें। उन्होंने विंडोज़ को v1607 में अपग्रेड करने दिया। यह iis को पुन: कॉन्फ़िगर करता है और हमारे द्वारा उल्लिखित त्रुटि देता है। इंस्टॉल की मरम्मत करने से त्रुटि हल हो जाती है लेकिन अपग्रेड को वास्तव में सामना करना चाहिए। वैसे भी मैंने इसका सामना किया।

@FlapperMK "पुन: कॉन्फ़िगर आईआईएस" के साथ
क्या आपका मतलब aspnetcore.dll मॉड्यूल चला गया है? या, aspnetcore.dll फ़ाइल चली गई है? अथवा दोनों?
ओएस को सामान्य/सफल अपग्रेड करने में, आईआईएस को इसके कॉन्फ़िगरेशन और किसी भी फाइल को रीसेट नहीं करना चाहिए। मैंने पहले ही अपनी परीक्षण मशीनों पर इसकी पुष्टि कर दी है।
यदि आप रेप्रो के चरणों को जानते हैं, तो कृपया इसे मुझे साझा करें ताकि हम इस मुद्दे की जांच कर सकें।

टूलींग विजुअल स्टूडियो के माध्यम से स्थापित किया गया था। iis को अपग्रेड करने पर ऊपर दी गई त्रुटियों के कारण प्रारंभ करने में विफल रहा। आईआईएस में अभी भी टूलींग के लिए पॉइंटर्स थे लेकिन कुछ ऐसा नहीं मिला जो कहीं त्रुटि उत्पन्न कर रहा हो। इंस्टॉल को रिपेयर करने से समस्या ठीक हो गई और सफलतापूर्वक इनिशियलाइज़ हो गया। मरम्मत तक कुछ भी ब्राउज़ करने योग्य नहीं था।

@FlapperMK मुझे इस मुद्दे को समझने के लिए, कृपया मुझे बताएं कि क्या %SystemRoot%\system32\inetsrvaspnetcore.dll फ़ाइल मौजूद है या नहीं जब IIS प्रारंभ करने में विफल रहता है। मैं यह क्यों पूछ रहा हूं कि OS को अपग्रेड करने से inetsrv डायरेक्टरी की कोई भी मौजूदा फाइल नहीं हटनी चाहिए। अगर फ़ाइल मौजूद है लेकिन आपको अभी भी विफलता मिलती है। आपको %SystemRoot%\system32\inetsrv\config\applicationhost.config फ़ाइल में aspnetcore.dll फ़ाइल के लिए किस पथ का उपयोग किया जाता है, इसकी दोबारा जांच करनी चाहिए। यदि यह किसी भिन्न पथ की ओर इशारा करता है, तो आपको यह जांचना होगा कि कॉन्फ़िगर किया गया पथ मान्य है या नहीं। मूल रूप से मैं समझना चाहता हूं कि वास्तव में क्या हुआ था।
यदि फ़ाइल मौजूद है और कॉन्फ़िगर किया गया पथ मान्य है, तो हम यह नहीं कह सकते कि IIS कॉन्फ़िगरेशन OS को अपग्रेड करके रीसेट किया गया था और हो सकता है कि कुछ और हो रहा हो।

मेरे लिए, मैं 10586 पर था। आईआईएस स्थापित। Vs2015 रिलीज़ स्थापित, समय के साथ नवीनतम पैच में अपग्रेड किया गया। केवल .net कोर रिलीज़ स्थापित।

विंडोज ने तब खुद को 14393 में अपडेट किया। तब मुझे IIS और .net कोर के साथ समस्या थी और इसे ठीक करने के लिए इसे फिर से स्थापित करना पड़ा। सभी 64 बिट पर।

@realwarder , क्या आप इस मुद्दे को फिर से पुन: पेश कर सकते हैं? अगर ऐसा है तो आपसे भी यही सवाल। मुझे इस मुद्दे को समझने के लिए, कृपया मुझे बताएं कि क्या %SystemRoot%\system32\inetsrvaspnetcore.dll फ़ाइल मौजूद है या नहीं जब IIS प्रारंभ करने में विफल रहता है। मैं यह क्यों पूछ रहा हूं कि OS को अपग्रेड करने से inetsrv डायरेक्टरी की कोई भी मौजूदा फाइल नहीं हटनी चाहिए। अगर फ़ाइल मौजूद है लेकिन आपको अभी भी विफलता मिलती है। आपको %SystemRoot%\system32\inetsrv\config\applicationhost.config फ़ाइल में aspnetcore.dll फ़ाइल के लिए किस पथ का उपयोग किया जाता है, इसकी दोबारा जांच करनी चाहिए। यदि यह किसी भिन्न पथ की ओर इशारा करता है, तो आपको यह जांचना होगा कि कॉन्फ़िगर किया गया पथ मान्य है या नहीं। मूल रूप से मैं समझना चाहता हूं कि वास्तव में क्या हुआ था। यदि फ़ाइल मौजूद है और कॉन्फ़िगर किया गया पथ मान्य है, तो हम यह नहीं कह सकते कि IIS कॉन्फ़िगरेशन OS को अपग्रेड करके रीसेट किया गया था और हो सकता है कि कुछ और हो रहा हो।

@realwarder @FlapperMK
यह आपकी जानकारी के लिए है। जब आप Aspnet Core स्थापित करते हैं तो aspnetcore.dll स्थापित हो जाता है। Aspnet Core .Net Core VS टूलिंग में शामिल पैकेजों में से एक है।
यदि आपकी मशीन में IIS स्थापित है, तो Aspnet Core सेटअप aspnetcore.dll को IISExpress और IIS निर्देशिका दोनों में स्थापित करेगा। यदि आपकी मशीन में कोई IIS स्थापित नहीं है, तो Aspnet Core सेटअप aspnetcore.dll को केवल IISExpress निर्देशिका में स्थापित करेगा।

मेरे परीक्षण मशीन में, OS अद्यतन स्थापना के बाद aspnetcore.dll फ़ाइल को हटाया नहीं गया था। जब तक आप अनजाने में aspnetcore.dll की स्थापना रद्द करने के लिए Aspnet Core सेटअप का आह्वान नहीं करते हैं, तब तक मुझे फ़ाइल को हटाने का कोई कारण नहीं दिखता।

अगर कोई रेप्रो के कदम बता सकता है, तो कृपया मुझे बताएं और मैं जांच करूंगा कि समस्या क्या है। अब तक, मुझे कोई सुसंगत रेप्रो कदम नहीं दिख रहा है और यह समझने की कोशिश कर रहा हूं कि वास्तव में क्या होता है।
सबसे पहले, मैं यह जांचना चाहता हूं कि फ़ाइल को हटा दिया गया था या नहीं, यह सुनिश्चित करने के लिए कि त्रुटि संदेश झूठा अलार्म नहीं है।

हमें अनुपलब्ध स्कीमा फ़ाइलों और applicationhost.config प्रविष्टियों की भी जाँच करनी चाहिए। @jhkimnew क्या आप वर्णन कर सकते हैं कि

यहाँ स्कीमा फ़ाइल जानकारी है।

आईआईएसएक्सप्रेस के लिए:
"% ProgramFiles%\IIS Express\config\schema\aspnetcore_schema.xml"

आईआईएस के लिए:
"%windir%\system32\inetsrv\config\schema\aspnetcore_schema.xml"

यहाँ aspnetcore फ़ाइल जानकारी है।

IISExpress (x86/amd64) के लिए:
"% ProgramFiles%\IIS Expressaspnetcore.dll"
"% ProgramFiles(x86)%\IIS Expressaspnetcore.dll"

आईआईएस (x86/amd64) के लिए:
"%windir%\system32\inetsrvaspnetcore.dll"
"%windir%\syswow64\inetsrvaspnetcore.dll"

और यहाँ aspnetcore.dll मॉड्यूल के लिए कॉन्फ़िगरेशन फ़ाइल जानकारी है।

आईआईएस के लिए:
aspnetcore.dll मॉड्यूल को %windir%\system32\inetsrv\config\applicationhost.config फाइल पर विन्यस्त किया गया है। आप फ़ाइल से "aspnetcore.dll" फ़ाइल खोज सकते हैं।

आईआईएसएक्सप्रेस के लिए:
aspnetcore.dll मॉड्यूल यहां कॉन्फ़िगर किया गया है.vs\config\applicationhost.config. applicationhost.config डिफ़ॉल्ट रूप से मौजूद नहीं होगा। फ़ाइल तब बनाई जाती है जब आप वीएस समाधान के किसी भी मौजूदा वेब एप्लिकेशन प्रोजेक्ट को प्रारंभ करते हैं। आप फ़ाइल से "aspnetcore.dll" फ़ाइल खोज सकते हैं।

@jhkimnew मैं निश्चित रूप से नहीं जानता कि मरम्मत से पहले क्या गायब था क्योंकि मैंने अब स्थापना की मरम्मत की है। वर्तमान में, %SystemRoot%\system32\inetsrvaspnetcore.dll प्रभावित पीसी पर मौजूद है। दोनों स्कीमा फ़ाइलें भी अब मौजूद हैं।

उस समय ईवेंट लॉग बस इसे दिखाएं।

Log Name:      Application
Source:        Microsoft-Windows-IIS-W3SVC-WP
Date:          22/09/2016 12:05:19
Event ID:      2280
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      ********
Description:
The Module DLL C:\WINDOWS\system32\inetsrv\aspnetcore.dll failed to load.  The data is the error.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-IIS-W3SVC-WP" Guid="{670080D9-742A-4187-8D16-41143D1290BD}" EventSourceName="W3SVC-WP" />
    <EventID Qualifiers="49152">2280</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2016-09-22T11:05:19.472744500Z" />
    <EventRecordID>1489</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />
    <Channel>Application</Channel>
    <Computer>********</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="ModuleDll">C:\WINDOWS\system32\inetsrv\aspnetcore.dll</Data>
    <Binary>7E000000</Binary>
  </EventData>
</Event>

@फ्लैपरएमके ,
क्या आप "एस्पनेटकोरमॉड्यूल" खोज कर सेटअप लॉग फाइलों की जांच कर सकते हैं?
आप निम्न आदेश चलाकर ऐसा कर सकते हैं।

सीडी% अस्थायी%
Findstr /spi aspnetcoremodule *

सामान्य स्थिति में, AspNetCoreModule_x64 पैकेज को स्थापित करने के लिए लॉग प्रविष्टियाँ होनी चाहिए।
कमांड परिणाम फ़ाइल नाम (उदा: dd_DotNetCoreTools__20160926140846.log) को नीचे स्क्रीनशॉट के रूप में दिखाएगा जो मुझे मेरी परीक्षण मशीन से मिला है और आप किसी भी टेक्स्ट एडिटर प्रोग्राम के साथ लॉग फ़ाइल खोल सकते हैं। कीवर्ड aspnetcoremodule के साथ सेटअप लॉग फ़ाइल सामग्री को पढ़ने के साथ, आप जांच सकते हैं कि OS को अपडेट करने से पहले/बाद में AspNetCoreModule पैकेज सेटअप प्रोग्राम का क्या हुआ।

<><><>findstr कमांड परिणाम का उदाहरण:
...
dd_DotNetCoreTools__20160926140846.log:[14D4:14D8][2016-09-26T14:08:47]i101: पता चला पैकेज: AspNetCoreModule_x64, स्थिति: अनुपस्थित, कैश्ड: कोई नहीं
...
<><><>

मुझे भी यही समस्या थी, समाधान वास्तव में _Microsoft .NET Core 1.0.1 - VS 2015 टूलिंग पूर्वावलोकन 2_ की स्थापना की मरम्मत करना था।

मरम्मत से पहले findstr /spi aspnetcoremodule * का मेरा आउटपुट यहां दिया गया है:

dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:29]i101: पता चला पैकेज: AspNetCoreModule_x86, स्थिति: अनुपस्थित, कैश्ड: कोई नहीं
dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:29]i101: पता चला पैकेज: AspNetCoreModule_x64, स्थिति: वर्तमान, कैश्ड: पूर्ण
dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:31]i201: नियोजित पैकेज: AspNetCoreModule_x86, राज्य: अनुपस्थित, डिफ़ॉल्ट अनुरोध किया गया: अनुपस्थित, ba अनुरोध किया गया: अनुपस्थित, निष्पादित: कोई नहीं, रोलबैक: कोई नहीं, कैश : नहीं, अनकैश: नहीं, निर्भरता: कोई नहीं
dd_DotNetCoreTools__20160920111929.log:[2AB0:18E4][2016-09-20T11:19:31]i201: नियोजित पैकेज: AspNetCoreModule_x64, राज्य: वर्तमान, डिफ़ॉल्ट अनुरोध किया गया: वर्तमान, ba अनुरोध किया गया: वर्तमान, निष्पादित: कोई नहीं, रोलबैक: कोई नहीं, कैश : नहीं, अनकैश: नहीं, निर्भरता: रजिस्टर
dd_DotNetCoreTools__20160920111929.log:[2530:1988][2016-09-20T11:19:33]i325: निर्भरता पंजीकरण: {b837b432-47cc-42bf-88e4-876d726dfb7c} पैकेज प्रदाता पर: IIS_AspNetCore_64Module,NetCore, पैकेज: AspNetCore_64Module,NetCore, पैकेज:
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i101: पता चला पैकेज: AspNetCoreModule_x86, स्थिति: अनुपस्थित, कैश्ड: कोई नहीं
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i101: पता चला पैकेज: AspNetCoreModule_x64, स्थिति: वर्तमान, कैश्ड: पूर्ण
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]w327: पैकेज की स्थापना रद्द नहीं करेगा: AspNetCoreModule_x64, आश्रित पाए गए: 1
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i201: नियोजित पैकेज: AspNetCoreModule_x64, राज्य: वर्तमान, डिफ़ॉल्ट अनुरोध किया गया: अनुपस्थित, ba अनुरोध किया गया: अनुपस्थित, निष्पादित: कोई नहीं, रोलबैक: कोई नहीं, कैश : नहीं, अनकैश: नहीं, निर्भरता: अपंजीकृत
dd_DotNetCoreTools__20160920112251.log:[0BB0:0548][2016-09-20T11:22:51]i201: नियोजित पैकेज: AspNetCoreModule_x86, राज्य: अनुपस्थित, डिफ़ॉल्ट अनुरोध: अनुपस्थित, ba अनुरोध किया गया: अनुपस्थित, निष्पादित: कोई नहीं, रोलबैक: कोई नहीं, कैश : नहीं, अनकैश: नहीं, निर्भरता: अपंजीकृत
dd_DotNetCoreTools__20160920112251.log:[00E8:1294][2016-09-20T11:22:52]i326: हटाई गई निर्भरता: {9b3936b0-e973-47b9-afb2-de7cd650Net1203} पैकेज प्रदाता पर: IIS_AspNetCore_Module,Core मॉड्यूल

स्कीमा और aspentcore.dll दोनों डिस्क पर मौजूद थे और _applicationHost.config_ ने सही स्थान की ओर इशारा किया।

_The मॉड्यूल DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll के लिए इवेंट लॉग में त्रुटि कोड लोड होने में विफल रहा। डेटा त्रुटि है।_ है: <Binary>7E000000</Binary>

@jhkimnew यहाँ मेरा आउटपुट है

dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:19]i101: पता चला पैकेज: AspNetCoreModule_x86, स्थिति: अनुपस्थित, कैश्ड: कोई नहीं
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:19]i101: पता चला पैकेज: AspNetCoreModule_x64, स्थिति: वर्तमान, कैश्ड: पूर्ण
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:21]i000: स्ट्रिंग वेरिएबल 'WixBundleLog_AspNetCoreModule_x64' को 'C:\Usersjdunn\AppData\Local\Temp\Mod___AspCore
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:21]i201: नियोजित पैकेज: AspNetCoreModule_x86, स्थिति: अनुपस्थित, डिफ़ॉल्ट अनुरोध: अनुपस्थित, ba अनुरोध किया गया: अनुपस्थित, निष्पादित: कोई नहीं, रोलबैक: कोई नहीं, कैश : नहीं, अनकैश: नहीं, निर्भरता: कोई नहीं
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:25:21]i201: नियोजित पैकेज: AspNetCoreModule_x64, स्थिति: वर्तमान, डिफ़ॉल्ट अनुरोध: मरम्मत, बीए अनुरोध: मरम्मत, निष्पादित: मरम्मत, रोलबैक: कोई नहीं, कैश : नहीं, अनकैश: नहीं, निर्भरता: रजिस्टर
dd_DotNetCoreTools__20160922122518.log:[319C:10BC][2016-09-22T12:26:38]i304: सत्यापित मौजूदा पेलोड: पथ पर AspNetCoreModule_x64: C:\ProgramData\Package Cache{A0845055-ED2B-41CF-B799-A5765C 9.1965\पैकेज\aspnetcoreमॉड्यूल_x64_en_rc2_14.msi.
dd_DotNetCoreTools__20160922122518.log:[319C:377C][2016-09-22T12:29:28]i301: निष्पादन पैकेज लागू करना: AspNetCoreModule_x64, क्रिया: मरम्मत, पथ: C:\ProgramData\Package Cache{A0845055-ED2B-41CF-B799 A5765C485F29}v0.9.1965\packages\aspnetcoremodule_x64_en_rc2_14.msi, तर्क: ' ARPSYSTEMCOMPONENT="1" MSIFASTINSTALL="7"'
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T12:29:33]i319: एप्लाइड निष्पादन पैकेज: AspNetCoreModule_x64, परिणाम: 0x0, पुनरारंभ करें: कोई नहीं
dd_DotNetCoreTools__20160922122518.log:[319C:377C][2016-09-22T12:29:33]i325: निर्भरता पंजीकरण: {22041006-8484-4b8d-a13c-40189695de2f} पैकेज प्रदाता पर: IIS_AspNetCore_64Module,NetCore, पैकेज: AspNetCore_64Module,NetCore, पैकेज:
dd_DotNetCoreTools__20160922122518.log:[3644:372C][2016-09-22T13:32:49]i410: वेरिएबल: WixBundleLog_AspNetCoreModule_x64 = C:\Usersjdunn\AppData\Local\Temp\dd_201609_NetCore.

@jhkimnew मेरे मामले में, मैंने कभी भी ASP.NET कोर ऐप नहीं बनाया है, भले ही मेरी मशीन पर टूलींग स्थापित किया गया हो। मेरे पास 32-बिट एप्लिकेशन पूल में चल रहे ASP.NET 4.0 ऐप के साथ विंडोज 7 x64 था। विंडोज 10 में अपग्रेड करने के बाद, इस पूल में किसी ऐप को लोड करने के किसी भी प्रयास के परिणामस्वरूप त्रुटि हुई। मेरा मानना ​​​​है कि जब मैंने 32-बिट विकल्प को अक्षम कर दिया तो त्रुटि दूर हो गई, हालांकि यह मेरे लिए एक अच्छा समाधान नहीं था क्योंकि मेरे ऐप को 32-बिट के रूप में लोड करने की आवश्यकता है। उम्मीद है की यह मदद करेगा।

@reijerh आपके आउटपुट की अंतिम पंक्ति में आपके द्वारा चलाई गई समस्या का एक दिलचस्प संकेत है।
कुछ कारणों से, aspnetcoremodule को अनइंस्टॉल कर दिया गया था (हटाया गया)।
क्या आप dd_DotNetCoreTools__20160920112251.log फ़ाइल संलग्न करेंगे ताकि हम जांच सकें कि इसे क्यों हटाया गया?

ज़रूर, अपलोड करने के लिए .txt एक्सटेंशन जोड़ना पड़ा। लॉग में पथ से मेरा उपयोगकर्ता नाम भी हटा दिया।

dd_DotNetCoreTools__20160920112251.log.txt

@reijerh क्या आप कृपया इंस्टॉल के लिए सभी लॉग संलग्न कर सकते हैं (% temp% के तहत सब कुछ जो dd_DotNetCoreTools से शुरू होता है)

हां, ध्यान दें कि मैंने अब तक टूलिंग प्रीव्यू 2 को पहले ही ठीक कर लिया है।

aspnetcore.zip

मैंने अभी-अभी विंडोज 10 अपडेट को चूसा है, और अब IIS बिल्कुल भी काम नहीं करता है। मुझे इवेंट व्यूअर में यह त्रुटि तब मिलती है जब मैं आईआईएस में कॉन्फ़िगर की गई किसी भी साइट पर कोशिश करता हूं:

मॉड्यूल DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll लोड करने में विफल रहा। यह डेटा त्रुटि है।

मुझे बिल्कुल वही समस्या हो रही है। हर बार जब मैं इसे शुरू करता हूं तो एक एप्लिकेशन पूल कुछ सेकंड के बाद काम करना बंद कर देता है। त्रुटि लॉग इंगित करता है: मॉड्यूल DLL C:\WINDOWS\system32\inetsrvaspnetcore.dll लोड करने में विफल रहा। मैंने कल ASP .NET Core Visual Studio अद्यतन स्थापित किया।

यदि आप केवल Asp.Net का उपयोग करते हैं, तो आपको aspnetcore.dll मॉड्यूल की आवश्यकता नहीं है और उस सेटिंग को हटाना सबसे अच्छा उपाय है।

मुझे लगता है कि आपने यहां कुछ याद किया है। मैंने अतीत में आईआईएस के एक हिस्से के रूप में एएसपी.नेट कोर का इस्तेमाल किया हो सकता है या नहीं, लेकिन मैंने मैन्युअल रूप से कोई भी सेटिंग नहीं बदली है। कुछ विंडोज़ अपडेट ने कुछ ऐसा चूसा है जिसने आईआईएस को खराब कर दिया है।

समस्या को ठीक करने का एकमात्र तरीका आईआईएस, एएसपी.नेट को पूरी तरह से अनइंस्टॉल करना, मेरे कंप्यूटर को पुनरारंभ करना, फिर पुनर्स्थापित करना और फिर से पुनरारंभ करना था।

@reijerh हमने लॉग फ़ाइल की जाँच की। आपके द्वारा भेजी गई सभी लॉग फ़ाइलें 9/20/2016 के बाद बनाई गई थीं।

लॉग फ़ाइल को पढ़ने के साथ, हमने देखा कि आपने 9/20 को 1.0.0 से 1.0.1 तक अपग्रेड किया और 9/28 को 1.0.1 की मरम्मत की।
9/20 को, aspnetcore.dll के संबंध में कोई कार्रवाई नहीं की गई थी और हमें कोई सबूत नहीं मिला कि aspnetcore.dll फ़ाइल दूषित या हटा दी गई थी।
1.0.0 और 1.0.1 में aspnetcore.dll का एक ही संस्करण है और 1.0.0 से 1.0.1 में अपग्रेड करते समय हम फ़ाइल को अनइंस्टॉल/इंस्टॉल नहीं करते हैं।
तो, मुझे लगता है कि आपने 9/20 से पहले aspnetcore.dll फ़ाइल को अनइंस्टॉल कर दिया है।
क्या आपने सभी लॉग फाइलें भेजीं? जाहिर है कि आपने 1.0.0 स्थापित करते समय लॉग फाइल नहीं भेजी थी जो 9/20 से पहले होती है। यह समझने के लिए कि वास्तव में क्या होता है, हमें सभी लॉग फ़ाइलों की आवश्यकता होती है।
यदि आपने लॉग फ़ाइलों को साफ़ नहीं किया है, तो क्या आप एक और ज़िप फ़ाइल बनाएंगे जिसमें सभी लॉग फ़ाइलें (.log) शामिल हों, जिसका फ़ाइल नाम "dd_" से शुरू होता है ताकि हम समझ सकें कि 9/20 से पहले क्या हुआ था?

% अस्थायी% क्या है?
एएनसीएम क्या है?

मूल रूप से, मुझे कोई जानकारी नहीं है। मैंने अतीत में ASP.Net कोर पूर्वावलोकन स्थापित किए हैं। लेकिन, दूसरे दिन की तरह, आईआईएस पूरी तरह से तला हुआ था - न केवल कोर उदाहरणों के लिए - सभी उदाहरण। मुझे बस इतना पता है।

ठीक है। यहाँ मेरे लॉग हैं:
https://dl.dropboxusercontent.com/u/79781769/Logs.7z

जहां तक ​​इस एएनसीएम चीज की बात है, जिसके बारे में आप बोलते हैं, मैंने कई चीजें स्थापित की हैं। अक्सर, वीएस मुझे बताएगा ".नेट कोर का एक नया संस्करण उपलब्ध है" इसलिए मैं लिंक का अनुसरण करता हूं, और यह काम नहीं करता है। तो, फिर मैं Google और किसी अन्य इंस्टॉलर का शिकार करता हूं जो काम कर सकता है या नहीं।

मुझे कुछ भी याद नहीं आया। बस इतना ही था।

नहीं, ऐसा नहीं है। मेरी मशीन पर कोई अन्य उपयोगकर्ता नहीं हैं।

अब बहुत देर हो चुकी है। आईआईएस तला हुआ। बहुत से लोग इसका मुकाबला करने जा रहे हैं।

अब गिरे हुए दूध पर रोने का कोई फायदा नहीं। लोगों को बस IIS को पूरी तरह से अनइंस्टॉल करने और फिर से इंस्टॉल करने की जरूरत है।

@MelbourneDeveloper क्षमा करें, लेकिन मैंने

@jhkimnew क्षमा करें, यह सब मेरे _%temp%_ में है जो _dd_dotnetcoretools_ से शुरू होता है। ओह रुको आप वह सब कुछ चाहते हैं जो _dd__ से शुरू होता है, एक पल।

संपादित करें: यहाँ यह है, dd.zip

अनामीकरण द्वारा संशोधित किए जा रहे फ़ाइलों के संशोधित टाइमस्टैम्प के बारे में क्षमा करें।

@reijerh ऐसा लगता है कि आपने 1.0.0 के बारे में लॉग फाइलें खो दी हैं। हमें कोई जानकारी नहीं मिली कि क्यों aspnetcore.dll आपकी मशीन पर लॉग फाइल प्रदान करने में सक्षम नहीं था।

यदि कोई फिर से इस मुद्दे में भाग लेता है, तो .NetCore टूलिंग की मरम्मत करने से पहले, कृपया निम्नलिखित जानकारी एकत्र करें और हमें भेजें ताकि हम यह पता लगा सकें कि जब समस्या अभी भी हो रही है तो क्या हो रहा है।

1. पूरी घटना त्रुटि संदेश
   (FYI करें, घटना त्रुटि के साथ, हम यह निर्धारित कर सकते हैं कि कौन सी aspnetcore.dll फ़ाइल समस्या पैदा कर रही है, या तो %windir%\system32\inetsrvaspnetcore.dll या अन्य निर्देशिका पर कोई भिन्न)
2. कृपया पुष्टि करें कि ईवेंट त्रुटि पर दिखाई गई aspnetcore.dll फ़ाइल मौजूद नहीं है या नहीं। उस जानकारी को प्राप्त करने के लिए आप बस "dir [aspnetcore.dll का फ़ाइलपथ]" चला सकते हैं। यदि समस्याग्रस्त aspnetcore.dll पथ %windir%\system32\inersrv निर्देशिका से शुरू हुआ है और आपकी मशीन में 64bit OS स्थापित है, तो कृपया पुष्टि करें कि %windir%\syswow64\inetsrvaspnetcore.dll फ़ाइल मौजूद है या नहीं।
3. कृपया पुष्टि करें कि aspnetcore_schema.xml फ़ाइल मौजूद है या नहीं। स्कीमा फ़ाइल को IIS के लिए "%windir%\System32\inetsrv\config\schema" या IISExpress के लिए "%ProgramFiles%\IIS Express\config\schema" पर रखा गया है
   (FYI करें, हम जानना चाहते हैं कि क्या केवल aspnetcore.dll हटा दिया गया है या इसकी स्कीमा फ़ाइल भी एक साथ हटा दी गई है)
4. कृपया बताएं कि कौन सी applicatiohost.config फ़ाइल में समस्याग्रस्त aspnetcore.dll फ़ाइल कॉन्फ़िगरेशन सेटिंग है, या तो %windir%\system32\inetsrv\config\applicationhost.config या "आपका समाधान पथ"।vs\config\applicationhost.config। आप फ़ाइल को notepad.exe के साथ खोल सकते हैं और उस जानकारी को खोजने के लिए aspnetcore.dll खोज सकते हैं।
5. कृपया बताएं कि निम्नलिखित मामलों में यह समस्या कब होती है:
   1) नया विंडोज 10 अपडेट इंस्टॉल करने के बाद
   2) ओएस को डाउनलेवल वर्जन ओएस से अपग्रेड करने के बाद
   3) अन्य सॉफ्टवेयर पैकेज जैसे .NetCore का नया संस्करण स्थापित करने के बाद
6. यदि आप नया विंडोज 10 अपडेट स्थापित करने के बाद या डाउनलेवल संस्करण ओएस से ओएस को अपग्रेड करने के बाद इस समस्या में भाग लेते हैं, तो कृपया हमें बताएं कि ओएस को अपग्रेड करने से पहले आपके पास कौन सा ओएस और कौन सा ओएस संस्करण था
7. यदि आप नया विंडोज 10 अपडेट स्थापित करने के बाद या डाउनलेवल संस्करण ओएस से ओएस को अपग्रेड करने के बाद इस समस्या में भाग लेते हैं, तो कृपया %windir%\iis.log फ़ाइल भेजें, जो कि आईआईएस सेटअप गतिविधि की कुछ विस्तृत जानकारी के साथ आईआईएस सेटअप लॉग फ़ाइल है। ओएस अपग्रेड
8. यदि, इस समस्या के होने से पहले, आप aspnetcore.dll का उपयोग कर रहे थे, तो कृपया हमें बताएं कि आपने निम्नलिखित मामलों से aspnetcore.dll फ़ाइल को किस तरीके से स्थापित किया है:
   1) मैंने नवीनतम .NetCore टूलिंग या अन्य पुराने संस्करण स्थापित किए हैं
   2) मैंने .NetCore टूलिंग (या अलग नाम पैकेज) सेटअप प्रोग्राम का पुराना संस्करण स्थापित किया है
   3) मैंने ANCM (AspNetCore मॉड्यूल) सेटअप प्रोग्राम (.msi) डाउनलोड किया और aspnetcore.dll को स्थापित करने के लिए सेटअप प्रोग्राम चलाया।
   4) मैंने अपनी मशीन पर एक अलग मशीन से aspnetcore.dll फ़ाइल की प्रतिलिपि बनाई और किसी अन्य सेटअप प्रोग्राम को चलाए बिना इसे मैन्युअल रूप से कॉन्फ़िगर किया
   5) मैंने इसे कभी स्थापित नहीं किया
   6) मुझे नहीं पता कि मैंने इसे स्थापित किया है या नहीं

@jhkimnew यदि आप अपने आप को पुन: पेश करना चाहते हैं, तो यह काफी सरल है और विंडोज़ 10 के एक बिल्ड से एक नए बिल्ड में अपग्रेड करते समय 100% होता है (एक संचयी अद्यतन स्थापित करने के साथ भ्रमित नहीं होना चाहिए) यदि आप पहले से ही नवीनतम प्राप्त कर चुके हैं वीएस और टूलिंग स्थापित, और आईआईएस में आपकी साइट को 32 बिट ऐप पूल में चला रहे हैं। उदाहरण: 1511 से 1607 तक अपग्रेड करें (जो इस धागे में सबसे ज्यादा इस मुद्दे को चलाने के लिए किया गया है ... इसमें 1607 के लॉन्च से पहले इनसाइडर प्रोग्राम के लिए जारी किए गए हर नए बिल्ड के साथ)। यदि आप पहले से ही 1607 पर हैं, तो पुन: पेश करने का सबसे आसान तरीका अंदरूनी कार्यक्रम में शामिल होना और नवीनतम अंदरूनी निर्माण में अपडेट करना है। यह होगा। मुझे यकीन नहीं है कि .net कोर लॉग आपको कुछ भी दिखाएंगे क्योंकि विंडोज़ को अपडेट करते समय समस्या होती है, न कि .net कोर को स्थापित करते समय। .net कोर को रिपेयर करना हमेशा इसे ठीक करता है।

खरोंच से पुन: पेश करने के लिए (या, कहें, एक वीएम में):

1. विंडोज 10 1511 या इससे पहले के संस्करण को स्थापित करें।
2. आईआईएस और नेट और एमवीसी जोड़ें।
3. विजुअल स्टूडियो 2015 और सभी एमवीसी टूलिंग अपडेट स्थापित करें (यह एस्पनेटकोर स्थापित करेगा)।
4. एक डेमो एमवीसी ऐप बनाएं और इसे आईआईएस में इंस्टॉल करें, इसके ऐप पूल को 32 बिट मोड में चलाने के लिए सेट करें।
5. इस बिंदु पर, सब कुछ पूरी तरह से काम करना चाहिए।
6. विंडोज अपडेट का उपयोग करते हुए, विंडोज 10 1607 में अपडेट करें।
7. फायदा। या यों कहें... इस बग का अनुभव करने का आनंद लें जब आप पहली बार 32 बिट एमवीसी साइट चलाने का प्रयास करते हैं (जिसे नेटकोर की आवश्यकता/उपयोग भी नहीं होती है)।

@BryanTheCrow यह सभी मशीनों पर पुन: पेश नहीं करता है। मेरे पास दो साप्ताहिक अपडेट हैं जिन पर ऐसा नहीं हुआ है।

@ ट्रैचर दिलचस्प। आइए अंतर को कम करने का प्रयास करें। उन मशीनों पर जो हाल ही में अपडेट होती हैं, क्या आप भी:

1. क्या विजुअल स्टूडियो 2015 + अपडेट 3 + एमवीसी + टूलिंग अपडेट (जिसमें डॉटनेटकोर शामिल है) स्थापित है?
2. आईआईएस स्थापित करें
3. आईआईएस में कॉन्फ़िगर किया गया एक एमवीसी (डॉटनेटकोर नहीं) साइट है
4. उस साइट के लिए 32 बिट ऐप पूल का उपयोग करें

1 हाँ, 2 हाँ, 3 नहीं - मैं मुख्य रूप से मुख्य साइटों का परीक्षण करता हूँ। 4 नहीं।

@BryanTheCrow यदि आप इस मुद्दे को पुन: पेश कर सकते हैं, तो क्या आप मेरे द्वारा ऊपर पूछी गई जानकारी एकत्र करेंगे? और कृपया देखें कि OS को अपग्रेड करने से पहले/बाद में aspnetcore.dll फ़ाइल कैसे बदली जाती है। इसे देखने के लिए, आपको ओएस को अपग्रेड करने और फ़ाइल का आकार लिखने से पहले यह जांचना होगा कि क्या आपकी मशीन में %windir%\system32\inetsrvaspnetcore.dll और %windir%\syswow64\inetsrvaspnetcore.dll दोनों हैं। और फिर OS को अपग्रेड करने के बाद इसकी तुलना करें।

@Tratcher बहुत यकीन है कि यह केवल 32 बिट dotnetcore.dll को प्रभावित करता है। मुझे आश्चर्य है कि क्या आपने अपनी साइट के आईआईएस ऐप पूल में से एक को 32 बिट पर स्विच किया है यदि आप उन मशीनों में से किसी एक पर पुन: पेश कर सकते हैं? यदि नहीं, तो नियमित एमवीसी ऐप की आवश्यकता हो सकती है।

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

जैसा कि आप एक फिक्स शोध करने वाले प्रतीत होते हैं, मैंने अभी माना है कि आप अपने लिए पुन: पेश करना चाहते हैं। यदि नहीं, तो अगली बार जब मैं एक नया बिल्ड स्थापित करूँगा, तो मैं यह देखने के लिए वापस जाँच करूँगा कि क्या किसी और ने इसे पुन: प्रस्तुत नहीं किया है और ऊपर दिए गए आपके सभी प्रश्नों के उत्तर पोस्ट करेंगे।

@BryanTheCrow dotnetcore.dll क्या है? शायद aspnetcore.dll के लिए टाइपो?
इस बीच, क्या आप अपनी मशीन पर %windir%\iis.log भेजेंगे और कृपया सूचित करेंगे कि आपने OS को कब अपग्रेड किया था ताकि हम उस दिन आईआईएस सेटअप लॉग के साथ देख सकें कि क्या हुआ था।
और कृपया बताएं कि "विजुअल स्टूडियो 2015 + अपडेट 3 + एमवीसी + टूलिंग अपडेट" के रेप्रो चरण से "एमवीसी + टूलिंग अपडेट" के लिए मुझे क्या करना है।
टूलिंग बंडल पैकेज बिल्ड के कुछ जोड़े हैं और इसलिए मैं ठीक उसी चरणों का पालन करना चाहता हूं जो आपने किया था और इसलिए मुझे विस्तृत जानकारी चाहिए कि यह कैसे करें।

@jhkimnew हाँ, क्षमा करें ... जल्दी से मेमोरी टाइप करना। मेरी गलती।

क्षमा करें, मेरी याददाश्त थोड़ी अस्पष्ट है क्योंकि मैंने स्पष्ट रूप से ASP.Net कोर को स्थापित करने का प्रयास नहीं किया। यह अन्य अद्यतनों में से एक के साथ आया था या शायद वीएस2015 की प्रारंभिक स्थापना के साथ भी। मुझे नहीं लगता कि यह मायने रखता है कि आप इसे कैसे स्थापित करते हैं, बस आप इसे स्थापित करते हैं... उस ने कहा, यहां चरण हैं जैसा कि मैं उन्हें याद करता हूं ... इनमें से कई कदम पुन: पेश करने के लिए आवश्यक नहीं हो सकते हैं, लेकिन के हित में पूर्ण होने के नाते मैं उन्हें शामिल करूँगा:

1. विन 10 प्रो (पूर्व आरएस1 रिलीज) पर, विंडोज़ सुविधाओं को चालू/बंद करने का उपयोग करके, और निम्नलिखित चेक के साथ कॉन्फ़िगर करें (यदि आप चाहें तो हाइपर-वी छोड़ें। मुझे पता है कि मैंने इसके साथ/इसके बिना इसमें भाग लिया है):
   
   
   
   • http://i.imgur.com/kcPiAZg.jpg
   
   
2. विजुअल स्टूडियो 2015 w/अपडेट 3 स्थापित करें और एक्सटेंशन और अपडेट डायलॉग (और ऊपरी दाएं में छोटा झंडा) के माध्यम से अपडेट प्रॉम्प्ट का पालन करके नवीनतम रिलीज में अपडेट करें ... मुझे याद है कि एक एज़ूर अपडेट की आवश्यकता थी। हो सकता है कि उसने एस्पनेटकोर स्थापित किया हो ... मुझे इसे स्पष्ट रूप से स्थापित करना याद नहीं है ... मुझे लगता है कि यह वीएस 2015 या प्रारंभिक टूलिंग अपडेट में से एक के साथ बंडल में आया था। मैं वीएस एंटरप्राइज का उपयोग कर रहा हूं, अगर इससे कोई फर्क पड़ता है।
3. वीएस 2015 के एक्सटेंशन और अपडेट संवाद का उपयोग करके, यह सुनिश्चित करने के लिए दोबारा जांचें कि आपके पास माइक्रोसॉफ्ट एएसपी.नेट और वेब टूल्स हैं, और माइक्रोसॉफ्ट एएसपी. तो यह डबल-चेकिंग के लायक है)। यदि नहीं, तो उन्हें स्थापित करें।
4. वेब प्लेटफ़ॉर्म इंस्टालर का उपयोग करना MVC3 भाषा पैक इंस्टालर स्थापित करें और URLRewrite 2.0
5. रिबूट।
6. विंडोज अपडेट का उपयोग करते हुए, सुरक्षा अपडेट इंस्टॉल करें (लेकिन अभी तक बिल्ड अपडेट न करें)।
7. आईआईएस में एक मूल एमवीसी 4 साइट (उदा: टेम्पलेट/डेमो ऐप) कॉन्फ़िगर करें।
8. इसके ऐप पूल को 32 बिट मोड में चलाने के लिए सेट करें।
9. सत्यापित करें कि यह काम करता है।

उस समय, मेरे लिए पुन: पेश करने के लिए आवश्यक एकमात्र कदम विंडोज़ अपडेट प्रक्रिया के माध्यम से एक नए निर्माण में अपग्रेड करना था। अद्यतन करने के बाद, मुझे DotNetCore मॉड्यूल और URLRewrite मॉड्यूल दोनों को लोड करने का प्रयास करने में त्रुटियाँ मिलेंगी, पहली बार किसी पृष्ठ को लोड करने का प्रयास करते समय ऐप पूल को मारना। "प्रोग्राम जोड़ें/निकालें" दोनों में मरम्मत चलाना उन्हें ठीक करता है।

यहाँ मेरा वर्तमान आईआईएस लॉग है। मैं 100% निश्चित नहीं हूं, लेकिन मेरा मानना ​​​​है कि मैंने 1607 की एक साफ स्थापना की थी जब यह बाहर आया और खरोंच से फिर से कॉन्फ़िगर किया गया, इसलिए मुझे यकीन नहीं है कि यह मददगार होगा।

iislog.zip

मुझे आश्चर्य है कि क्या यह देखने के लायक है कि %windir%\Windowsupdate.log यह देखने के लिए कि क्या मशीन पर अपग्रेड को संशोधित करने वाले कोई निशान हैं या नहीं। आईआईएस एक ओएस सुविधा है, इसलिए यह संभव है कि ओएस को अपग्रेड करने से उस पर असर पड़ सकता है और जरूरी नहीं कि एएनसीएम जैसे अतिरिक्त आइटम का सम्मान किया जाए।

यह संभव है कि OS को अपग्रेड करने से उस पर प्रभाव पड़ सकता है और आवश्यक रूप से ANCM जैसे इंस्टॉल किए गए अतिरिक्त आइटम का सम्मान नहीं कर सकता है।

@joeloff निश्चित रूप से ऐसा लगता है कि यहां क्या हो रहा है क्योंकि यह URLRewrite 2.0 को भी प्रभावित करता है। "विंडोज़ सुविधाओं को चालू / बंद करें" के माध्यम से स्थापित मॉड्यूल में कोई समस्या नहीं है। लेकिन बिल्ड अपडेट प्रक्रिया में कुछ 32 बिट ऐप पूल में उनका उपयोग करने का प्रयास करते समय कुछ, लेकिन सभी मॉड्यूल को मारने के लिए प्रतीत नहीं होता है।

@BryanTheCrow ठीक है, मुझे आपके रेप्रो चरणों का पालन करने के साथ एक सुसंगत
मैं ओएस को अपग्रेड करने के संबंध में आईआईएस टीम की मदद से आगे की जांच करूंगा और आपको इस मुद्दे के बारे में जल्द ही अपडेट करूंगा।

@jhkimnew इसे सुनकर खुशी हुई। उम्मीद है कि यह कुछ आसान हो जाएगा। मैं

ऐसा लगता है कि IIS को सही फ़ाइल पथ के साथ एक बेहतर त्रुटि संदेश की आवश्यकता है! :)

मेरे पास यह नॉन-इनसाइडर्स विंडोज 10 एनिवर्सरी पर था। एस्पनेट कोर को फिर से स्थापित करने से यह ठीक नहीं हुआ, लेकिन प्रोग्राम्स और फीचर्स से हर एस्पनेट कोर आइटम को अनइंस्टॉल कर दिया।

ऐसा लगता है कि यह वास्तविक उत्पादन मशीनों को तोड़ रहा है - मैंने इसे ठीक करने की कोशिश में कई घंटे गंवाए, जबकि मुझे जरूरी काम करना था। मुझे विश्वास नहीं है कि मैंने अपनी उत्पादन मशीन पर पूर्वावलोकन सामग्री डालना भी चुना है; वीएस ने किया?

@DanTup हां, कोई भी विंडोज़ 10 बिल्ड अपडेट इसे ट्रिगर करता है (सालगिरह अपडेट शामिल)। अंदरूनी अपडेट उन लोगों के लिए पुन: पेश करने का सबसे आसान तरीका है जो पहले से ही 1607 पर हैं क्योंकि वे साप्ताहिक बनाम द्वि-वार्षिक नए निर्माण के साथ आते हैं।

"प्रोग्राम्स और फीचर्स" के माध्यम से "Microsoft .NET Core 1.0.1 - VS 2015 टूलिंग प्रीव्यू 2" की मरम्मत करना हर आइटम को अनइंस्टॉल करने की आवश्यकता के बिना इसे ठीक करता है (हालांकि, यह भी काम करेगा)।

@BryanTheCrow यह इस बात से संबंधित है कि इस तरह के एक महत्वपूर्ण बग के बारे में महीनों से जाना जाता है और उत्पादन मशीनों को प्रभावित कर रहा है (और मेरे द्वारा @shanselman के ट्वीट से मुझे यकीन भी नहीं है कि अगर aspnet टीम को पता चलता है कि यह गैर-अंदरूनी लोगों को प्रभावित कर रहा है! मैंने जवाब दिया लेकिन कोई प्रतिक्रिया नहीं मिली..)

मरम्मत मेरे काम नहीं आई; रिबूट सहित कई बार कोशिश की :-(

एमएस से कोड की गुणवत्ता में मेरा विश्वास हर महीने डूबता है; हम उन मुद्दों से लड़ने में पहले से कहीं अधिक समय बिताते हैं जो हमारे अपने नहीं हैं और किसी को परवाह नहीं है: - /

झल्लाहट नहीं, @DanTup। @jhkimnew (ऊपर) ने हाल ही में पुष्टि/पुन: प्रस्तुत किया है और इसकी तह तक जाने के लिए शामिल विभिन्न टीमों के साथ काम कर रहा है। मुझे आशा है कि 1703 रोल आउट होने से पहले उन्हें ठीक कर लिया जाएगा।

उन सभी लोगों को धन्यवाद जिन्होंने इस मुद्दे की सूचना दी।

मूल कारण

IIS अपग्रेड पथ में एक बग है। C:\Windows\SysWOW64\inetsrv निर्देशिका में गैर-OS फ़ाइलें OS अपग्रेड के दौरान संरक्षित नहीं होती हैं। यदि आपके पास कोई आईआईएस मॉड्यूल है जो विंडोज़ के हिस्से के रूप में शिप नहीं किया गया है और inetsrv निर्देशिका में फ़ाइलों को छोड़ देता है, तो उन्हें तोड़ दिया जाएगा। ASP.NET कोर मॉड्यूल, HTTP प्लेटफ़ॉर्म हैंडलर, URL रीराइट, SEO ऑप्टिमाइज़ेशन टूलकिट IIS मॉड्यूल हैं जो OS अपग्रेड के दौरान टूट जाएंगे। यदि आप अन्य तृतीय-पक्ष मॉड्यूल का भी उपयोग करते हैं तो इस समस्या का सामना करना संभव है।

मैं इस मुद्दे का सामना कब करूं?

यदि आपके ओएस अपग्रेड से पहले आपके पास उपरोक्त में से कोई भी मॉड्यूल स्थापित था और फिर अपने ओएस अपग्रेड के बाद 32-बिट मोड में किसी भी एप्लिकेशन पूल को चलाने का प्रयास करें।
यदि आपका एप्लिकेशन अनुपलब्ध मॉड्यूल का उपयोग नहीं करता है, तो भी आप इस समस्या का सामना करेंगे।

काम क्या है?

उन सभी मॉड्यूल की मरम्मत करें जो आपके OS अपग्रेड के दौरान बंद हो गए थे।

मुझे कैसे पता चलेगा कि कौन से मॉड्यूल गुम हैं?

आपको इवेंट व्यूअर में उठाई गई त्रुटि दिखाई देनी चाहिए

Log Name:      Application
Source:        Microsoft-Windows-IIS-W3SVC-WP
Date:          10/17/2016 5:42:22 PM
Event ID:      2280
Task Category: None
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      repro-machine
Description:
The Module DLL C:\WINDOWS\system32\inetsrv\rewrite.dll failed to load.  The data is the error.
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-IIS-W3SVC-WP" Guid="{670080D9-742A-4187-8D16-41143D1290BD}" EventSourceName="W3SVC-WP" />
    <EventID Qualifiers="49152">2280</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2016-10-18T00:42:22.911610400Z" />
    <EventRecordID>589</EventRecordID>
    <Correlation />
    <Execution ProcessID="0" ThreadID="0" />
    <Channel>Application</Channel>
    <Computer>repro-machine</Computer>
    <Security />
  </System>
  <EventData>
    <Data Name="ModuleDll">C:\WINDOWS\system32\inetsrv\rewrite.dll</Data>
    <Binary>7E000000</Binary>
  </EventData>
</Event>

आप वास्तव में इसे कब ठीक करेंगे?

हम अभी एक फिक्स का परीक्षण कर रहे हैं, मैं इस स्थान को अपडेट कर दूंगा जब मैं एक ठोस तिथि/विंडोज बिल्ड साझा कर सकता हूं जिसमें इसे तय किया जाएगा

विंडोज इनसाइडर बिल्ड 15002 में यह समस्या ठीक कर दी गई है

यह इंगित करने योग्य है कि भले ही त्रुटि संदेश "मॉड्यूल डीएलएल C:\WINDOWS\system32\inetsrv\rewrite.dll लोड करने में विफल" पढ़ता है, वास्तविक अनुपलब्ध फ़ाइल C:\WINDOWS\syswow64\inetsrv\rewrite.dll । 32-बिट IIS कार्यकर्ता प्रक्रिया द्वारा system32 निर्देशिका तक पहुँच को syswow64 पुनर्निर्देशित किया जाता है।

जैसे ही इस मुद्दे पर भाग गया और मेरे लिए यह तय किया गया कि ऐप पूल को संपादित करना (डिफ़ॉल्ट)

32 ऐप्स को अक्षम करना ऐप पूल को रीसायकल करता है और यह काम करता है। ऐप पूल को फिर से 32 बिट समर्थन को फिर से सक्षम करें और यह अभी भी काम करता है, क्या यह संभव है कि 10 वीं वर्षगांठ अपडेट जीतने के बाद कुछ सही ढंग से सेट नहीं किया गया था?

@GMZ लगता है कि 32 बिट समर्थन को फिर से सक्षम करने के बाद आपकी कार्यकर्ता प्रक्रिया को फिर से शुरू नहीं किया गया है। AppPool रीसायकल को बाध्य करने का प्रयास करें और आपको अभी भी यह समस्या बनी रहती है।

https://www.microsoft.com/net/core#windows
डाउनलोड
.NET कोर 1.0.1-वीएस 2015 टूलिंग पूर्वावलोकन 2
और स्थापित करें

विंडोज इनसाइडर बिल्ड 15002 में यह समस्या ठीक कर दी गई है