<p>فشل تحميل ملف aspnetcore.dll # 597</p>

افتتح بالنيابة عنteovc.

teovc يجب أن يكون هناك مزيد من التفاصيل أدناه "البيانات هي الخطأ". في سجل الأحداث.

في عرض تفاصيل رسالة الخطأ ، يوجد ما يلي [انظر الصورة المرفقة].
يشير البحث البسيط في Bing إلى أن الخطأ مرتبط بتطبيقات 32 بت ، ولكن تم تمكين هذا الخيار في تجمع التطبيقات.

يشير الخطأ إلى أن AppPool 32 بت يحاول تحميل 64 بت aspnetcore.dll. هل يمكنك مشاركة معلومات الملف "C: \ Windows \ System32 \ inetsrv \ aspnetcore.dll" و "C: \ Windows \ SysWOW64 \ inetsrv \ aspnetcore.dll"

هل يمكنك أن تكون أكثر تحديدًا حول المعلومات التي تريد رؤيتها؟ (الملقب ، هل هذا ما تبحث عنه؟)

يبدو الملف صحيحًا. لقد قمت بتثبيت نفس الإصدار MSI الذي تملكه على مربع Win 10 وعملت. هناك شيء خاطئ في تكوين جهازك. هل يمكنك مشاركة applicationhost.config و web.config من فضلك.
كحل بديل ، يمكنك تعيين "تمكين تطبيق 32 بت" على خطأ لمعرفة ما إذا كان ذلك مفيدًا.

يعمل dlls ، تحدث المشكلة عند تثبيت إصدار جديد من نظام التشغيل كجزء من تجربة الاستضافة الذاتية.
في الوقت الحالي ، أستخدم موقع الويب الافتراضي (C: \ inetpub \ wwwroot). تم إرفاق ملف web.config (بامتداد txt منذ أن اشتكى GitHub).
web.config.txt

هذا web.config ليس هو الذي استخدمته لتطبيق ASP.NET Core لأنه لا يحتوي على أي إعداد للوحدة النمطية الأساسية لـ ASP.NET. هل يمكنك محاولة إلغاء تثبيت حزمة ASP.NET Core ثم إعادة تثبيتها بعد ترقية نظام التشغيل لمعرفة ما إذا كانت تساعد؟

هل يمكنك مشاركة applicationhost.config ضمن C: \ Windows \ System32 \ inetsrv \ config. هذا الملف هو ملف تكوين IIS وحدد مسار aspnetcore.dll.

سأحاول هذا الخيار. في غضون ذلك ، إليك ملف applicationhost.config. من فضلك ، كن على علم بأن الحل حتى الآن (الإصلاح أو الإزالة / التثبيت) يستغرق بعض الوقت الذي يخسره الأشخاص. قد لا يتأثر الأفراد خارج المؤسسة كثيرًا بالمشكلة نظرًا لأن معدل تحديثات نظام التشغيل أقل تكرارًا من أي شخص داخل المؤسسة. شكرا.
applicationHost.config.txt

نفس السؤال لي
لأن التطبيق يجب أن يعمل 32 بت و Intergrate

أردت فقط أن أضيف أنني واجهت هذه المشكلة للتو.
عندما تقول إلغاء تثبيت "ASP.NET Core bundle" ، ما هو الجزء الذي تشير إليه؟

أريد تشغيل التطبيق القديم في وضع 32 بت
كما أردت دراسة تطبيق ASP.NET Core
طريقة سيئة لإلغاء تثبيت "حزمة ASP.NET الأساسية" ، بأي طريقة أخرى؟

أهلا بكم،
قمت بإزالة الحزمتين المرتبطين بـ ASP.NET Core من لوحة التحكم / إضافة أو إزالة البرامج ، ثم تركت VS لتثبيت الإصدار التالي من ASP.NET Core (Microsoft.NET Core 1.0.0 - SDK Preview 2 (x64) و Microsoft.NET Core 1.0.0 - VS 2015 Tooling Preview 2) ولا تزال المشكلة قائمة عند تثبيت إصدار جديد من نظام التشغيل.

ضمن VS2015 - التحديث 2 ، يعمل الحل / المشاريع بشكل جيد ولكن عندما قمت بالترقية إلى VS2015 - التحديث 3 ، إلى جانب تحديثات الامتدادات ، واجهت هذه المشكلة. إذن ، هناك شيء مختلف أدى إلى كسر الحل / المشاريع. جميع المشاريع موجودة ضمن أطر عمل .NET v4.6 ، ولا توجد مشاريع / حلول أساسية لـ .NET هنا. بعد بضعة أيام ، عندما قمت باستنساخ الكود المصدري من TFS ، فإنه يعمل بدون دليل على الخطأ. غريب. هذا لا معنى له أيضا.

أريد فقط أن أضيف أنني واجهت هذه المشكلة في كل مرة يظهر فيها إصدار Insider جديد من Windows 10. انتهى بي الأمر إلى إلغاء تثبيت / إعادة تثبيت .Net Core في كل مرة. إذا لم يتم إصلاح ذلك قبل إطلاق تحديث الذكرى السنوية في 2 أغسطس ، فسيكون هناك الكثير من مطوري البرامج المرتبكين.

ترقية نفس المشكلة من Win 8.1 إلى Win 10.
إلغاء تثبيت وإعادة تثبيت DotNetCore.1.0.0-VS2015Tools.Preview2.exe ثابتة.

كان عليه فقط تشغيل "الإصلاح" ليعمل مرة أخرى. لم يكن علي القيام بإلغاء التثبيت / التثبيت الكامل. لكنني قمت للتو بالتحديث إلى تحديث الذكرى السنوية وكنت منزعجًا قليلاً لأنني واجهت هذه المشكلة فورًا.

نفس الشيء هنا بعد التحديث لتحديث الذكرى السنوية ...

تشغيل إصلاح على Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2 ، بالإضافة إلى إعادة التشغيل ، عمل أيضًا لي بعد تثبيت تحديث الذكرى السنوية.

تشغيل إصلاح على Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2 ، بالإضافة إلى إعادة التشغيل ، عمل أيضًا لي بعد تثبيت تحديث الذكرى السنوية.

