2015-10-06 15 views
6

これは最近、青から最近発生し始めました。 Stackやその他のフォーラムで見つけられるすべてのソリューションを試しましたが、これまでのところ何もできませんでした。VS2015のAzureデバッグ環境が起動時にクラッシュする

enter image description here

デバッグウィンドウを読み取ります:The program '[2208] WaIISHost.exe' has exited with code 0 (0x0).

私はビジュアル・スタジオを実行している私は、Azureのワーカーの役割でデバッグを開始しようとすると

、これは私が得る限りです管理モード。正しいプロジェクトをスタートアップとして設定し、IIS Expressを開発者サーバーとして使用します。

私は、同じ基本的なプロジェクトで新しいAzureワーカーロールを作成しようとしましたが、うまくいかなかったのです。システムイベントログには情報はありません。私はVS2015を別々に再インストールしようとしましたが、Azure SDK(v2.7.1)は変更されていません。それが消える前に、私は、計算エミュレータを表示すると、それは言う:

[fabric] Role Instance: deployment27(250).Web.0 
[fabric] Role state Unhealthy 
[fabric] Role state Stopped 

私は何かがに縛らプロジェクトに壊れ得ている必要があることを信じるように私をリード溶液中で他のWorkerロールプロジェクトを開始することができる午前どういうわけか壊れた労働者の役割。私はこの段階でアイデアを出していますので、どんな助けでも大歓迎です。 C:\Users\<UserAccount>\AppData\Local\dftmp\Resources\<GUID>\directory\DiagnosticStore内部WallSHost.logファイルを見てみると

UPDATE

は私に Invalid nameエラー与える:ビジュアルスタジオ、AzureのSDK、IISを再インストールし、ログファイルをthralling後

WaIISHost Information: 0 : [00003568:00000001, 2015-10-06 20:02:05.472, INFO ] Attempt Deploy with RoleInstanceId=deployment27(252).Web_IN_0 RoleRoot=C:\Web\csx\Debug\roles\Web\ optional SitesDestination= 
WaIISHost Information: 0 : [00003568:00000001, 2015-10-06 20:02:08.153, ERROR] Exception:System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]: Invalid name. 
Parameter name: name (Fault Detail is equal to An ExceptionDetail, likely created by IncludeExceptionDetailInFaults=true, whose value is: 
System.ArgumentException: Invalid name. 
Parameter name: name 
    at System.Security.AccessControl.NativeObjectSecurity.CreateInternal(ResourceType resourceType, Boolean isContainer, String name, SafeHandle handle, AccessControlSections includeSections, Boolean createByName, ExceptionFromErrorCode exceptionFromErrorCode, Object exceptionContext) 
    at System.Security.AccessControl.FileSystemSecurity..ctor(Boolean isContainer, String name, AccessControlSections includeSections, Boolean isDirectory) 
    at System.Security.AccessControl.DirectorySecurity..ctor(String name, AccessControlSections includeSections) 
    at System.IO.DirectoryInfo.GetAccessControl(AccessControlSections includeSections) 
    at Microsoft.WindowsAzure.ServiceRuntime.IISConfigurator.FileManager.AddAllowAceIterative(DirectoryInfo dir, FileSystemRights rights, IdentityReference[] accounts) 
    at Microsoft.WindowsAzure.ServiceRuntime.IISConfigurato...). 


WaIISHost Information: 0 : [00003568:00000001, 2015-10-06 20:02:08.157, ERROR] Exception:System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]: Invalid name. 
Parameter name: name (Fault Detail is equal to An ExceptionDetail, likely created by IncludeExceptionDetailInFaults=true, whose value is: 
System.ArgumentException: Invalid name. 
Parameter name: name 
    at System.Security.AccessControl.NativeObjectSecurity.CreateInternal(ResourceType resourceType, Boolean isContainer, String name, SafeHandle handle, AccessControlSections includeSections, Boolean createByName, ExceptionFromErrorCode exceptionFromErrorCode, Object exceptionContext) 
    at System.Security.AccessControl.FileSystemSecurity..ctor(Boolean isContainer, String name, AccessControlSections includeSections, Boolean isDirectory) 
    at System.Security.AccessControl.DirectorySecurity..ctor(String name, AccessControlSections includeSections) 
    at System.IO.DirectoryInfo.GetAccessControl(AccessControlSections includeSections) 
    at Microsoft.WindowsAzure.ServiceRuntime.IISConfigurator.FileManager.AddAllowAceIterative(DirectoryInfo dir, FileSystemRights rights, IdentityReference[] accounts) 
    at Microsoft.WindowsAzure.ServiceRuntime.IISConfigurato...). 
+0

イベントログを確認してください。ロールクラッシュについての情報があります。 HTH。 –

+1

@ GauravMantriイベントログはあまり言いません。 'WallSHost.log'ファイルのエラーについては上記を参照してください。ありがとう。 – GFoley83

答えて

13

を、Iついに私のワーカーの役割に関連付けられているWebプロジェクトのnode_modulesフォルダが見つかりました。

すぐにフォルダを削除すると、すぐにデバッグが開始されました。 Visual Studioソリューションの一部ではありません。

私は以来、スタック上のこの特定の問題を検索し、この記事を見つけた:Workerロールに関連付けられているプロジェクトのプロパティ内部ビルド後のイベントにrmdir /s /q "$(ProjectDir)node_modules\"を追加 https://stackoverflow.com/a/28188299/654708

は、node_modulesを削除しますフォルダを開き、Azureデバッガを起動してください。完璧な修正ではありませんが、長いファイル名を扱うことができないWindowsのこのばかげた問題が修正されるまで、これは実現します。

enter image description here

UPDATEちょうどよりよい解決策を見つけました。ここでは、Microsoftの開発チームからnpm-windows-upgradeモジュールを使用して> = 3.xのにnpmを更新します。

https://www.npmjs.com/package/npm-windows-upgrade

npm 3.xでは、node_modulesフォルダ内のモジュールは、フラットな構造に格納されています。これは、Azureデバッガをクラッシュさせるパス上の256文字の制限を回避するのに役立ちます(ソリューションルートへのパスがあまりにも長すぎない場合)。

デフォルトでは、Windows上にノードをインストールするときは、npmバージョン2があらかじめバンドルされています(2015年9月8日現在)。正規のnpm更新コマンドnpm -g install [email protected]<version>を使用すると、Nodeは常にインストールに付属するnpmのバージョンを調べます。 npm-windows-upgradeが入っています。

管理者権限を持つWindows PowerShellを開き、インストールするnpmのバージョンを選択するには、次のタスクを実行します。

  1. Set-ExecutionPolicy Unrestricted -Scope CurrentUser -Force
  2. npm install -g npm-windows-upgrade
  3. npm-windows-upgrade

enter image description here

追加読書:

https://github.com/npm/npm/wiki/Troubleshooting#upgrading-on-windows https://github.com/npm/npm/issues/3697#issuecomment-114665926

+1

私はベーコンを文字制限、manで保存しました。 - 私はMicrosoftがこの260文字のパスの問題を修正しようとしているのではないかと思います。それは気違いです。 – BrainSlugs83

+0

ありがとうございます。どのようにあなたがこれを理解したか分かりませんが、私は壁にぶつかるのを止めたので、頭が良くなっています。 – Ryan

関連する問題