উইন্ডোজ প্রসেস অ্যাক্টিভেশন পরিষেবা ব্যর্থ - উইন্ডোজ 10


9

উইন্ডোজ প্রসেস অ্যাক্টিভেশন পরিষেবা (ডাব্লুএএস) আর আমার উইন্ডোজ 10 পিসিতে আরম্ভ হবে না। ফলস্বরূপ, আইআইএস শুরু হবে না। কখন হয়েছিল তা আমি নিশ্চিত নই, তবে সম্ভবত সম্ভবত শেষ মাসে month

প্রারম্ভকালে, আমি এখন সিস্টেম লগে 4 টি ত্রুটি ঘটনার সিরিজ পাই:

ওয়াস 5215: উইন্ডোজ প্রসেস অ্যাক্টিভেশন পরিষেবা (ডাব্লুএএস) অফলাইন সেটআপের জন্য আরম্ভকরণ কার্যকর করতে ব্যর্থ হয়েছিল। ডেটা ফিল্ডে ত্রুটি নম্বর রয়েছে। [ডেটা ক্ষেত্র: 50000780]

WAS 5005: উইন্ডোজ প্রসেস অ্যাক্টিভেশন সার্ভিস (ডাব্লুএএস) থামছে কারণ এটির একটি ত্রুটির সম্মুখীন হয়েছিল। ডেটা ফিল্ডে ত্রুটি নম্বর রয়েছে। [ডেটা ক্ষেত্র: 50000780]

পরিষেবা কন্ট্রোল ম্যানেজার 7023: নিম্নলিখিত ত্রুটি দিয়ে ডাব্লুএএস পরিষেবাটি শেষ হয়েছে: ফাইলটি বিদ্যমান।

পরিষেবা কন্ট্রোল ম্যানেজার 7001: ডাব্লু 3 এসভিসি পরিষেবাটি ডাব্লুএএস পরিষেবাটির উপর নির্ভর করে যা নিম্নলিখিত ত্রুটির কারণে শুরু করতে ব্যর্থ হয়েছিল: ফাইলটি বিদ্যমান।

ফাইল উপস্থিত থাকার সাথে ত্রুটিযুক্ত এই ধরণের অনেক তথ্যই আমি পাইনি ।

(আমি কোন ফাইলটি উল্লেখ করছি তা সনাক্ত করার জন্য প্রোকমনকে ব্যবহার করার চেষ্টা করেছি, তবে এটি চালানো থেকে সম্পূর্ণ অস্বীকার করে))


সম্পাদনা করুন ... অবশেষে কর্মের জন্য প্রোকমন পেয়েছেন (ভিএস2017 ব্যবহার করে -৪-বিট সংস্করণটি বের করার পরে)। দেখা যাচ্ছে যে উপরের সমস্যার কারণ ফাইলটি C:\Windows\System32\inetsrv\Configফোল্ডারে থাকা "applicationhost.config.tmp" ফাইল ছিল । এই ফাইলটি সরানোর ফলে প্রক্রিয়াটি আরও চালিয়ে যাওয়ার অনুমতি দেওয়া হয়েছিল।

এখন, প্রথম এবং তৃতীয় ত্রুটিগুলি হ'ল:

ওয়াস 5215: উইন্ডোজ প্রসেস অ্যাক্টিভেশন পরিষেবা (ডাব্লুএএস) অফলাইন সেটআপের জন্য আরম্ভকরণ কার্যকর করতে ব্যর্থ হয়েছিল। ডেটা ফিল্ডে ত্রুটি নম্বর রয়েছে। [ডেটা ক্ষেত্র: 0D000780]

পরিষেবা নিয়ন্ত্রণ পরিচালক 7023: নিম্নলিখিত ত্রুটি সহ উইন্ডোজ প্রক্রিয়া সক্রিয়করণ পরিষেবা পরিষেবাটি সমাপ্ত: ডেটা অবৈধ।


ইয়াংবিং শি-র উত্তর অনুসারে, ফাইলটির সর্বাধিক সাম্প্রতিক লাইন এখানে রয়েছে 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 ]