تم التأكيد على أن هذا نجح معي في الإصدار 14393.

تم تثبيت Tooling Preview 2 من https://www.microsoft.com/net/core#windows
لم يكن من الضروري إعادة التشغيل ، لقد بدأت للتو مجموعة التطبيقات الخاصة بي وكان موقع الويب الخاص بي يعمل مرة أخرى.

تشغيل إصلاح على Microsoft .NET Core 1.0.0 - VS 2015 Tooling Preview 2 ، بالإضافة إلى إعادة التشغيل ، عمل أيضًا لي بعد تثبيت تحديث الذكرى السنوية.

شكرًا لك ، أدى تشغيل الإصلاح وإعادة تشغيل تجمع التطبيقات إلى حل هذه المشكلة بالنسبة لي. بدأت المشكلة بعد "تحديث الذكرى السنوية".

نفس المشكلة هنا - معطلة بعد تحديث الذكرى السنوية لـ Windows 10 - أي أن تحديث نظام التشغيل الجديد يكسرها.

في الصندوق الخاص بي ، تم تثبيت الوحدة النمطية aspnetcore.dll كوحدة نمطية عامة ، لذلك عندما تعذر على IIS تحميل DLL ، قام بحظر _ جميع_ تجمعات التطبيقات من البدء (بما في ذلك إعادة محاولات تجمّع التطبيقات ، وضرب حد إعادة المحاولة ، ثم تعطيل مجموعة التطبيقات .. . واحدًا تلو الآخر ... كلما حاول كل تجمع تطبيقات البدء عند الطلب الأول).

هذا أبعد ما يكون عن فوائد "نشر xcopy المعزول لكل تطبيق" كما يمكنني التفكير فيه: تحديث نظام التشغيل يكسر جميع تطبيقات الويب على كمبيوتر المطور.

واجهت مشكلة إضافية تتمثل في عدم قدرتي على إصلاح أو إلغاء تثبيت Core Tooling Preview 2 (خطأ "الحساب موجود بالفعل"). يبدو أن إجراء إصلاح على VS 2015 قد أصلح فشل تحميل ملف aspnetcore.dll.

تم التأكيد على أن هذا نجح معي في الإصدار 14393.

تم تثبيت Tooling Preview 2 من https://www.microsoft.com/net/core#windows
لم يكن من الضروري إعادة التشغيل ، لقد بدأت للتو مجموعة التطبيقات الخاصة بي وكان موقع الويب الخاص بي يعمل مرة أخرى.

هذا عمل لي.
كنت بحاجة إلى التثبيت والإصلاح ، وهما العنصران لأنه لم يكن هناك بعد تثبيت. net core ، كان فقط مع IIS ...
فقط التثبيت لم يعمل بالنسبة لي.

نفس المشكلة والحل هنا. تم فقط إصلاح .NET Core 1.0.0 RC2 ، Tooling Preview 1.

تم إصلاح NET Core 1.0.1 VS 2015 Tooling Preview 2 على جهازي لإصلاح المشكلة.

كان هذا مع تحديث windows 10 ver 1607 لهذا الأسبوع أيضًا. اضطررت إلى إصلاح ".NET Core 1.0.0 RC2 ، Tooling Preview 1"
وجدت هذه الصفحة عبر stackoverflow http://stackoverflow.com/questions/37475214/net-mvc-4-project-fails-with-event-log-error-the-module-dll-c-windows-system3

واجهت نفس المشكلة اليوم ، وكما هو الحال مع الجميع هنا ، أصلحت NET Core 1.0.1 VS 2015 Tooling Preview 2 على جهازي لإصلاح المشكلة. الشيء الغريب هو أنني قمت للتو بتثبيت هذه الأداة اليوم ، بعد أن قمت بتثبيت بعض التصحيح من تحديث الاستوديو المرئي 3.

