विंडोज प्रोसेस एक्टिवेशन सर्विस फेलिंग - विंडोज 10


9

Windows प्रक्रिया सक्रियण सेवा (WAS) अब मेरे विंडोज 10 पीसी पर शुरू नहीं होगी। परिणामस्वरूप, IIS प्रारंभ नहीं होगा। मुझे यकीन नहीं है जब ऐसा हुआ था, लेकिन पिछले महीने में होने की संभावना है।

स्टार्टअप के दौरान, मुझे अब सिस्टम लॉग में 4 त्रुटि घटनाओं की एक श्रृंखला मिलती है:

WAS 5215: Windows प्रक्रिया सक्रियण सेवा (WAS) ऑफ़लाइन सेटअप के लिए प्रारंभ निष्पादित करने में विफल रही। डेटा फील्ड में एरर नंबर शामिल हैं। [डेटा फ़ील्ड: 50000780]

WAS 5005: Windows प्रक्रिया सक्रियण सेवा (WAS) बंद हो रही है क्योंकि इसमें त्रुटि हुई। डेटा फील्ड में एरर नंबर शामिल हैं। [डेटा फ़ील्ड: 50000780]

सेवा नियंत्रण प्रबंधक 7023: निम्नलिखित त्रुटि के साथ समाप्त हुई सेवा: फ़ाइल मौजूद है।

सेवा नियंत्रण प्रबंधक 7001: W3SVC सेवा WAS सेवा पर निर्भर करती है जो निम्न त्रुटि के कारण शुरू करने में विफल रही: फ़ाइल मौजूद है।

फ़ाइल में मौजूद त्रुटि के साथ इस प्रकार की त्रुटि के लिए मेरे पास कई संदर्भ नहीं हैं ।

(मैंने ProcMon का उपयोग करने की कोशिश की है यह पहचानने की कोशिश करने के लिए कि यह किस फ़ाइल का संदर्भ है, लेकिन यह चलाने के लिए बिल्कुल मना कर देता है।)


संपादित करें ... आखिरकार ProcMon को काम करने के लिए मिला (VS2017 का उपयोग करके 64-बिट संस्करण निकालने के बाद)। यह बताता है कि फ़ाइल जो उपरोक्त समस्या का कारण थी, वह C:\Windows\System32\inetsrv\Configफ़ोल्डर में "applicationhost.config.tmp" फ़ाइल थी । उस फ़ाइल को हटाने से प्रक्रिया को आगे जारी रखने की अनुमति मिली।

अब, पहली और तीसरी त्रुटियां हैं:

WAS 5215: Windows प्रक्रिया सक्रियण सेवा (WAS) ऑफ़लाइन सेटअप के लिए प्रारंभ निष्पादित करने में विफल रही। डेटा फील्ड में एरर नंबर शामिल हैं। [डेटा फ़ील्ड: 0D000780]

सेवा नियंत्रण प्रबंधक 7023: Windows प्रक्रिया सक्रियण सेवा सेवा निम्न त्रुटि के साथ समाप्त हुई: डेटा अमान्य है।


यानिंग शी के जवाब के अनुसार, यहाँ iis.logफ़ाइल से सबसे हाल की लाइनें हैं :

[01/13/2018 23:10:41] [ ***** IIS 10.0 Component Based Setup ***** ] [01/13/2018 23:10:41] .\inetsrv\iissetup.exe /install SharedLibraries /nano [01/13/2018 23:10:41] Setting Installation Type to Nano [01/13/2018 23:10:41] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [01/13/2018 23:10:42] < !!FAIL!! > Failed to create the NetFrameworkConfigurationKey key container (result=0x8009000f) [01/13/2018 23:10:42] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [01/13/2018 23:10:42] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [01/13/2018 23:10:42] [ End of IIS 10.0 Component Based Setup ]


यानबिंग शी के अगले जवाब के जवाब में ...

पहले, मैं d6d986f09a1ee04e24c949879fdb506c_*फ़ाइल को देखने / संपादित करने / हटाने में असमर्थ था । जब मैंने इसकी अनुमति को देखने का प्रयास किया, तो मुझे संदेश मिला: You do not have permission to view this object's security properties, even as an administrative user. मैं, हालांकि, स्वामित्व को "प्रशासक" में बदलने में सक्षम था, फिर उस समूहों Fullको इसकी अनुमति दे , और फिर मैं इसे देख सकता था। फ़ाइल पाठ फ़ाइल नहीं थी, लेकिन फ़ाइल में लगभग 28 बाइट्स हैं NetFrameworkConfigurationKey। मैंने फ़ाइल को उस फ़ोल्डर से बाहर निकाल दिया।