অনুরূপ ইস্যুটি এখানে আলোচনা করা হয়েছে: স্ট্যাকওভারফ্লো.com
গ্লেন লিটল

অনুরূপ আর একটি প্রতিবেদন: જવાি.মাইক্রোসফট.ইন- ইউস
গ্লেন লিটল

এবং অন্য একটি প্রতিবেদন: social.msdn.microsoft.com/ Forums
গ্লেন লিটল

আরেকটি: serverfault.com/questions/644833/… এগুলির কোনওটির সন্তোষজনক উত্তর নেই।
গ্লেন লিটল

উত্তর:


9

ব্যর্থতাটি ঘটেছে কারণ শুরুর সময় WAS মেশিন কীগুলিতে অ্যাক্সেস করতে পারেনি। আপগ্রেড করার পরে প্রথম শুরু করার পরে, ডাব্লুএসএস যদি না থাকে তবে নতুন মেশিন কী তৈরি করার চেষ্টা করবে বা পুরাতন ওএস থেকে ছেড়ে যাওয়া পুরানো মেশিন কীগুলি জিজ্ঞাসা করবে। এই ক্ষেত্রে, পুরানো মেশিন কীগুলি বিদ্যমান রয়েছে তবে দুর্ভাগ্যক্রমে WA কোনও অস্পষ্ট কারণে তাদের অ্যাক্সেস করতে পারে না। এই মেশিন কীগুলি অ্যাপ্লিকেশন হোস্টকনফিগ বা ওয়েবকনফিগের (যেমন ব্যবহারকারীর পাসওয়ার্ড) সংবেদনশীল তথ্য এনক্রিপ্ট করতে ব্যবহৃত হয়। এটি ব্যবহার করতে পারে এমন কোনও মেশিন কী না থাকলে WAS শুরু করতে সক্ষম হবে না।

আইআইএস দ্বারা ব্যবহৃত বেশ কয়েকটি মেশিন কী মুছে ফেলার নিম্নলিখিত পদক্ষেপগুলি ডাব্লুএএস শুরু করতে সহায়তা করতে পারে - ডাব্লুএএস শুরুতে এই কীগুলি পুনরায় তৈরি করবে।

  1. আপনার আরএসএ মেশিন কী ফোল্ডারে যান: সি: \ ব্যবহারকারীরা \ সমস্ত ব্যবহারকারীদের অ্যাপ্লিকেশন ডেটা \ মাইক্রোসফ্ট, ক্রিপ্টো to আরএসএ \ মেশিনকি
  2. একটি মেশিন কী (ফাইল) সন্ধান করুন যার নাম d6d986f09a1ee04e24c949879fdb506c_ * দিয়ে শুরু হয়। আপনি যদি নোটপ্যাড ব্যবহার করে এটি খোলেন, আপনি "নেটফ্রেমওয়ার্ক কনফিগারেশনকি" সরল পাঠ্যটি দেখতে পাবেন।
  3. এই ফাইলটিকে অন্য কোনও ফোল্ডারে ব্যাকআপ দিন।
  4. এই ফাইলটি মুছুন।
  5. IWWKKey কে ব্যাকআপ এবং মুছতে 2-4 এর মতো একই পদক্ষেপ অনুসরণ করুন: 76944fb33636aeddb9590521c2e8815a_ *
  6. ICCfigrationKey কে ব্যাকআপ এবং মুছতে 2-4 এর মতো একই পদক্ষেপ অনুসরণ করুন: 6de9cb26d2b98c01ec4e9e8b34824aa2_ *
  7. ম্যানুয়ালি WAS শুরু করুন
    • "প্রশাসক হিসাবে চালান" এর মাধ্যমে একটি কমান্ড প্রম্পট খুলুন।
    • নেট শুরু ছিল

ধন্যবাদ, @ ইয়াংবিং-শি প্রশ্নে আমার প্রতিক্রিয়া দেখুন দয়া করে।
গ্লেন লিটল

