ここ数週間、開発用ワークステーション (Windows 8.1) で何かが発生したため、"Load User Profile" 設定を False にしてアプリケーション プールを実行するか、ID を ApplicationPoolIdentity に設定して実行しないようにする必要があります。ApplicationPoolIdentity を ID として使用し、loadUserProfile=true を指定して新しいアプリ プールを作成する場合、ブラウザーでアプリケーションを読み込もうとすると、次のようになります。
- Windows イベント ログ (システム タイプとアプリケーション タイプの両方) の多数のエラー:
- 警告イベント 1509 -
Windows cannot copy file \\?\C:\Users\Default\AppData\Local\Microsoft\VSCommon\12.0\SQM\sqmdata-7236-039-00000.sqm to location \\?\C:\Users\[Name of App Pool]\AppData\Local\Microsoft\VSCommon\12.0\SQM\sqmdata-7236-039-00000.sqm. This error may be caused by network problems or insufficient security rights.
- エラー イベント 1511 -
Windows cannot find the local profile and is logging you on with a temporary profile. Changes you make to this profile will be lost when you log off.
- 別の 1509 警告
- エラー イベント 1500 -
Windows cannot log you on because your profile cannot be loaded. Check that you are connected to the network, and that your network is functioning correctly. DETAIL - Only part of a ReadProcessMemory or WriteProcessMemory request was completed.
- 5 x イベント 5022 警告 -
The Windows Process Activation Service failed to create a worker process for the application pool '[App Pool Name]'. The data field contains the error number.
- 最後にエラー 5002 -
Application pool '[App Pool Name]' is being automatically disabled due to a series of failures in the process(es) serving that application pool.
- 警告イベント 1509 -
- エラー5002が言ったように、アプリケーションプールはシャットダウンされています
- "Httpエラー503サービスを利用できません。" その後、ブラウザに表示されます。それ以降の要求はすべて同じで満たされます (アプリ プールが停止されているため、これは理にかなっています)。
こことここで、基本的にプロファイルの読み込みをオフにするという一般的な「修正」を見てきました。はい、問題は解決しますが、根本的な原因にはなりません。私は、構成を問題なくサポートする Windows 2012 マシンを持っているので、この構成で実行できることを知っています。この場合、新しいアプリ プールが ApplicationPoolIdentity に設定され、loadUserProfile=true に設定されたアプリをヒットすると、実際に新しいユーザー プロファイルが作成され (プロファイル フォルダーが で作成されるのを見ることができますC:\Users
)、アプリは楽しく実行されます。さらに悪いことに、ほんの数週間前にこの構成が問題のマシンで機能したことを私は知っています。独自のプロファイルとフォルダーの下に作成した多数のアプリケーション プールがあります。C:\Users
フォルダ。これらのアプリケーション プールは、ApplicationPoolIdentity および loadUserProfile=true 設定で問題なく動作します。新しいアプリ プールがユーザー プロファイルの実行と読み込みを拒否するだけです。
何が起こっているのかについての洞察を持っている人はいますか?
編集:この最近の記事の一番下を読みました。設定をオンにできるというのは少し矛盾していますが、次のようにも述べています。
標準アプリケーション プール (DefaultAppPool および Classic .NET AppPool) のみがディスク上にユーザー プロファイルを持ちます。管理者が新しいアプリケーション プールを作成した場合、ユーザー プロファイルは作成されません。
ただし、必要に応じて、LoadUserProfile 属性を「true」に設定することで、ユーザー プロファイルをロードするように IIS アプリケーション プールを構成できます。
私はとても混乱しています。