لدي نفس المشكلة وانتهى بي الأمر بإلغاء تثبيت جميع العناصر الأساسية .net في جهازي للقيام بعملي القديم :(

قم بإلغاء تثبيت .NET Core 1.0.0 RC2 SDK Preview1 (x64). ثم إصلاح NET Core 1.0.0 RC2 ، معاينة الأدوات 1.
يعمل لدي

واجهت نفس المشكلة بعد التحديث إلى Windows 10 Anniversary. أدى إصلاح NET Core 1.0.1 VS 2015 Tooling Preview 2 إلى حل المشكلة. اضطررت أيضًا إلى إعادة تثبيت وحدة إعادة كتابة عنوان URL التي قمت بتثبيتها ، والتي تسبب خطأ مشابهًا.

freeboarder مرحبًا ، أحاول العثور على خطوات repro لهذه المشكلة. من أي نظام تشغيل قمت بتحديث جهازك إلى Windows 10 Anniversary أو Windows 10 أو Window 8.1؟ ويرجى توضيح ما فعلته بالضبط للتحديث إلى Windows 10 حتى أتمكن من فعل الشيء نفسه لإعادة إظهار المشكلة.

freeboarder ، اليوم ، حاولت إعادة إظهار المشكلة. هذا ما فعلته. يُرجى إعلامي إذا كان هناك أي شيء مفقود لإعادة إظهار المشكلة التي واجهتها.

1. قم بإعداد جهاز amd64 وتثبيت Win10 RTM build 14393.0.160715
2. قم بتثبيت IIS
3. قم بتثبيت VS 2015 + VS Update3
4. انتقل إلى https://www.micorosft.com/net/core#windows ثم ثبّت ".NET Core 1.0.1 - VS 2015 Tooling Preview 2"
5. أعد تشغيل الجهاز لتحديث خدمات IIS لتطبيق تكوينات أداة Dotnet
6. قم بإنشاء نموذج لتطبيق aspnetcore ونشره في IIS وتحقق من أن كل شيء يعمل
7. انتقل إلى الإعدادات> التحديثات والأمان> Windows Update وقم بتثبيت "تحديث لنظام التشغيل Windows 10 الإصدار 1607 للأنظمة المستندة إلى x64 (KB3176936)
8. بعد التحديث ، أكدت أن كل شيء لا يزال يعمل

jhkimnew حدث هذا عندما حدثت ترقية Windows إلى v1607 الأسبوع الماضي. لديك إصدار أقدم من النوافذ مع تثبيت iis. ثم قم بتثبيت ملحق إعادة كتابة عنوان url ومعاينات أدوات الشبكة. سمحوا لهم بالترقية إلى الإصدار v1607. يعيد تكوين iis ويعطي الخطأ الذي ذكرناه. إصلاح التثبيتات يحل الخطأ ولكن الترقية يجب أن تتكيف بالفعل. هكذا واجهتها على أي حال.

FlapperMK ماذا تقصد ب "إعادة تكوين iis"؟
هل تقصد أن وحدة aspnetcore.dll قد اختفت؟ أو ذهب ملف aspnetcore.dll؟ او كلاهما؟
في نظام التشغيل العادي / الناجح ، يجب ألا يقوم IIS بإعادة تعيين التكوين وأي ملفات. لقد أكدت ذلك بالفعل على أجهزة الاختبار الخاصة بي.
إذا كنت تعرف خطوات repro ، فيرجى إخبارنا بذلك حتى نتمكن من التحقيق في المشكلة.

تم تثبيت الأدوات عبر الاستوديو المرئي. عند الترقية فشلت iis في التهيئة بسبب الأخطاء المذكورة أعلاه. لا يزال لدى Iis مؤشرات للأدوات ولكن لم يتم العثور على شيء في مكان ما ينتج عنه الخطأ. أصلح التثبيت المشكلة وتم تهيئته بنجاح. لم يكن هناك شيء قابل للتصفح حتى الإصلاح.

FlapperMK لكي أفهم هذه المشكلة ، يرجى إخباري ما إذا كان الملف٪ SystemRoot٪ \ system32 \ inetsrvaspnetcore.dll موجودًا أم لا عند فشل تهيئة IIS. سبب سؤالي هو أن ترقية نظام التشغيل يجب ألا تزيل أي ملف موجود على دليل inetsrv. إذا كان الملف موجودًا ولكنك لا تزال تحصل على الفشل. يجب عليك التحقق جيدًا من المسار المستخدم لملف aspnetcore.dll في الملف٪ SystemRoot٪ \ system32 \ inetsrv \ config \ applicationhost.config. إذا كان يشير إلى مسار مختلف ، فأنت بحاجة إلى التحقق مما إذا كان المسار المكون صالحًا أم لا. في الأساس ، أريد أن أفهم ما حدث بالفعل.
إذا كان الملف موجودًا وكان المسار الذي تم تكوينه صالحًا ، فلا يمكننا القول أنه تمت إعادة تعيين تكوين IIS عن طريق ترقية نظام التشغيل وقد يكون هناك شيء آخر يحدث.

بالنسبة لي ، كنت على 10586. تم تثبيت IIS. تم تثبيت إصدار Vs2015 ، وتم ترقيته بمرور الوقت إلى أحدث إصدار. تم تثبيت الإصدار الأساسي. net فقط.

ثم قام Windows بتحديث نفسه إلى 14393. ثم واجهت مشكلة مع IIS و. net الأساسية واضطررت إلى إعادة تثبيت ذلك لإصلاحه. كل شيء على 64 بت.

realwarder ، هل يمكنك إعادة

تضمين التغريدة
لمعلوماتك. يتم تثبيت aspnetcore.dll عند تثبيت Aspnet Core. يعد Aspnet Core أحد الحزم المضمنة في أدوات .Net Core VS.
إذا تم تثبيت IIS على جهازك ، فسيقوم إعداد Aspnet Core بتثبيت aspnetcore.dll على كل من دليل IISExpress و IIS. إذا لم يتم تثبيت IIS على جهازك ، فسيقوم إعداد Aspnet Core بتثبيت aspnetcore.dll فقط على دليل IISExpress.

في جهاز الاختبار الخاص بي ، لم يتم حذف ملف aspnetcore.dll بعد تثبيت تحديث نظام التشغيل. لا أرى أي سبب لإزالة الملف ما لم تقم عن غير قصد باستدعاء إعداد Aspnet Core لإلغاء تثبيت aspnetcore.dll.

إذا كان بإمكان أي شخص معرفة خطوات repro ، فيرجى إبلاغي بذلك وسأتحقق من سبب المشكلة. حتى الآن ، لا أرى أي خطوات إعادة عرض متسقة وأحاول فهم ما يحدث بالفعل.
بادئ ذي بدء ، أود التحقق مما إذا كان الملف قد تمت إزالته أم لا للتأكد من أن رسالة الخطأ ليست إنذارًا كاذبًا.

يجب علينا أيضًا التحقق من ملفات المخطط المفقودة وإدخالات applicationhost.config. jhkimnew هل يمكنك وصف مكان البحث عن هؤلاء؟

هنا معلومات ملف المخطط.

بالنسبة لـ IISExpress:
"٪ ProgramFiles٪ \ IIS Express \ config \ schema \ aspnetcore_schema.xml"

بالنسبة لـ IIS:
"٪ windir٪ \ system32 \ inetsrv \ config \ schema \ aspnetcore_schema.xml"

هنا معلومات ملف aspnetcore.

لـ IISExpress (x86 / amd64):
"٪ ProgramFiles٪ \ IIS Expressaspnetcore.dll"
"٪ ProgramFiles (x86)٪ \ IIS Expressaspnetcore.dll"

لـ IIS (x86 / amd64):
"٪ windir٪ \ system32 \ inetsrvaspnetcore.dll"
"٪ windir٪ \ syswow64 \ inetsrvaspnetcore.dll"

وهنا معلومات ملف التكوين لوحدة aspnetcore.dll.

بالنسبة لـ IIS:
تم تكوين الوحدة النمطية aspnetcore.dll في الملف٪ windir٪ \ system32 \ inetsrv \ config \ applicationhost.config. يمكنك البحث عن ملف "aspnetcore.dll" من الملف.

بالنسبة لـ IISExpress:
تم تكوين الوحدة النمطية aspnetcore.dll في.vs \ config \ applicationhost.config. لن يتواجد ملف applicationhost.config افتراضيًا. يتم إنشاء الملف عند بدء أي مشروع تطبيق ويب موجود لحل VS. يمكنك البحث عن ملف "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>

FlapperMK ،
هل يمكنك التحقق من ملفات سجل الإعداد بالبحث عن "aspnetcoremodule"؟
يمكنك القيام بذلك عن طريق تشغيل الأمر التالي.

قرص مضغوط٪ temp٪
findstr / spi aspnetcoremodule *

في الحالة العادية ، يجب أن يكون هناك إدخالات سجل لتثبيت حزمة AspNetCoreModule_x64.
ستعرض نتيجة الأمر اسم الملف (على سبيل المثال: dd_DotNetCoreTools__20160926140846.log) كلقطة الشاشة أدناه التي حصلت عليها من جهاز الاختبار الخاص بي ويمكنك فتح ملف السجل باستخدام أي برنامج محرر نصوص. من خلال قراءة محتوى ملف سجل الإعداد باستخدام الكلمة الأساسية aspnetcoremodule ، يمكنك التحقق مما حدث لبرنامج إعداد حزمة AspNetCoreModule قبل / بعد تحديث نظام التشغيل.

<> <> <> مثال على نتيجة أمر findstr:
...
dd_DotNetCoreTools__20160926140846.log: [14D4: 14D8] [2016-09-26T14: 08: 47] i101: الحزمة المكتشفة: AspNetCoreModule_x64 ، الحالة: غائب ، ذاكرة التخزين المؤقت: بلا
...
<> <> <>

واجهت نفس المشكلة ، كان الحل هو إصلاح تثبيت _Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 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_Module: x64، package
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-de7cd6501203} على موفر الحزمة: IIS_AspNetCore_Module، x