আমরা কিছু অগ্রগতি করেছি - কমপক্ষে নেটফ্রেমওয়ার্ক কনফিগারেশনকি সফলভাবে তৈরি হয়েছিল। আমি অতিরিক্ত পদক্ষেপ সহ উত্তর আপডেট।
ইয়ানবিং শি

কাজের খুশি আপনাকে আনব্লক করে। তবে মূল কারণটি এখনও পরিষ্কার নয়। অবশ্যই আপগ্রেড করার সময় মেশিন কীগুলির সাথে সম্পর্কিত কিছু বিভ্রান্ত হয়েছিল (এবং এতে আইআইএসের কোনও নিয়ন্ত্রণ নেই)। পুরানো মেশিন কীগুলি আপগ্রেডের আগে ডাব্লুএস দ্বারা তৈরি করা হয়েছিল এবং উইন্ডোজ আপগ্রেড এই কীগুলি নতুন ওএসে বহন করে। যাইহোক, এটি সম্পূর্ণ অপ্রত্যাশিত যে SYSTEM অ্যাকাউন্টের অধীনে চলমান WAS নিজের দ্বারা তৈরি মেশিন কীগুলিতে অ্যাক্সেস করতে ব্যর্থ হবে।
ইয়ানবিং শি

আপনি যদি আমার কাজের পদক্ষেপগুলি অনুসরণ করেন এবং তিনটি পুরাতন আরএসএ মেশিন কী (1) নেটফ্রেমওয়ার্ক কনফিগারেশনকি (2) আইওয়াসওয়াসিকে (3) আইস কনফিগারেশন কিকে ব্যাকআপ করেন। আপনি যদি আমাকে নিম্নলিখিত তথ্যগুলি সরবরাহ করতে পারেন তবে আমি প্রশংসা করব: আপনি যদি প্রতিটি পুরানো কী (ব্যাকআপ) ওয়াসের মাধ্যমে পুনঃনির্মাণ করা নতুনটির সাথে তুলনা করেন, তবে তাদের কি একই ফাইলের নাম রয়েছে - যেমন "*" অংশটি (জিইউডি) হয় কিনা একই?
ইয়ানবিং শি

@ ইয়াংবিশ এই আমার সমস্যার সমাধান করেছেন, আপনাকে ধন্যবাদ। আপনার প্রশ্নের উত্তর দিতে, পুনরায় তৈরি করা নতুন কীগুলির আগের মতো একই নাম ছিল। কীগুলি সরানোর জন্য আমাকে অনুমতিগুলি পরিবর্তন করতে হয়েছিল। আমার কাছে ইতিমধ্যে অনুমতি ছিল তবে মুছে ফেলার পরে আমাকে বিশেষভাবে সেগুলি শেরেবল করে তুলতে হয়েছিল, যেমন ডান ক্লিক করুন> অ্যাক্সেস দিন এবং তারপরে শেয়ারটি ক্লিক করুন
স্বাঘাটা

4

আমার জন্য এটি গতকাল উইন্ডোজ আপডেট চালানোর পরে শুরু হয়েছিল। তার পর থেকে আপডেট ইনস্টল করা হয়েছে:

  • উইন্ডোজ 10, সংস্করণ 1709 এ বৈশিষ্ট্য আপডেট
  • উইন্ডোজ 10 কেবি 4041994 এর জন্য আপডেট
  • 2018-01 संचयी আপডেট KB4056892

উইন্ডোজ প্রসেস অ্যাক্টিভেশন সার্ভিস (ডাব্লুএএস) শুরু করার ফলে এই ত্রুটিটি পাওয়া গেছে:

ত্রুটি 13: ডেটা অবৈধ।

সিস্টেম ইভেন্ট লগ থেকে:

উইন্ডোজ প্রসেস অ্যাক্টিভেশন সার্ভিস (ডাব্লুএএস) অফলাইন সেটআপের জন্য আরম্ভকরণ কার্যকর করতে ব্যর্থ হয়েছিল। ডেটা ফিল্ডে ত্রুটি সংখ্যা [8007000D] রয়েছে।