मैं फिर दौड़ा net start wasऔर मिलाSystem error 80 has occurred. The file exists.

iis.logफ़ाइल में कुछ भी नहीं जोड़ा गया था, लेकिन सिस्टम ईवेंट लॉग में सामान्य त्रुटि ईवेंट जोड़े गए थे।

मैंने तब मैन्युअल रूप से applicationhost.config.tmpफ़ाइल को हटा दिया और चला गया net start was। इस बार, मुझे मिल गयाSystem error 13 has occurred. The data is invalid.

इस बार, नई प्रविष्टियाँ थीं iis.log

[03/18/2018 07:44:54] [ ***** IIS 10.0 Component Based Setup ***** ] [03/18/2018 07:44:54] .\inetsrv\iissetup.exe /install SharedLibraries /nano [03/18/2018 07:44:54] Setting Installation Type to Nano [03/18/2018 07:44:55] Successfully added IIS_IUSRS ACE to DACL at %ProgramData%\Microsoft\Windows\WER\ReportQueue. [03/18/2018 07:44:55] Created NetFrameworkConfigurationKey key containter [03/18/2018 07:44:56] Created NetFrameworkConfigurationKey user key [03/18/2018 07:44:56] Set ACLs on NetFrameworkConfigurationKey [03/18/2018 07:44:56] < !!FAIL!! > Failed to create the iisWasKey key container (result=0x8009000f) [03/18/2018 07:44:56] < !!FAIL!! > Install of component SharedLibraries result=0x8009000f [03/18/2018 07:44:56] < !!FAIL!! > COMPONENT::ExecuteCommand result=0x8009000f [03/18/2018 07:44:56] [ End of IIS 10.0 Component Based Setup ]


इसी तरह के मुद्दे पर यहां चर्चा की गई: stackoverflow.com/questions/47998508/…
Glen Little

इसी तरह की एक और रिपोर्ट: answer.microsoft.com/en-us/windows/forum/…
Glen Little

और एक अन्य रिपोर्ट: social.msdn.microsoft.com/Forums/vstudio/en-US/…
Glen Little

एक और: serverfault.com/questions/644833/… इनमें से किसी का भी संतोषजनक जवाब नहीं है।
ग्लेन लिटिल

जवाबों:


9

विफलता इसलिए हुई क्योंकि स्टार्टअप के दौरान WAS मशीन कीज़ को एक्सेस नहीं कर सकता था। उन्नयन के बाद पहली बार शुरू होने पर, WAS नई मशीन कुंजियाँ बनाने का प्रयास करेगा यदि कोई भी नहीं है, या पुराने OS से छोड़ी गई पुरानी मशीन कीज़ को क्वेरी करें। इस स्थिति में, पुरानी मशीन कुंजियाँ मौजूद हैं लेकिन WAS दुर्भाग्य से कुछ अस्पष्ट कारणों से उन तक नहीं पहुँच सकता है। इन मशीन कुंजियों का उपयोग संवेदनशील जानकारी को applicationHost.config या web.config (जैसे यूजर पासवर्ड) में एन्क्रिप्ट करने के लिए किया जाता है। यदि मशीन का उपयोग नहीं किया जाता है तो WAS प्रारंभ नहीं कर पाएगा।