كان كل من المخطط و aspentcore.dll موجودين على القرص وأشار _applicationHost.config_ إلى الموقع الصحيح.

رمز الخطأ في سجل الأحداث لـ _The Module DLL C: فشل تحميل \ WINDOWS \ system32 \ inetsrvaspnetcore.dll. البيانات هي الخطأ. _ is: <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 \ dd_A12_DotNet2016
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 ، الحالة: الحاضر ، الافتراضي المطلوب: الإصلاح ، طلب ba: الإصلاح ، التنفيذ: الإصلاح ، التراجع: بلا ، ذاكرة التخزين المؤقت : لا ، غير مؤقت: لا ، التبعية: تسجيل
dd_DotNetCoreTools__20160922122518.log: [319C: 10BC] [2016-09-22T12: 26: 38] i304: حمولة موجودة تم التحقق منها: AspNetCoreModule_x64 في المسار: C: \ ProgramData \ Package Cache {A0845055-ED2B-41CF-B799-A29048. 9.1965 \ packs \ aspnetcoremodule_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-B7 A5765C485F29} v0.9.1965 \packs \ 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_Module، x64، package
dd_DotNetCoreTools__20160922122518.log: [3644: 372C] [2016-09-22T13: 32: 49] i410: متغير: WixBundleLog_AspNetCoreModule_x64 = C: \ Usersjdunn \ AppData \ Local \ Temp \ dd_Dot__NetCore_60

jhkimnew في حالتي ، لم تطبيقات 32 بت . بعد الترقية إلى Windows 10 ، أدت أي محاولة لتحميل تطبيق في هذا التجمع إلى حدوث خطأ. أعتقد أنه عندما قمت بتعطيل خيار 32 بت اختفى الخطأ ، على الرغم من أن هذا لم يكن حلاً جيدًا بالنسبة لي لأن تطبيقي يتطلب تحميل 32 بت. أتمنى أن يساعدك هذا.

reijerh يحتوي السطر الأخير من الإخراج على تلميح مثير للاهتمام للمشكلة التي قمت بتشغيلها.
لبعض الأسباب ، تم إلغاء تثبيت وحدة aspnetcoremodule (تمت إزالتها).
هل يمكنك إرفاق ملف dd_DotNetCoreTools__20160920112251.log حتى نتمكن من التحقق من سبب إزالته؟

بالتأكيد ، كان لا بد من إضافة امتداد .txt للتحميل. كما أزال اسم المستخدم الخاص بي من المسارات في السجل.

dd_DotNetCoreTools__20160920112251.log.txt

reijerh ، هل يمكنك إرفاق جميع السجلات الخاصة بالتثبيت (كل شيء تحت٪ temp٪ يبدأ بـ dd_DotNetCoreTools)

نعم ، لاحظ أنني قمت بالفعل بإصلاح Tooling Preview 2 الآن.

aspnetcore.zip

لقد قمت للتو بامتصاص تحديث Windows 10 ، والآن لا يعمل IIS على الإطلاق. أحصل على هذا الخطأ في عارض الأحداث عندما أحاول الوصول إلى أي موقع قمت بتكوينه في IIS:

فشل تحميل الوحدة النمطية DLL C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll. البيانات هي الخطأ.

أواجه بالضبط نفس المشكلة. يتوقف تجمع تطبيقات واحد عن العمل بعد بضع ثوانٍ في كل مرة أقوم بتشغيله. يشير سجل الأخطاء إلى: فشل تحميل الوحدة النمطية DLL C: \ WINDOWS \ system32 \ inetsrvaspnetcore.dll. لقد قمت بتثبيت تحديث ASP .NET Core Visual Studio أمس.

إذا كنت تستخدم Asp.Net فقط ، فلن تحتاج إلى وحدة aspnetcore.dll وأفضل حل بديل هو إزالة هذا الإعداد.

أعتقد أنك فاتك شيء هنا. ربما أستخدم أو لا أستخدم ASP.NET Core كجزء من IIS في الماضي ، لكنني لم أقم بتغيير أي إعدادات يدويًا. لقد تسببت بعض تحديثات Windows في امتصاص شيء ما تسبب في تلف IIS.

كانت الطريقة الوحيدة لإصلاح المشكلة هي إلغاء تثبيت IIS ، ASP.Net بالكامل ، وإعادة تشغيل الكمبيوتر ، ثم إعادة التثبيت وإعادة التشغيل مرة أخرى.

reijerh فحصنا ملف السجل. تم إنشاء جميع ملفات السجل التي أرسلتها بعد 9/20/2016.