কী হচ্ছিল কিছুই জানিনা। আমি আমার verfied administration.config, applicationHost.configএবং redirection.configপ্রত্যাশিত তথ্য উপস্থিত নেই।

আমি C:\inetpub\historyকোনও ফলাফল ছাড়াই কনফিগারেশন ফাইলগুলিকে স্বয়ংক্রিয়ভাবে ব্যাক আপ করাতে ফিরে যাওয়ার চেষ্টা করেছি ।

শেষ পর্যন্ত আমি এই পদক্ষেপগুলি নিয়েছি:

  1. সমস্ত কনফিগারেশন ফাইল থেকে ব্যাকআপ C:\Windows\System32\inetsrv\Config

  2. উইন্ডোজ বৈশিষ্ট্যগুলি থেকে নিম্নলিখিতটি আনচেক করে এইচটিটিপি সম্পর্কিত সমস্ত কিছু মুছে ফেলা হয়েছে (কোনগুলি ইনস্টল করা আছে তার একটি স্ক্রিনশট নিন যাতে আপনি পরে একই মডিউলগুলি সহজেই পুনরায় ইনস্টল করতে পারেন):

    • .NET ফ্রেমওয়ার্ক 3.5 এর অধীনে, ফ্রেমওয়ার্কটি নিজেই চেক করবেন না:
      • ডাব্লুসিএফ এইচটিটিপি অ্যাক্টিভেশন
      • ডাব্লুসিএফ নন-এইচটিটিপি অ্যাক্টিভেশন
    • .NET ফ্রেমওয়ার্ক 4.7 উন্নত পরিষেবাদি Services
    • আইআইএস
    • আইআইএস হোস্টেবল ওয়েব কোর
    • উইন্ডোজ প্রসেস অ্যাক্টিভেশন পরিষেবা
  3. পুনরায় বুট করুন।

  4. এর থেকে বাকি সামগ্রীগুলি মোছা হয়েছে C:\Windows\System32\inetsrv
  5. উপরে থেকে সমস্ত আনইনস্টল করা বৈশিষ্ট্যগুলি পুনরায় ইনস্টল করুন।
  6. ইউআরএল পুনরায় লেখার মডিউল পুনরায় ইনস্টল করুন
  7. সাবধানে নীচ থেকে প্রাসঙ্গিক উপাদান প্রতিহত করা <applicationPools>এবং <sites>থেকে উপাদানগুলি ব্যাক আপ applicationHost.configনব নির্মিত মধ্যে C:\Windows\System32\inetsrv\Config\applicationHost.config
  8. একটি সম্পাদন iisresetএকটি উন্নত আদেশ নিশ্চিত হতে প্রম্পট শুধু থেকে।

এবং হুররে, আমার সমস্ত বিকাশ সাইটগুলি আবার শেষ।

এর পরে আমি ব্যাক আপ এবং নতুন applicationHost.configফাইলগুলি তুলনা করেছি এবং কোনও বড় পার্থক্য চিহ্নিত করতে পারি না। আসলে, আমি যখন applicationHost.configকনফিগার ডিরেক্টরিতে ব্যাক আপটি ফেলে রেখেছিলাম এবং iisresetএখনও কাজ করে চলেছে এমন সমস্ত কিছুই চালাচ্ছে , তাই আমার ধারণা এটি কোনও ফাইলের পরে সমস্যা সৃষ্টি করে না।


আমি খুশি যে আপনি সমস্যাটি পেরিয়ে যেতে পেরেছিলেন। আমি এর আগে বেশিরভাগ কাজ করেছি, তবে খুব শীঘ্রই যদি কিছু না দেখা যায় তবে আমি আপনার পথটি আরও সাবধানতার সাথে অনুসরণ করে আবার করতে পারি। ইতিমধ্যে আমি আইআইএসের পরিবর্তে আইআইএস এক্সপ্রেস ব্যবহার করতে আমার বিকাশ স্যুইচ করতে সক্ষম হয়েছি এবং এটি এখনের জন্য কার্যকর।
গ্লেন লিটল