IIS द्वारा उपयोग किए जाने वाले कई मशीन कुंजी को हटाने के निम्नलिखित कदम WAS को शुरू करने की अनुमति देने में मदद कर सकते हैं - WAS शुरू में इन चाबियों को फिर से बनाएगा।

  1. अपने RSA मशीन कीज़ फ़ोल्डर में जाएँ: C: \ Users \ All उपयोगकर्ता \ Application Data \ Microsoft \ Crypto \ RSA \ _KKs
  2. एक मशीन कुंजी (फ़ाइल) ढूंढें जिसका नाम d6d986f09a1ee04e24c949879fdb506c_ * से शुरू होता है। यदि आप इसे नोटपैड का उपयोग करके खोलते हैं, तो आपको सादे पाठ "नेटफ्रैमवर्कवर्कऑनफिगरेशनके" को देखना चाहिए।
  3. इस फ़ाइल को किसी अन्य फ़ोल्डर में बैकअप करें।
  4. इस फ़ाइल को हटाएं।
  5. बैकअप और iisWasKey को हटाने के लिए 2-4 के समान चरणों का पालन करें: 76944fb33636aeddb9590521c2e8815a_ *
  6. बैकअप और iisConfigurationKey को हटाने के लिए 2-4 के समान चरणों का पालन करें: 6de9cb26d2b98c01ec4e9e8b34824aa2_ *
  7. मैन्युअल रूप से WAS प्रारंभ करें
    • "व्यवस्थापक के रूप में चलाएं" के माध्यम से एक कमांड प्रॉम्प्ट खोलें।
    • शुद्ध शुरुआत थी

धन्यवाद, @ यानिंग-शि। कृपया प्रश्न में मेरी प्रतिक्रियाएँ देखें।
ग्लेन लिटिल

हमने कुछ प्रगति की - कम से कम NetFrameworkConfigurationKey सफलतापूर्वक बनाया गया था। मैंने अतिरिक्त चरणों के साथ उत्तर को अपडेट किया।
शिंंग

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

यदि आप मेरे वर्कअराउंड चरणों का पालन करते हैं और तीन पुराने RSA मशीन कीज़ (1) NetFrameworkConfigurationKey (2) iisWasKey (3) iisConfigurationKey का बैकअप लेते हैं। यदि आप मुझे निम्नलिखित जानकारी प्रदान कर सकते हैं, तो मैं सराहना करूंगा: यदि आप WAS द्वारा बनाए गए नए के साथ प्रत्येक पुरानी कुंजी (बैकअप) की तुलना करते हैं, तो क्या उनका फ़ाइल नाम समान है - जैसे कि "*" भाग (GUID) हैं वही?
यानबिंग शी

@YanbingShi ने मेरी समस्या हल कर दी, धन्यवाद। आपके प्रश्न का उत्तर देने के लिए, फिर से बनाई गई नई कुंजियों का नाम पहले जैसा था। मुझे उन्हें स्थानांतरित करने के लिए मुख्य फ़ाइलों की अनुमतियों को बदलना पड़ा। मेरे पास पहले से ही अनुमति थी लेकिन मुझे हटाने के लिए मुझे विशेष रूप से उन्हें योग्य बनाना था, यानी राइट क्लिक> एक्सेस देना और फिर शेयर पर क्लिक करना
Swagata

4

मेरे लिए यह कल विंडोज अपडेट चलाने के बाद शुरू हुआ। तब से स्थापित अद्यतन:

  • विंडोज 10 में फीचर अपडेट, वर्जन 1709
  • Windows 10 KB4041994 के लिए अद्यतन
  • 2018-01 संचयी अद्यतन KB4056892

Windows प्रक्रिया सक्रियण सेवा (WAS) शुरू करने से यह त्रुटि हुई:

त्रुटि 13: डेटा अमान्य है।

सिस्टम ईवेंट लॉग से:

Windows प्रक्रिया सक्रियण सेवा (WAS) ऑफ़लाइन सेटअप के लिए प्रारंभ निष्पादित करने में विफल। डेटा फ़ील्ड में त्रुटि संख्या [8007000D] होती है।

पता नहीं क्या हो रहा था। मैंने अपना सत्यापन किया administration.config, applicationHost.configऔर redirection.configअपेक्षित डेटा समाहित किया।

मैं C:\inetpub\historyकोई परिणाम नहीं करने के लिए स्वचालित रूप से कॉन्फ़िगरेशन फ़ाइलों का बैकअप लेने की कोशिश की ।