عند قراءة ملف السجل ، لاحظنا أنك قمت بالترقية من 1.0.0 إلى 1.0.1 في 9/20 وقمنا بإصلاح 1.0.1 في 9/28.
في 9/20 ، لم يتم اتخاذ أي إجراء بخصوص aspnetcore.dll ولم نتمكن من العثور على أي دليل على سبب تلف ملف aspnetcore.dll أو إزالته.
1.0.0 و 1.0.1 لهما نفس الإصدار من aspnetcore.dll ولا نقوم بإلغاء التثبيت / التثبيت للملف أثناء الترقية من 1.0.0 إلى 1.0.1.
لذلك ، أعتقد أنك قمت بإلغاء تثبيت ملف aspnetcore.dll قبل 9/20.
هل قمت بإرسال كافة ملفات السجل؟ من الواضح أنك لم ترسل ملفات السجل عند تثبيت 1.0.0 والذي يحدث قبل 9/20. لفهم ما يحدث بالفعل ، نحتاج إلى جميع ملفات السجل.
إذا لم تقم بتنظيف ملفات السجل ، فهل ستنشئ ملفًا مضغوطًا آخر يتضمن جميع ملفات السجل (.log) التي يبدأ اسم الملف منها بـ "dd_" حتى نتمكن من فهم ما حدث قبل 9/20؟

ما هي٪ temp٪؟
ما هو ANCM؟

في الأساس ، ليس لدي أي فكرة. لقد قمت بتثبيت معاينات ASP.Net Core في الماضي. ولكن اعتبارًا من اليوم الآخر ، كان IIS مقليًا تمامًا - ليس فقط بالنسبة للحالات الأساسية - جميع الحالات. هذا كل ما اعرفه.

موافق. ها هي سجلاتي:
https://dl.dropboxusercontent.com/u/79781769/Logs.7z

بالنسبة إلى شيء ANCM الذي تتحدث عنه ، فقد قمت بتثبيت أشياء متعددة. في كثير من الأحيان ، سيخبرني VS "هناك إصدار جديد من .NET Core متاح" لذلك أتبع الرابط ، وهو لا يعمل. لذا ، فأنا في google وأبحث عن بعض المثبتات الأخرى التي قد تعمل أو لا تعمل.

لم أفتقد أي شيء. هذا كل ما كان هناك.

رقم هذا ليس هو الحال. لا يوجد مستخدمون آخرون على جهازي.

الوقت جدا متأخر الآن. تقلى IIS. الكثير من الناس سوف يتعاملون معها.

لا فائدة من البكاء على اللبن المسكوب الآن. يحتاج الأشخاص فقط إلى إلغاء تثبيت IIS تمامًا وإعادة التثبيت.

MelbourneDeveloper معذرة ولكنني قررت حذف كتاباتي حول

jhkimnew آسف ، هذا كل ما في _٪ temp٪ _ الذي يبدأ بـ _dd_dotnetcoretools_. أوه انتظر ، تريد كل شيء يبدأ بـ _dd__ ، لحظة واحدة.

تحرير: ها هو ،

نأسف بشأن الطوابع الزمنية المعدلة للملفات التي يتم تعديلها عن طريق إخفاء الهوية.

reijerh يبدو أنك فقدت ملفات السجل بخصوص 1.0.0. لم نتمكن من العثور على أي معلومات عن سبب عدم إمكانية تحميل ملف aspnetcore.dll على جهازك باستخدام ملفات سجل التزويد.

إذا واجه أي شخص المشكلة مرة أخرى ، قبل إصلاح أدوات .NetCore ، يرجى جمع المعلومات التالية وإرسالها إلينا حتى نتمكن من معرفة ما يحدث عندما لا تزال المشكلة تحدث.

1. رسالة خطأ الحدث الكامل
   (لمعلوماتك ، مع خطأ الحدث ، يمكننا تحديد ملف aspnetcore.dll الذي يسبب المشكلة ، إما٪ windir٪ \ system32 \ inetsrvaspnetcore.dll أو ملف مختلف في دليل آخر)
2. يرجى تأكيد ما إذا كان ملف aspnetcore.dll الذي تم عرضه في خطأ الحدث غير موجود أم لا. يمكنك ببساطة تشغيل "dir [مسار ملف aspnetcore.dll]" للحصول على هذه المعلومات. إذا بدأ مسار aspnetcore.dll الإشكالي من الدليل٪ windir٪ \ system32 \ inersrv وكان جهازك يحتوي على نظام تشغيل 64 بت ، يرجى تأكيد ما إذا كان الملف٪ windir٪ \ syswow64 \ inetsrvaspnetcore.dll موجودًا أم لا.
3. يرجى تأكيد ما إذا كان ملف aspnetcore_schema.xml موجودًا أم لا. يتم وضع ملف المخطط في "٪ windir٪ \ System32 \ inetsrv \ config \ schema" لـ IIS أو "٪ ProgramFiles٪ \ IIS Express \ config \ schema" لـ IISExpress
   (لمعلوماتك ، نود معرفة ما إذا كان يتم حذف aspnetcore.dll فقط أو يتم أيضًا حذف ملف المخطط الخاص به معًا)
4. يرجى إخبار أي ملف applicationatiohost.config به إعداد تكوين ملف aspnetcore.dll الإشكالي ، إما٪ windir٪ \ system32 \ inetsrv \ config \ applicationhost.config أو "مسار الحل الخاص بك" .vs \ config \ applicationhost.config. يمكنك فتح الملف باستخدام notepad.exe والبحث في aspnetcore.dll للعثور على تلك المعلومات.
5. من فضلك أخبر عندما تحدث هذه المشكلة من الحالات التالية:
   1) بعد تثبيت تحديث Windows 10 الجديد
   2) بعد ترقية نظام التشغيل من إصدار OS ذي المستوى الأدنى
   3) بعد تثبيت حزمة برامج أخرى مثل إصدار جديد من .NetCore