******** এই বিজ্ঞাপনটি অনুসরণ করবেন না ********। খুব খুব খারাপ. কাজের পিছনে আমাকে একটি দিন সেট করুন। সত্যই খারাপ পরামর্শ। একবার আপনি। নেট 3.5 আনইনস্টল করুন আপনি অনেক কাজ না করে এটিকে পুনরায় ইনস্টল করতে পারবেন না। উপরের নির্দেশাবলী অনুসরণ করে যা ঘটেছিল তা ঠিক করার জন্য আমি নিম্নলিখিত পোস্টটি পেয়েছি বলে আমি খুব আনন্দিত। damirscorner.com/blog/posts/…
ফ্র্যাক্টাল

1

সাম্প্রতিক উইন্ডোজ আপডেটের পরে আমার সাথেও এটি ঘটেছিল। উইন্ডোজ বৈশিষ্ট্যগুলিতে উইন্ডোজ প্রক্রিয়া অ্যাক্টিভেশন পরিষেবাটি বন্ধ এবং তারপরে চালু করা আমার পক্ষে কৌশলটি করেছে। এই পরিষেবাটি বন্ধ করা নীচের বৈশিষ্ট্যগুলিও বন্ধ করে দেবে যা আপনি আবার চালু করবেন:

  • উইন্ডোজ যোগাযোগ ফাউন্ডেশন নন-এইচটিটিপি অ্যাক্টিভেশন
  • টিসিপি অ্যাক্টিভেশন
  • নাম দেওয়া পাইপ অ্যাক্টিভেশন
  • বার্তা সন্ধান (এমএসএমকিউ) অ্যাক্টিভেশন

1
ডাব্লুপিএএস বন্ধ করা (কনফিগারেশন এপিআই এবং প্রসেস মডেল চালু ছিল) এবং তারপরে এগুলি চালু করা এই ক্ষেত্রে কোনও উপকারে আসেনি।
গ্লেন লিটল

1

আপনি কি নিম্নলিখিত চেকগুলি করতে পারেন?

  1. আপনার এই রেজিস্ট্রি কী আছে কিনা তা যাচাই করুন: HKEY_LOCAL_MACHINE Y SYSTEM \ কারেন্টকন্ট্রোলসেট \ পরিষেবাগুলি \ WAS \ পরামিতি \ ন্যানোসেটআপ

আমি বিশ্বাস করি যে আপনি যদি এইরকম ডাব্লুএএস স্টার্টআপ ব্যর্থতাটিকে আঘাত করেন তবে এর অস্তিত্ব থাকা উচিত।

  1. আপনার সি: \ উইন্ডোজ \ system32 \ inetsrv \ কনফিগারেশন (আপনার ফোল্ডারে যেখানে আপনার অ্যাপ্লিকেশনহস্ট.কনফিগ বসেছে) এর আওতায় অ্যাপ্লিকেশন হোস্টকনফিগ.টিএমপি নামে একটি ফাইল আছে কিনা তা পরীক্ষা করে দেখুন।

এই ধরনের ব্যর্থতা হিট করার জন্য এই অস্থায়ী ফাইলটিরও উপস্থিত থাকা উচিত।

  1. সি: in উইন্ডোতে আইআইএস.লগ খুলুন, ফাইলের শেষে নিচে স্ক্রোল করুন এবং লগের মধ্যে সাম্প্রতিকতম ত্রুটিগুলি অনুসন্ধান করুন। আপনি যদি কোনও ত্রুটি লগ বার্তা এখানে পেস্ট করতে পারেন তবে আমরা প্রশংসা করি।

এখন আমি সন্দেহ করি আপনি আইস.লগ-এ ত্রুটি দেখতে পাবেন। কারণটি সঙ্কীর্ণ করতে আপনি এখানে ত্রুটিগুলি পেস্ট করতে পারেন?


1-হ্যাঁ। 2-হ্যাঁ। উপরের প্রশ্নে যোগ করা লগ এন্ট্রি।
গ্লেন লিটল

এটি আগ্রহী হতে পারে: forums.iis.net/p/1148509/1865753.aspx
গ্লেন লিটল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.