新しいビルドがインストールされるたびに、システムはdllaspnetcoreの正しいロードを停止します。
「イベントビューア」のエラーメッセージ:
モジュールDLLC:\ WINDOWS \ system32 \ inetsrv \ aspnetcore.dllを読み込めませんでした。 データはエラーです。
ログ名:アプリケーション
ソース:IIS-W3SVC-WP
レベル:エラー
関連するシステム情報:
OS名:Microsoft Windows 10 Enterprise Insider Preview
OSバージョン:10.0.14366 N / Aビルド14366
OSメーカー:Microsoft Corporation
OS構成:メンバーワークステーション
OSビルドタイプ:マルチプロセッサフリー
製品ID:00359-80000-00001-AA999
元のインストール日:2016年6月16日、午前6時37分31秒
システム起動時間:2016年6月16日、午前6時11分50秒
システムメーカー:Hewlett-Packard
システムモデル:HPZ420ワークステーション
システムタイプ:x64ベースのPC
プロセッサー:1プロセッサーがインストールされています。
BIOSバージョン:Hewlett-Packard J61 v03.06、2013年3月27日
Windowsディレクトリ:C:\ WINDOWS
システムディレクトリ:C:\ WINDOWS \ system32
起動デバイス:\ Device \ HarddiskVolume1
システムロケール:en-us;英語(米国)
入力ロケール:en-us;英語(米国)
タイムゾーン:(UTC-08:00)太平洋標準時(米国およびカナダ)
総物理メモリ:16,307 MB
使用可能な物理メモリ:7,019 MB
仮想メモリ:最大サイズ:19,251 MB
仮想メモリ:使用可能:6,503 MB
仮想メモリ:使用中:12,748 MB
ページファイルの場所:C:\ pagefile.sys
修正プログラム:該当なし
ネットワークカード:1つのNICがインストールされています。
Hyper-Vの要件:VMモニターモードの拡張機能:はい
ファームウェアで仮想化が有効になっている:いいえ
第2レベルのアドレス変換:はい
利用可能なデータ実行防止:はい
@teovcに代わってオープンしました。
@teovc 「データはエラーです」という詳細があります。 イベントログに記録されます。
エラーメッセージの詳細ビューには、次の[添付画像を参照]があります。
Bingで少し検索すると、エラーは32ビットアプリケーションに関連していることがわかりますが、アプリケーションプールではそのオプションが有効になっています。
このエラーは、32ビットのAppPoolが64ビットのaspnetcore.dllを読み込もうとしていることを示しています。 ファイル情報「C:\ Windows \ System32 \ inetsrv \ aspnetcore.dll」と「C:\ Windows \ SysWOW64 \ inetsrv \ aspnetcore.dll」を共有してください
見たい情報についてもう少し具体的に教えていただけますか? (別名、それはあなたが探しているものですか?)
ファイルは正しいように見えます。 私はあなたと同じバージョンのMSIをWin10ボックスにインストールして動作しました。 マシン構成に問題があります。 applicationhost.configとweb.configを共有していただけませんか。
回避策として、「32ビットアプリケーションを有効にする」をfalseに設定して、それが役立つかどうかを確認できます。
dllは機能しますが、セルフホスティングエクスペリエンスの一部として新しいバージョンのOSがインストールされると、問題が発生します。
現在、デフォルトのWebサイト(C:\ inetpub \ wwwroot)を使用しています。 添付されているのはweb.configファイルです(GitHubが文句を言うのでtxt拡張子が付いています)。
web.config.txt
そのweb.configは、ASP.NET Coreモジュール設定が含まれていないため、ASP.NETCoreアプリケーションに使用したものではありません。 ASP.NET Coreバンドルをアンインストールし、OSのアップグレード後に再インストールして、問題が解決するかどうかを確認してください。
C:\ Windows \ System32 \ inetsrv \ configでapplicationhost.configを共有していただけませんか。 このファイルはIIS構成ファイルであり、aspnetcore.dllのパスを指定します。
そのオプションを試してみます。 それまでの間、ここにapplicationhost.configファイルがあります。 これまでの解決策(修復または削除/インストール)には時間がかかり、人々が失うことに注意してください。 OSの更新率は組織内の誰かよりも少ないため、組織外の個人はこの問題の影響をあまり受けない可能性があります。 ありがとう。
applicationHost.config.txt
私への同じ質問
アプリケーションは32ビットを実行して統合する必要があるため
この問題に遭遇したことを追加したかっただけです。
「ASP.NETCoreバンドル」をアンインストールすると言うとき、どの部分を参照していますか?
古いアプリケーションを32ビットモードで実行したい
また、ASP.NETCoreアプリケーションを勉強したかった
「ASP.NETCoreバンドル」をアンインストールする悪い方法、他の方法はありますか?
こんにちは、みんな、
コントロールパネルからASP.NETCoreに関連する2つのパッケージを削除し、プログラムを追加または削除してから、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)であり、新しいバージョンのOSをインストールしても問題は解決しません。
VS2015-Update 2では、ソリューション/プロジェクトは正常に機能しますが、VS2015-Update 3にアップグレードしたときに、拡張機能の更新とともに、この問題が発生しました。 したがって、ソリューション/プロジェクトを壊した何かが異なります。 すべてのプロジェクトは.NETv4.6フレームワークの下にあり、ここには.NETコアプロジェクト/ソリューションはありません。 数日後、TFSからソースコードのクローンを作成すると、エラーの形跡がなく機能します。 変。 それも意味がありません。
追加したいのですが、Windows 10の新しいInsiderビルドがリリースされるたびに、この問題が発生します。 毎回.NetCoreをアンインストール/再インストールする必要があります。 8月2日にアニバーサリーアップデートがリリースされる前にこれが修正されていない場合、混乱した開発者がたくさんいることになります。
Win8.1からWin10へのアップグレードでも同じ問題が発生します。
DotNetCore.1.0.0のアンインストールと再インストール-VS2015Tools.Preview2.exeが修正されました。
再び機能させるには、「修復」を実行するだけで済みました。 完全なアンインストール/インストールを行う必要はありませんでした。 しかし、私はアニバーサリーアップデートにアップデートしたばかりで、すぐにこの問題に遭遇したことに少し腹を立てました。
アニバーサリーアップデートにアップデートした後も同じです...
Microsoft .NET Core1.0.0で修復を実行する-VS2015 Tooling Preview 2と再起動も、記念日の更新をインストールした後に機能しました。
Microsoft .NET Core1.0.0で修復を実行する-VS2015 Tooling Preview 2と再起動も、記念日の更新をインストールした後に機能しました。
これがビルド14393で機能することを確認しました。
https://www.microsoft.com/net/core#windowsからToolingPreview2をインストールしました
再起動する必要はありませんでした。アプリプールを起動しただけで、ウェブサイトが再び実行されました。
Microsoft .NET Core1.0.0で修復を実行する-VS2015 Tooling Preview 2と再起動も、記念日の更新をインストールした後に機能しました。
おかげで、修復を実行してアプリケーションプールを再起動すると、この問題が解決しました。 この問題は「アニバーサリーアップデート」の後に始まりました。
ここで同じ問題-Windows10 Anniversary Updateの後に壊れています-つまり、新しいOSアップデートが壊れています。
私のボックスでは、 aspnetcore.dll
モジュールがグローバルモジュールとしてインストールされていたため、IISがDLLを読み込めなかった場合、_すべての_アプリプールの起動をブロックしました(アプリプールの再試行、再試行制限の達成、アプリプールの無効化など)。 。一度に1つ...各アプリプールが最初のリクエストで開始しようとするときはいつでも)。
これは、私が考えることができるように、「アプリごとに分離されたxcopyデプロイ」の利点とはほど遠いものです。OSの更新により、開発者のコンピューター上のすべてのWebアプリが破損します。
Core Tooling Preview 2を修復またはアンインストールできないという追加の問題がありました(「アカウントは既に存在します」エラー)。 VS 2015で修復を実行すると、aspnetcore.dllがロードに失敗する問題が修正されたようです。
これがビルド14393で機能することを確認しました。
https://www.microsoft.com/net/core#windowsからToolingPreview2をインストールしました
再起動する必要はありませんでした。アプリプールを起動しただけで、ウェブサイトが再び実行されました。
これは私のために働いた。
.netコアがまだインストールされていないため、2つの項目をインストールして修復する必要がありましたが、IISのみでした...
インストールだけがうまくいきませんでした。
ここで同じ問題と解決策。 .NET Core 1.0.0 RC2、Tooling Preview1を修復しました。
私のマシンで.NETCore 1.0.1 VS 2015 Tooling Preview2を修復すると問題が修正されました。
今週のWindows10 ver1607アップデートでもこれがありました。 「.NETCore1.0.0 RC2、ToolingPreview1」を修復する必要がありました
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 Preview2を修復して問題を修正しました。 奇妙なことに、Visual Studioのアップデート3のパッチをインストールした直後に、このツールをインストールしたばかりです。
私は私のレガシー作業を行うために私のマシンのすべての.netコアのものをアンインストールすることになったのと同じ問題を抱えています:(
.NET Core 1.0.0 RC2 SDK Preview1(x64)をアンインストールします。 次に、NET Core 1.0.0 RC2、Tooling Preview1を修復します。
私のために働く
Windows 10 Anniversaryに更新した後、同じ問題が発生しました。 .NET Core 1.0.1 VS 2015 Tooling Preview2を修復すると問題が解決しました。 また、インストールしたURL書き換えモジュールを再インストールする必要があり、同様のエラーが発生しました。
@freeboarderこんにちは、私はこの問題の再現手順を見つけようとしています。 マシンをWindows10 Anniversary、Windows 10、またはWindow 8.1に更新したOSはどれですか? また、問題を再現するために同じことができるように、Windows10に更新するために何をしたかを正確に説明してください。
@freeboarder 、今日、私は問題を再現しようとしましたが、問題を再現できませんでした。 これが私がしたことです。 発生した問題を再現するために不足しているものがあればお知らせください。
@jhkimnewこれは、先週Windowsがv1607にアップグレードしたときに発生しました。 iisがインストールされている古いリリースのWindowsを使用します。 次に、URL書き換えアドオンと.netツールプレビューをインストールします。 それらはウィンドウをv1607にアップグレードさせます。 iisを再構成し、前述のエラーを表示します。 インストールを修復するとエラーは解決しますが、アップグレードは実際に対処する必要があります。 それはとにかく私がそれに遭遇した方法です。
@FlapperMK 「iisを再構成する」とはどういう意味ですか?
aspnetcore.dllモジュールがなくなったことを意味しますか? または、aspnetcore.dllファイルがなくなっていますか? または両方?
通常の/正常なOSのアップグレードでは、IISはその構成とファイルをリセットしないでください。 私はすでにテストマシンでそれを確認しました。
再現手順をご存知の場合は、問題を調査できるように、それを私に共有してください。
ツールは、VisualStudioを介してインストールされました。 アップグレード時に、上記のエラーのためにiisを初期化できませんでした。 Iisにはまだツールへのポインタがありましたが、どこかでエラーが発生するものが見つかりませんでした。 インストールを修復すると問題が修正され、IISは正常に初期化されました。 修理するまで何も閲覧できませんでした。
@FlapperMKこの問題を理解するために、IISの初期化に失敗したときに%SystemRoot%\ system32 \ inetsrvaspnetcore.dllファイルが存在するかどうかを教えてください。 私が尋ねている理由は、OSをアップグレードしてもinetsrvディレクトリにある既存のファイルを削除してはならないからです。 ファイルは存在するが、それでも失敗する場合。 %SystemRoot%\ system32 \ inetsrv \ config \ applicationhost.configファイルのaspnetcore.dllファイルに使用されているパスを再確認する必要があります。 別のパスを指している場合は、構成されたパスが有効かどうかを確認する必要があります。 基本的に私は実際に何が起こったのかを理解したいと思います。
ファイルが存在し、構成されたパスが有効である場合、OSのアップグレードによってIIS構成がリセットされたとは言えず、何か他のことが起こっている可能性があります。
私の場合、私は10586を使用していました。IISがインストールされています。 Vs2015リリースがインストールされ、時間の経過とともに最新のパッチにアップグレードされました。 インストールされている.netコアリリースのみ。
その後、Windowsは14393に更新されました。その後、IISと.net Coreに問題があり、修正するにはそれを再インストールする必要がありました。 すべて64ビット。
@realwarder 、問題をもう一度再現できますか? もしそうなら、あなたにも同じ質問。 この問題を理解するために、IISの初期化に失敗したときに、%SystemRoot%\ system32 \ inetsrvaspnetcore.dllファイルが存在するかどうかを教えてください。 私が尋ねている理由は、OSをアップグレードしてもinetsrvディレクトリにある既存のファイルを削除してはならないからです。 ファイルは存在するが、それでも失敗する場合。 %SystemRoot%\ system32 \ inetsrv \ config \ applicationhost.configファイルのaspnetcore.dllファイルに使用されているパスを再確認する必要があります。 別のパスを指している場合は、構成されたパスが有効かどうかを確認する必要があります。 基本的に私は実際に何が起こったのかを理解したいと思います。 ファイルが存在し、構成されたパスが有効である場合、OSのアップグレードによってIIS構成がリセットされたとは言えず、何か他のことが起こっている可能性があります。
@realwarder @FlapperMK
これは参考用です。 Aspnet Coreをインストールすると、aspnetcore.dllがインストールされます。 Aspnet Coreは、.Net CoreVSツールに含まれているパッケージの1つです。
マシンにIISがインストールされている場合、Aspnet Coreセットアップは、aspnetcore.dllをIISExpressとIISディレクトリの両方にインストールします。 マシンにIISがインストールされていない場合、AspnetCoreセットアップはaspnetcore.dllをIISExpressディレクトリにのみインストールします。
私のテストマシンでは、OSアップデートのインストール後にaspnetcore.dllファイルが削除されませんでした。 意図せずにAspnetCoreセットアップを呼び出してaspnetcore.dllをアンインストールしない限り、ファイルが削除される理由はわかりません。
誰かが再現手順を教えてくれる場合は、私に知らせてください。問題の原因を確認します。 これまでのところ、一貫した再現手順は見られず、実際に何が起こっているのかを理解しようとしています。
まず、ファイルが削除されたかどうかを確認し、エラーメッセージが誤ったアラームではないことを確認したいと思います。
また、欠落しているスキーマファイルと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モジュールは次の場所で構成されます。
@jhkimnewインストールを修復したので、修復前に何が欠けていたかはわかりません。 現在、影響を受けるPCには%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」を検索してセットアップログファイルを確認できますか?
次のコマンドを実行することでそれを行うことができます。
cd%temp%
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 Tooling Preview2_のインストールを修復することでした。
修復前の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、パッケージ:AspNetCoreModule_x64
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、x64、パッケージAspNetCoreModule_x64
スキーマとaspentcore.dllの両方がディスク上に存在し、_applicationHost.config_が正しい場所を指しています。
_The Module 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 \ dd_DotNetCoreTools__20160922122518_002_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、状態:存在、デフォルト要求:修復、ba要求:修復、実行:修復、ロールバック:なし、キャッシュ:いいえ、キャッシュ解除:いいえ、依存関係:登録
dd_DotNetCoreTools__20160922122518.log:[319C:10BC] [2016-09-22T12:26:38] i304:既存のペイロードを確認しました:パス:C:\ ProgramData \ Package Cache {A0845055-ED2B-41CF-B799-A5765C485F29} v0のAspNetCoreModule_x64。 9.1965 \ packages \ 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-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_Module、x64、パッケージ:AspNetCoreModule_x64
dd_DotNetCoreTools__20160922122518.log:[3644:372C] [2016-09-22T13:32:49] i410:変数:WixBundleLog_AspNetCoreModule_x64 = C:\ Usersjdunn \ AppData \ Local \ Temp \ dd_DotNetCoreTools__20160922122518_002_AspNetCoreModule_x
@jhkimnew私の場合、ツールがマシンにインストールされていても、 32ビットアプリケーションプールで実行されているASP.NET4.0アプリを搭載したWindows7x64を使用していました。 Windows 10にアップグレードした後、このプールにアプリを読み込もうとすると、エラーが発生しました。 32ビットオプションを無効にすると、エラーが解消されたと思いますが、アプリを32ビットとして読み込む必要があるため、これは適切な修正ではありませんでした。 お役に立てれば。
@reijerh出力の最後の行には、intを実行した問題に対する興味深いヒントが1つあります。
いくつかの理由で、aspnetcoremoduleがアンインストールされました(削除されました)。
dd_DotNetCoreTools__20160920112251.logファイルを添付して、削除された理由を確認しますか?
もちろん、アップロードするには.txt拡張子を追加する必要がありました。 また、ログのパスからユーザー名を削除しました。
@reijerhインストールのすべてのログを添付してください(dd_DotNetCoreToolsで始まる%temp%未満のすべて)
はい、Tooling Preview2はすでに修復済みであることに注意してください。
Windows 10の更新プログラムを吸い取ったところ、IISがまったく機能しなくなりました。 IISで構成した任意のサイトにアクセスしようとすると、イベントビューアでこのエラーが発生します。
モジュールDLLC:\ WINDOWS \ system32 \ inetsrvaspnetcore.dllを読み込めませんでした。 データはエラーです。
私はまったく同じ問題を抱えています。 1つのアプリケーションプールは、起動するたびに数秒後に動作を停止します。 エラーログは次のことを示しています。モジュールDLLC:\ WINDOWS \ system32 \ inetsrvaspnetcore.dllを読み込めませんでした。 昨日、ASP .NET Core VisualStudioの更新プログラムをインストールしました。
Asp.Netのみを使用する場合は、aspnetcore.dllモジュールは必要ありません。最善の回避策は、その設定を削除することです。
私はあなたがここで何かを逃したと思います。 過去にIISの一部としてASP.NETCoreを使用したことがあるかどうかはわかりませんが、手動で設定を変更したことはありません。 一部のWindowsUpdateは、IISを台無しにする何かを吸い込んでいます。
この問題を解決する唯一の方法は、IIS、ASP.Netを完全にアンインストールし、コンピューターを再起動してから、再インストールして再起動することでした。
@reijerhログファイルを確認しました。 送信したすべてのログファイルは、2016年9月20日以降に作成されました。
ログファイルを読んでいると、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ファイルをアンインストールしたと思います。
すべてのログファイルを送信しましたか? 明らかに、9/20より前に発生する1.0.0をインストールしたときに、ログファイルを送信しませんでした。 実際に何が起こっているのかを理解するには、すべてのログファイルが必要です。
ログファイルをクリーンアップしなかった場合、9/20より前に何が起こったかを理解できるように、ファイル名が「dd_」で始まるすべてのログファイル(.log)を含む別のzipファイルを作成しますか?
%temp%とは何ですか?
ANCMとは何ですか?
基本的にはわかりません。 過去にASP.NetCoreプレビューをインストールしました。 しかし、先日の時点で、IISは完全に揚げられていました-コアインスタンスだけでなく-すべてのインスタンス。 それが私の知る全てだ。
わかった。 これが私のログです:
https://dl.dropboxusercontent.com/u/79781769/Logs.7z
あなたが話すこのANCMのものに関しては、私は複数のものをインストールしました。 VSから「新しいバージョンの.NETCoreが利用可能です」と言われることがよくあるので、リンクをたどると機能しません。 それで、私はグーグルで検索して、動作するかもしれないし動作しないかもしれない他のインストーラーを探します。
私は何も見逃しませんでした。 そこにあったのはそれだけです。
いいえ、そうではありません。 私のマシンには他のユーザーがいません。
今では手遅れです。 IISは揚げられました。 多くの人がそれを取り締まるつもりです。
こぼれたミルクで泣いても無駄です。 人々はIISを完全にアンインストールして再インストールする必要があります。
@MelbourneDeveloper申し訳ありませんが、根本的な原因が解明される前に混乱を招く可能性があるため、
@jhkimnew申し訳ありませんが、_dd_dotnetcoretools_で始まる私の_%temp%_にあるのはこれだけです。 ちょっと待って、_dd__で始まるすべてのものが欲しいのです。
編集:ここにあります、 dd.zip
匿名化によってファイルの変更されたタイムスタンプが変更されていることをお詫びします。
@ reijerh1.0.0に関するログファイルを失ったようです。 aspnetcore.dllが提供ログファイルを使用してマシンにロードできなかった理由についての情報は見つかりませんでした。
誰かが再び問題に遭遇した場合は、.NetCoreツールを修復する前に、次の情報を収集して送信してください。問題がまだ発生しているときに何が起こっているかを把握できます。
@jhkimnew自分自身を再現したい場合、それはかなり単純であり、Windows 10の1つのビルドから新しいビルドにアップグレードするときに100%発生します(累積的な更新プログラムのインストールと混同しないでください)。 VSとツールがインストールされ、32ビットアプリプールのIISでサイトを実行しています。 例:1511から1607にアップグレードします(これは、このスレッドのほとんどがこの問題に遭遇するために行ったことです...ただし、スレッドの開始を見ると、実行時に問題になると警告する人が何人かいます。 1607がリリースされる前にインサイダープログラムにリリースされたすべての新しいビルドでこれに)。 すでに1607を使用している場合、再現する最も簡単な方法は、インサイダープログラムに参加し、最新のインサイダービルドに更新することです。 それは起こります。 .net Coreのインストール時ではなく、Windowsビルドの更新時に問題が発生するため、.netCoreログに何かが表示されるかどうかはわかりません。 .net Coreを修復すると、常に修正されます。
ゼロから(または、VMで)再現するには:
@BryanTheCrowこれはすべてのマシンで再現されるわけではありません。 私はこれが起こっていないことを毎週更新する2つを持っています。
@Tratcherおもしろい。 違いを突き止めてみましょう。 最近ビルドを更新するマシンでは、次のことも行いますか?
1はい、2はい、3いいえ-私は主にコアサイトをテストします。 4いいえ。
@BryanTheCrow問題を再現できる場合は、上記で尋ねた情報を収集して
@Tratcherこれは32ビットのdotnetcore.dllにのみ影響することを確認してください。 サイトのiisアプリプールの1つを32ビットに切り替えたので、それらのマシンの1つで再現できるのではないでしょうか。 そうでない場合は、通常のMVCアプリが必要になる場合があります。
@jhkimnew数か月間、インサイダービルドを再度実行する予定はありませんでした(新機能が
あなたが修正を研究しているように見えるので、私はあなたが自分で再現したいと思っただけです。 そうでない場合は、次に新しいビルドをインストールするときに、他に誰も複製していないかどうかを確認し、上記のすべての質問に対する回答を投稿します。
@BryanTheCrow dotnetcore.dllとは何ですか? 多分aspnetcore.dllのタイプミス?
それまでの間、マシンに%windir%\ iis.logを送信し、OSをアップグレードしたときに通知して、IISセットアップログでその日に何が起こったかを確認できるようにしてください。
また、「Visual Studio 2015 + Update 3 + MVC + ToolingUpdates」の再現手順から「MVC + ToolingUpdates」に対して何をする必要があるかを説明してください。
Toolingバンドルパッケージのビルドがいくつかあるので、あなたが行ったのとまったく同じ手順を実行したいと思います。そのため、その方法の詳細情報が必要です。
@jhkimnewはい、ごめんなさい...メモリからすばやく入力します。 私の間違い。
申し訳ありませんが、ASP.Net Coreを明示的にインストールしようとしなかったため、メモリが少しあいまいです。 他のアップデートの1つが付属しているか、VS2015の初期インストールが付属している可能性があります。 インストール方法は重要ではないと思います。インストールするだけです...とはいえ、覚えている手順は次のとおりです...これらの手順の多くは再現する必要がない場合がありますが、完了したら、それらを含めます。
その時点で、私が再現するために必要な唯一のステップは、Windows Updateプロセスを実行して、新しいビルドにアップグレードすることでした。 更新後、DotNetCoreモジュールとURLRewriteモジュールの両方を読み込もうとするとエラーが発生し、最初にページを読み込もうとしたときにアプリプールが強制終了されました。 「プログラムの追加と削除」で両方の修復を実行すると、それらが修正されます。
これが私の現在のIISログです。 100%確実ではありませんが、1607がリリースされて最初から再構成されたときにクリーンインストールを実行したと思います。したがって、これが役立つかどうかはわかりません。
%windir%\ Windowsupdate.logを調べて、アップグレードによってマシン上で何が変更されたかを示すトレースがあるかどうかを確認する価値があるかどうか疑問に思います。 IISはOSの機能であるため、OSのアップグレードがそれに影響を与える可能性があり、ANCMなどのインストールされた追加のアイテムを必ずしも尊重しない場合があります。
OSのアップグレードはそれに影響を与える可能性があり、ANCMなどのインストールされた追加アイテムを必ずしも尊重しない場合があります。
@joeloffは、URLRewrite 2.0にも影響するため、ここで起こっていることのようです。 「Windowsの機能をオン/オフにする」でインストールしたモジュールは問題ありません。 ただし、ビルド更新プロセスの何かが、32ビットアプリプールでモジュールを使用しようとすると、すべてではありませんが一部のモジュールを強制終了するように見えます。
@BryanTheCrowさて、私はあなたの再現手順に従うことで一貫した再現手順を見つけました。 どうもありがとうございました。 この問題を自分のマシンで再現することができました。 この問題が発生すると、OSのアップグレード後に%windir%\ syswow64 \ inetsrvディレクトリのaspnetcore.dllが失われます。
私はIISチームがアップグレードOSを再調整することでさらに調査し、この問題についてすぐに更新します。
@jhkimnewそれを聞いてうれしい。 うまくいけば、それは単純なものになるでしょう。 👍🏻
IISには、正しいファイルパスを使用したより適切なエラーメッセージが必要なようです。 :)
私はこれをInsiders以外のWindows10Anniversaryで使用しました。 aspnetコアを再インストールしても修正されませんでしたが、プログラムと機能からすべてのaspnetコアアイテムをアンインストールすると修正されました。
これは実際の生産機械を壊しているようです-緊急の仕事をしているはずだったのに、これを修正しようとして数時間を失いました。 プレビュー用のものを本番マシンに置くことさえ選んだとは思いません。 VSしましたか?
@DanTupはい、Windows 10ビルドの更新はこれをトリガーします(記念日の更新が含まれます)。 インサイダーアップデートは、隔年ではなく毎週新しいビルドがリリースされるため、すでに1607を使用しているユーザーにとって最も簡単な再現方法です。
「プログラムと機能」を使用して「Microsoft.NETCore 1.0.1-VS 2015 Tooling Preview 2」を修復すると、すべてのアイテムをアンインストールせずに修正されます(ただし、これでも機能します)。
@BryanTheCrowこのような重大なバグが何ヶ月も前から知られており、本番マシンに影響を及ぼしていることが懸念されます( @shanselmanからわかりません!返信しましたが応答がありません..)。
修理は私にはうまくいかなかったようです。 再起動を含めて数回試しました:-(
MSからのコードの品質に対する私の信念は毎月沈んでいます。 私たちはこれまで以上に自分たちのものではない問題と戦うことに多くの時間を費やし、誰も気にしないようです:-/
フレットではありません、@ DanTup。 @jhkimnew (上記)は最近確認/複製し、関係するさまざまなチームと協力してその
問題を報告してくれたすべての人々に感謝します。
IISアップグレードパスにバグがあります。 C:\Windows\SysWOW64\inetsrv
ディレクトリ内の非OSファイルは、OSのアップグレード中に保持されません。 Windowsの一部として出荷されなかったIISモジュールがあり、ファイルをinetsrv
ディレクトリにドロップすると、それらは壊れます。 ASP.NET Core Module、HTTP Platform Handler、URL Rewrite、SEO最適化ツールキットは、OSのアップグレード中に破損するIISモジュールです。 他のサードパーティモジュールも使用している場合、この問題が発生する可能性があります。
あなたが持っていた場合は、前述のモジュールのいずれかが前にあなたのOSのアップグレードにインストールしてからお使いの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>
現在、修正をテストしています。修正される具体的な日付/ Windowsビルドを共有できるようになったら、このスペースを更新します
この問題は、Windows Insider Build15002で修正されています。
エラーメッセージに「モジュールDLL 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 Core 1.0.1-VS2015ツーリングプレビュー2
そしてインストール
この問題は、Windows Insider Build15002で修正されています。
最も参考になるコメント
Microsoft .NET Core1.0.0で修復を実行する-VS2015 Tooling Preview 2と再起動も、記念日の更新をインストールした後に機能しました。