6. إذا واجهت هذه المشكلة بعد تثبيت تحديث Windows 10 الجديد أو بعد ترقية نظام التشغيل من الإصدار الأدنى من نظام التشغيل ، فيرجى إبلاغنا بنظام التشغيل وإصدار نظام التشغيل الذي كان لديك قبل ترقية نظام التشغيل
7. إذا واجهت هذه المشكلة بعد تثبيت تحديث Windows 10 الجديد أو بعد ترقية نظام التشغيل من إصدار OS ذي المستوى الأدنى ، فالرجاء إرسال ملف٪ windir٪ \ iis.log ، وهو ملف سجل إعداد IIS مع بعض المعلومات التفصيلية عن نشاط إعداد IIS أثناء ترقية نظام التشغيل
8. إذا كنت تستخدم aspnetcore.dll قبل حدوث هذه المشكلة ، فيرجى إخبارنا من أي طريقة قمت بتثبيت ملف aspnetcore.dll من الحالات التالية:
   1) لقد قمت بتثبيت أحدث أدوات .NetCore أو أي إصدار قديم آخر
   2) لقد قمت بتثبيت الإصدار القديم من برنامج إعداد أدوات .NetCore (أو حزمة أسماء مختلفة)
   3) قمت بتنزيل برنامج إعداد ANCM (وحدة AspNetCore) (.msi) وقمت بتشغيل برنامج الإعداد لتثبيت aspnetcore.dll
   4) لقد قمت بنسخ ملف aspnetcore.dll من جهاز مختلف إلى جهازي وقمت بتكوينه يدويًا بنفسي دون تشغيل أي برنامج إعداد آخر
   5) لم أقم بتثبيته مطلقًا
   6) لا أعرف ما إذا كنت قد قمت بتثبيته أم لا

jhkimnew إذا كنت تريد إعادة إنتاج نفسك ، فالأمر بسيط إلى حد ما ويحدث بنسبة 100٪ من الوقت عند الترقية من أحد إنشاءات Windows 10 إلى إصدار أحدث (لا يجب الخلط بينه وبين تثبيت تحديث تراكمي) إذا كنت قد حصلت بالفعل على آخر تحديث تم تثبيت VS والأدوات ، وتشغيل موقعك في IIS في مجموعة تطبيقات 32 بت. مثال: الترقية من 1511 إلى 1607 (وهو أكثر ما فعله في هذا الموضوع للتعامل مع هذه المشكلة ... على الرغم من أنك إذا نظرت إلى بداية سلسلة الرسائل ، فسترى العديد منا يحذرون من أن هذه ستكون مشكلة عندما نجري في هذا مع كل بنية جديدة تم إصدارها لبرنامج المطلعين قبل إطلاق 1607). إذا كنت تستخدم بالفعل 1607 ، فإن أسهل طريقة لإعادة الإنتاج هي الانضمام إلى برنامج المطلعين والتحديث إلى أحدث إصدار داخلي. سوف تحدث. لست متأكدًا من أن السجلات الأساسية لـ .net ستظهر لك أي شيء حيث تحدث المشكلة عند تحديث إصدارات Windows ، وليس عند تثبيت .net core. إصلاح. net الأساسية دائما يصلحه.

لإعادة الإنتاج من الصفر (أو ، على سبيل المثال ، في جهاز افتراضي):

1. قم بتثبيت نظام التشغيل Windows 10 1511 أو إصدار سابق.
2. أضف IIS & .Net & MVC.
3. قم بتثبيت Visual Studio 2015 وجميع تحديثات أدوات MVC (سيؤدي ذلك إلى تثبيت aspnetcore).
4. أنشئ تطبيقًا تجريبيًا MVC وقم بتثبيته في IIS ، واضبط مجموعة التطبيقات الخاصة به للتشغيل في وضع 32 بت.
5. في هذه المرحلة ، يجب أن يعمل كل شيء بشكل مثالي.
6. باستخدام Windows Update ، قم بالتحديث إلى Windows 10 1607.
7. ربح. أو بالأحرى ... استمتع بتجربة هذا الخطأ في المرة الأولى التي تحاول فيها تشغيل موقع 32bit mvc (والذي لا يحتاج حتى إلى / استخدام .netcore).

BryanTheCrow هذا لا يتكاثر على كل الأجهزة. لدي تحديثان أسبوعيًا لم يحدث هذا فيهما.

تضمين التغريدة دعنا نحاول تحديد الفرق. على تلك الأجهزة التي تم تحديثها مؤخرًا ، هل تقوم أيضًا بما يلي:

1. هل تم تثبيت Visual Studio 2015 + Update 3 + MVC + Tooling Updates (والتي تتضمن dotnetcore)؟
2. تم تثبيت IIS
3. تكوين موقع MVC (وليس dotnetcore) في IIS
4. استخدم تجمع تطبيقات 32 بت لهذا الموقع

1 نعم ، 2 نعم ، 3 لا - أقوم باختبار المواقع الأساسية بشكل أساسي. 4 لا.

BryanTheCrow إذا كان بإمكانك إعادة إنتاج المشكلة ، فهل ستجمع المعلومات التي طلبتها أعلاه؟ ويرجى ملاحظة كيفية تغيير ملف aspnetcore.dll قبل / بعد ترقية نظام التشغيل. من أجل ملاحظة ذلك ، ستحتاج إلى التحقق مما إذا كان جهازك يحتوي على٪ windir٪ \ system32 \ inetsrvaspnetcore.dll و٪ windir٪ \ syswow64 \ inetsrvaspnetcore.dll قبل ترقية نظام التشغيل وكتابة حجم الملف. ثم قارنه بعد ترقية نظام التشغيل.

Tratcher تأكد من أن هذا يؤثر فقط على 32 بت dotnetcore.dll. أتساءل عما إذا كنت قد قمت بتحويل أحد تجمعات تطبيقات iis لموقعك إلى 32 بت إذا كان بإمكانك إعادة الإنتاج على أحد هذه الأجهزة؟ إذا لم يكن الأمر كذلك ، فقد يكون تطبيق mvc العادي أحد المتطلبات.

jhkimnew لم أكن أخطط لتشغيل إيقاف الميزات الجديدة والأشياء ليست غير مستقرة). في حين أنه من السهل التكاثر عن طريق القيام بما أشرت إليه أعلاه ، إلا أن الأمر يستغرق بضع ساعات لتصفح التثبيتات التي تم إعدادها وليس لدي الوقت حقًا في الوقت الحالي.