अंत में मैंने वे कदम उठाए:

  1. से सभी कॉन्फ़िगरेशन फ़ाइलों का बैकअप लें C:\Windows\System32\inetsrv\Config

  2. विंडोज फीचर्स से निम्नलिखित को अनचेक करके HTTP से संबंधित सभी चीजों को हटा दिया गया है (एक स्क्रीनशॉट लें जो कि स्थापित हैं ताकि आप बाद में उसी मॉड्यूल को आसानी से पुनर्स्थापित कर सकें):

    • .NET फ्रेमवर्क 3.5 के तहत, फ्रेमवर्क को अनचेक न करें:
      • WCF HTTP एक्टिवेशन
      • WCF गैर-HTTP सक्रियण
    • .NET फ्रेमवर्क 4.7 उन्नत सेवाएं
    • आईआईएस
    • IIS होस्टेबल वेब कोर
    • Windows प्रक्रिया सक्रियण सेवा
  3. रीबूट।

  4. से शेष सामग्री हटा दी गई C:\Windows\System32\inetsrv
  5. ऊपर से सभी अनइंस्टॉल की गई सुविधाओं को पुनर्स्थापित करें।
  6. URL पुनर्लेखन मॉड्यूल को पुनर्स्थापित करें
  7. नए बनाए गए में बैकअप से संबंधित तत्वों <applicationPools>और <sites>तत्वों के नीचे से सावधानीपूर्वक वापस डालें ।applicationHost.configC:\Windows\System32\inetsrv\Config\applicationHost.config
  8. iisresetकेवल सुनिश्चित करने के लिए एक उन्नत कमांड प्रॉम्प्ट से निष्पादित करें।

और तूफान, मेरे सभी विकास स्थल फिर से उठे हैं।

इसके बाद मैंने बैक अप और नई applicationHost.configफाइलों की तुलना की और कोई बड़ा अंतर नहीं पाया। वास्तव में, जब मैंने applicationHost.configकॉन्फिगरेशन डायरेक्टरी में बैकअप लिया और फिर iisresetभी सब कुछ काम कर रहा था, तो मुझे लगता है कि यह वह फाइल नहीं थी जिसके कारण परेशानी हुई।


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

******** इस विज्ञापन को पूरा न करें ********। बहुत बहुत बुरा। मुझे काम में एक दिन पीछे कर दिया। वास्तव में बुरा सलाह। एक बार जब आप .NET 3.5 को अनइंस्टॉल कर देते हैं, तो आप इसे बहुत काम के बिना पुनर्स्थापित नहीं कर सकते। मुझे बस खुशी है कि उपरोक्त निर्देशों का पालन करके जो हुआ उसे ठीक करने के लिए मैंने निम्नलिखित पोस्ट पाया। damirscorner.com/blog/posts/…
Fractal

1

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

  • विंडोज कम्युनिकेशन फाउंडेशन नॉन-HTTP एक्टिवेशन
  • टीसीपी सक्रियण
  • नामित पाइप सक्रियण
  • संदेश पंक्तिबद्ध करना (MSMQ) सक्रियण

1
WPAS (कॉन्फ़िगरेशन API और प्रोसेस मॉडल चालू थे) बंद करना और फिर उन्हें चालू करना इस मामले में मदद नहीं करता है।
ग्लेन लिटिल

1

क्या आप निम्नलिखित जांच कर सकते हैं

  1. जांचें कि आपके पास यह रजिस्ट्री कुंजी है: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ WAS \ Parameters \ NanoSetup

मेरा मानना ​​है कि अगर आप ऐसे WAS स्टार्टअप की विफलता से प्रभावित होते हैं तो यह मौजूद होना चाहिए।

  1. जांचें कि क्या आपके पास C: \ windows \ system32 \ inetsrv \ config (फ़ोल्डर जहां आपका applicationHost.config बैठता है) के तहत applicationhost.config.tmp नाम की एक फ़ाइल है।

इस तरह की विफलता को हिट करने के लिए यह अस्थायी फ़ाइल मौजूद होनी चाहिए।

  1. C: \ windows में iis.log खोलें, फ़ाइल के अंत तक स्क्रॉल करें, और लॉग में सबसे हाल की त्रुटियों को खोजें। यदि आप किसी भी त्रुटि लॉग संदेश को यहां पेस्ट कर सकते हैं तो हम सराहना करते हैं।

अब मुझे संदेह है कि आप iis.log में त्रुटियाँ देखेंगे। क्या आप कारण को कम करने के लिए त्रुटियों को यहाँ पेस्ट कर सकते हैं?


1-हां। 2-जी हां। ऊपर दिए गए प्रश्न में लॉग प्रविष्टियों को जोड़ा गया।
ग्लेन लिटिल

यह रुचि का हो सकता है: फ़ोरम .iis.net
Glen Little
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.