نظرًا لأنك يبدو أنك الشخص الذي يبحث عن حل ، فقد افترضت للتو أنك ترغب في التكاثر بنفسك. إذا لم يكن الأمر كذلك ، في المرة التالية التي أقوم فيها بتثبيت بنية جديدة ، فسأحقق مرة أخرى لمعرفة ما إذا لم يقم أي شخص آخر بإعادة الإنتاج وسيقوم بنشر الردود على جميع أسئلتك أعلاه.

BryanTheCrow ما هو dotnetcore.dll؟ ربما خطأ مطبعي ل aspnetcore.dll؟
في غضون ذلك ، هل ترسل٪ windir٪ \ iis.log على جهازك ويرجى إبلاغك عند ترقية نظام التشغيل حتى نتمكن من إلقاء نظرة على ما حدث في ذلك اليوم باستخدام سجل إعداد IIS.
ويرجى توضيح ما يجب علي فعله لـ "تحديثات MVC + Tooling" من خطوة repro "Visual Studio 2015 + Update 3 + MVC + Tooling Updates".
هناك نوعان من تصميمات حزم الأدوات ، لذا أود اتباع نفس الخطوات بالضبط التي فعلتها وهذا هو السبب في أنني أريد الحصول على معلومات مفصلة حول كيفية القيام بذلك.

jhkimnew نعم ، آسف ... الكتابة بسرعة خارج الذاكرة. غلطتي.

عذرًا ، فإن ذاكرتي غامضة بعض الشيء لأنني لم أحاول صراحة تثبيت ASP.Net Core. لقد جاء مع أحد التحديثات الأخرى أو ربما حتى مع التثبيت الأولي لـ VS2015. لا أعتقد أنه من المهم كيفية تثبيته ، فقط ما تقوم بتثبيته ... ومع ذلك ، إليك الخطوات كما أتذكرها ... قد لا تكون العديد من هذه الخطوات ضرورية لإعادة الإنتاج ، ولكن لمصلحة عند اكتمالها ، سأقوم بتضمينها:

1. في Win 10 Pro (ما قبل الإصدار rs1) ، باستخدام تشغيل / تشغيل / إيقاف تشغيل ميزات Windows ، والتكوين مع تحديد ما يلي (تخطي Hyper-V إذا أردت. أعلم أنني واجهت هذا مع / بدونه):
   
   
   
   • http://i.imgur.com/kcPiAZg.jpg
   
   
2. قم بتثبيت Visual Studio 2015 مع التحديث 3 والتحديث إلى أحدث الإصدارات باتباع مطالبات التحديث عبر مربع حوار الملحقات والتحديثات (والعلامة الصغيرة في الجزء العلوي الأيمن) ... أذكر أن تحديث Azure كان مطلوبًا. ربما يكون ذلك قد ثبَّت aspnetcore ... لا أتذكر أنه قمت بتثبيته صراحةً ... أعتقد أنه جاء مرفقًا مع VS 2015 أو مع أحد تحديثات الأدوات الأولية. أنا أستخدم VS Enterprise ، في حالة حدوث فرق.
3. باستخدام مربع حوار الإضافات والتحديثات الخاص بـ VS 2015 ، تحقق جيدًا للتأكد من تثبيت Microsoft ASP.NET وأدوات الويب و Microsoft ASP.NET Web Frameworks and Tools (أتذكر أنه تم تثبيت هذه الأدوات بالفعل عند تثبيت VS2015 ، ولكن قد أكون مخطئًا ، لذا فإن الأمر يستحق إعادة التحقق). إذا لم يكن كذلك ، قم بتثبيتها.
4. باستخدام Web Platform Installer قم بتثبيت MVC3 Language Pack Installer و URLRewrite 2.0
5. اعادة التشغيل.
6. باستخدام Windows Update ، قم بتثبيت تحديثات الأمان (لكن لا تقم بتحديث الإصدارات حتى الآن).
7. تكوين موقع MVC 4 أساسي (على سبيل المثال: تطبيق القالب / العرض التوضيحي) في IIS.
8. قم بتعيين تجمع التطبيقات الخاص به ليتم تشغيله في وضع 32 بت.
9. تحقق من أنها تعمل.

في هذه المرحلة ، كانت الخطوة الوحيدة اللازمة لإعادة الإنتاج بالنسبة لي هي متابعة عملية تحديث Windows للترقية إلى بنية جديدة. بعد التحديث ، سأواجه أخطاء أثناء محاولة تحميل كل من وحدة DotNetCore ووحدة URLRewrite ، مما يؤدي إلى قتل مجموعة التطبيقات عند محاولة تحميل صفحة لأول مرة. تشغيل الإصلاح على كليهما في "إضافة / إزالة البرامج" يعمل على إصلاحها.

هذا هو سجل IIS الحالي الخاص بي. لست متأكدًا بنسبة 100٪ ، لكنني أعتقد أنني أجريت تثبيتًا نظيفًا لـ 1607 عندما ظهر وأعيد تكوينه من البداية ، لذلك لست متأكدًا من أن هذا سيكون مفيدًا.

iislog.zip

أتساءل عما إذا كان الأمر يستحق البحث في٪ windir٪ \ Windowsupdate.log لمعرفة ما إذا كانت هناك أية آثار توضح ما تم تعديل الترقية على الجهاز. IIS هي إحدى ميزات نظام التشغيل ، لذلك من الممكن أن تؤثر ترقية نظام التشغيل على ذلك وقد لا تحترم بالضرورة العناصر الإضافية التي تم تثبيتها ، مثل ANCM.

من الممكن أن تؤثر ترقية نظام التشغيل على ذلك وقد لا تحترم بالضرورة العناصر الإضافية التي تم تثبيتها ، مثل ANCM.

joeloff يبدو بالتأكيد أنه ما يحدث هنا لأنه يؤثر على URLRewrite 2.0 أيضًا. الوحدات المثبتة عبر "تشغيل / إيقاف تشغيل ميزات Windows" ليس لديها مشكلة. ولكن يبدو أن شيئًا ما في عملية تحديث الإنشاء يقتل بعض الوحدات ، وليس كلها ، عند محاولة استخدامها في مجموعة تطبيقات 32 بت.

BryanTheCrow حسنًا ، لقد وجدت خطوة
سأستقصي بشكل أكبر بمساعدة فريق IIS لإعادة ترقية نظام التشغيل وأطلعك على هذه المشكلة قريبًا.

jhkimnew سعيد لسماع ذلك. آمل أن يتحول الأمر إلى شيء بسيط. 👍🏻

يبدو أن IIS يحتاج إلى رسالة خطأ أفضل مع مسار الملف الصحيح! :)

حصلت على هذا في ذكرى Windows 10 لغير المطلعين. لم تؤد إعادة تثبيت aspnet core إلى إصلاحه ، ولكن إزالة تثبيت كل عنصر أساسي لـ aspnet من البرامج والميزات فعل.

يبدو أن هذا يكسر آلات الإنتاج الحقيقية - لقد فقدت عدة ساعات في محاولة إصلاح هذا بينما كان من المفترض أن أقوم بعمل عاجل. لا أعتقد أنني اخترت حتى وضع مواد المعاينة على آلة الإنتاج الخاصة بي ؛ فعل VS ذلك؟

DanTup نعم ، أي تحديث بناء على نظام التشغيل windows 10 يؤدي إلى هذا (يشمل تحديث الذكرى السنوية). تعد التحديثات الداخلية هي أسهل طريقة للتكاثر لأولئك الذين هم بالفعل على 1607 حيث يخرجون ببنية جديدة أسبوعيًا ، مقابل مرتين سنويًا.

يؤدي إصلاح "Microsoft .NET Core 1.0.1 - VS 2015 Tooling Preview 2" عبر "البرامج والميزات" إلى إصلاحه دون الحاجة إلى إلغاء تثبيت كل عنصر (على الرغم من أن ذلك سيعمل أيضًا).

BryanTheCrow إنه من التغريدة التي تلقيتها منshanselman ، لست متأكدًا مما إذا كان فريق aspnet قد أدرك أنه يؤثر على غير المطلعين! لم تحصل على رد ..).

لا يبدو أن الإصلاح يعمل بالنسبة لي ؛ حاول عدة مرات بما في ذلك عمليات إعادة التشغيل :-(

إيماني بجودة الكود من MS ينهار كل شهر ؛ نقضي وقتًا أكثر من أي وقت مضى في محاربة القضايا التي لا تخصنا ولا يبدو أن أحدًا يهتم: - /

لا تقلق ، DanTup. jhkimnew (أعلاه) أكد / مستنسخ مؤخرًا ويعمل مع مختلف الفرق المعنية للوصول إلى الجزء السفلي منه. أنا متفائل بأنهم سيحصلون على إصلاح قبل طرح 1703.

شكرًا لجميع الأشخاص الذين أبلغوا عن المشكلة.

السبب الجذري

يوجد خطأ في مسار ترقية IIS. لا يتم الاحتفاظ بالملفات التي ليست بنظام تشغيل في الدليل C:\Windows\SysWOW64\inetsrv أثناء ترقية نظام التشغيل. إذا كانت لديك أي وحدات IIS النمطية لم يتم شحنها كجزء من Windows وقمت بإسقاط الملفات في الدليل inetsrv ، فسيتم تعطيلها. وحدة ASP.NET الأساسية ، معالج النظام الأساسي HTTP ، إعادة كتابة URL ، مجموعة أدوات تحسين محركات البحث SEO هي وحدات IIS النمطية التي ستتوقف أثناء ترقية نظام التشغيل. من الممكن مواجهة هذه المشكلة إذا كنت تستخدم وحدات أخرى تابعة لجهات خارجية أيضًا.

متى أواجه هذه المشكلة؟

إذا كان لديك أي من الوحدات المذكورة أعلاه مثبتة قبل ترقية نظام التشغيل لديك ، ثم حاول تشغيل أي مجموعة تطبيقات في وضع 32 بت بعد ترقية نظام التشغيل.
ستواجه هذه المشكلة حتى إذا كان التطبيق الخاص بك لا يستخدم وحدة نمطية غير متوفرة.

ما هو العمل حولها؟

قم بإصلاح جميع الوحدات النمطية التي تم ضربها أثناء ترقية نظام التشغيل.

كيف أعرف الوحدات المفقودة؟

من المفترض أن يظهر خطأ في عارض الأحداث

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>

متى ستصلحها فعلا؟

نحن نختبر إصلاحًا في الوقت الحالي ، وسوف أقوم بتحديث هذه المساحة عندما يمكنني مشاركة تاريخ محدد / بناء Windows حيث سيتم إصلاحه

تم إصلاح هذه المشكلة في Windows Insider Build 15002

تجدر الإشارة إلى أنه على الرغم من أن رسالة الخطأ تقول "فشل تحميل الوحدة النمطية DLL C:\WINDOWS\system32\inetsrv\rewrite.dll " ، فإن الملف المفقود الفعلي هو C:\WINDOWS\syswow64\inetsrv\rewrite.dll . تمت إعادة توجيه عمليات الوصول إلى الدليل system32 بواسطة عملية العامل IIS 32 بت إلى syswow64 .

تمامًا كما تم تشغيل هذه المشكلة وما تم إصلاحه بالنسبة لي هو تحرير مجموعة التطبيقات (افتراضي)

يؤدي تعطيل 32 تطبيقًا إلى إعادة تدوير مجموعة التطبيقات وقد نجح ذلك. أوقف تجمع التطبيقات مرة أخرى وأعد تمكين دعم 32 بت ولا يزال يعمل ، فهل من الممكن أن يكون الشيء لم يتم تعيينه بشكل صحيح بعد تحديث الذكرى السنوية العاشرة للفوز؟

GMZ يبدو أنه لم يتم إعادة تشغيل عملية العامل بعد إعادة تمكين دعم 32 بت. حاول فرض إعادة تدوير AppPool وستظل هذه المشكلة قائمة.

https://www.microsoft.com/net/core#windows
تحميل
NET Core 1.0.1-VS 2015 Tooling Preview 2
وتثبيته

تم إصلاح هذه المشكلة في Windows Insider Build 15002