24

今週、コンピューターを 50 ~ 100 回再起動しました。このメッセージが表示される前に、ローカルで通常 3 ~ 4 回起動/展開できることがわかりました。

「Microsoft Visual Studio 用 Windows Azure ツール

ロール インスタンスの開始に予想以上の時間がかかっています。待ち続けますか?」

もう一度やり直すための解決策は、再起動することです。

私はそれが新しい問題ではないことを知っています。MS はそれが問題であることに同意したことを思い出しますが、Hosted Web Core に戻ることを伴わない解決策を持っている人はいますか? この問題は多くの人が経験しているように思えますが、4 ~ 5 か月以上、(私が知っている) 解決策が見つからないままです。

今、私は別の再起動を行うことに戻ります!!!!!

4

13 に答える 13

15

私が理解していることから、この問題を引き起こす可能性のあるいくつかの異なることがあります。

私の場合、Azure展開用のWindows Identity Foundationスタートアップタスクを作成し、Azureエミュレーターを使用してアプリケーションを実行しようとした後にこのエラーが発生しました。

基本的に、私がする必要があるtaskTypeのは、スタートアップタスクのをからsimpleに変更することだけでしたbackground

ServiceDefinition.csdef

<Startup>
  <Task commandLine="Startup\IdentityGac.cmd" executionContext="elevated" taskType="background"></Task>
</Startup>

あなたの質問に基づいて、これがあなたのプロジェクトに当てはまるかどうかはわかりませんが、少なくとも言及する価値があると思いました。

私の完全なブログ投稿はここで読むことができます。

于 2012-04-23T18:30:10.483 に答える
15

私はこれと同じ問題を抱えていましたが、最終的には2つまたは3つを却下した後に開始することができました

「ロール インスタンスの開始に予想以上の時間がかかっています」

メッセージボックス。

その後、診断が有効になっていて、ロール構成 (.cscfg) でストレージ アカウントが無効なものに設定されていることが問題のようであることがわかりました。
UIに入って診断を無効にすることで解決しましたが、問題なく動作することがわかりました。

UI を取得するには、ソリューション エクスプローラーのRolesフォルダー内に作成された Role を右クリックします。

ここに画像の説明を入力

次に、診断を再度有効にすると、「UseDevelopmentStorage = true」が自動入力されましたが、これは正常に機能しているようです。

于 2011-09-01T12:05:38.530 に答える
9

この問題の新しい原因は、2016 年 2 月に導入されました。

Windows 8.1、Visual Studio 2012 Update 5、および Azure Emulator 2.3 を使用

この Windows 更新プログラムKB3126593をインストールすると、エミュレーターが起動せず、エミュレーター UI に表示されます。

ここに画像の説明を入力

更新プログラムをアンインストールすると、エミュレーターが修正されます。

コントロール パネル > すべてのコントロール パネル項目 > プログラムと機能 > インストールされた更新プログラム

Microsoft Windows のセキュリティ更新プログラム (KB3126593) を右クリックして、アンインストールします。

(Windows 10 にアップグレードすると、問題も解決します。)

于 2016-02-12T18:10:42.520 に答える
4

私も同じ問題に直面していました。エミュレーターの UI を調べると、ストレージ領域から日付を読み取ろうとして失敗していることがわかりました。
だから私がしたことは、場所%appdata%\localに行き、フォルダからすべてのデータを削除しました
1. DevelopmentStorage
2. dftmp

その後、サービスを再起動すると、すべてが機能し始めました

于 2013-10-22T09:45:16.023 に答える
1

同じ問題に遭遇し、次の手順で解決したことがわかりました(上記の@RobPotterからの回答を適用したときに、このソリューションに出くわしました)。

まず、ServiceDefinition.csdef ファイルを開き、次のエントリを追加します。

<Import moduleName="Diagnostics" />

次へ: ServiceDefinition / WebRole / Importsノード。

次に、次の診断構成設定を必要な .cscfg ファイルに追加します。

<Setting name="Microsoft.WindowsAzure.Plugins.Diagnostics.ConnectionString" value="UseDevelopmentStorage=true" />

下: Web ロールのServiceConfiguration / Role / ConfigurationSettings 。

ご参考までに。schemaVersion のサービス定義値は「2012-10.1.8」です。この問題は、ソリューションを SDK 1.7 から 1.8 に移行したときに発生した可能性があります

于 2013-02-08T14:59:54.020 に答える
1

私の経験では、これは、OnStop() が呼び出されたときにロールの 1 つが停止しない場合に発生する可能性があります。WaWorkerHost.exe を探します (と思います)。IisConfigurator.exe (またはそのようなもの) を強制終了することもできます。タスク マネージャーのリストが劇的に短くなったときに、適切なプロセスを実行したことがわかります :-)

于 2012-04-23T23:09:54.160 に答える
0

上記のすべての解決策に従った後、問題を解決できません。最後に、これ以上コーディングをやめさせないことに決め、StartUp プロジェクトを「Cloud Project」から「WebRole Project」に変更し、F5 を押して ...OK Web サイトは IIS Express で適切に動作します。

したがって、Azure に発行でき、Web サイトをローカルでデバッグできる場合は、Microsoft が使いやすくするまで、この方法で機能させてください。

(私の AzureSDK は 2.0 です)

于 2013-05-23T05:38:28.027 に答える
0

私にとって、これは「キャッシュを有効にする」のチェックボックスを選択した場合にのみ発生しました。そして、私にとっての問題は、プロジェクトを UNC 共有から実行していたことです (実際には、Macbook の VM で実行しています)。ワーカー ロールの [キャッシュを有効にする] ボックスをオンにしてデバッガを起動すると、ハングするだけでした。約 2 秒ごとに、C:\Windows\System32\%LOCALAPPDATA%\CrashDumps に 160 MB のダンプ ファイルが作成されていたことがわかります。それらの1つをデバッグした後、最初のエラーは、ワーカーロールのキャッシュでcmd.exeを開始しようとしたときであり、CMDはネットワーク共有で実行できないため、デフォルトでwindows/system32またはなにか。

その時、この便利でダンディな 7 年前の MS KB 記事を見つけましDisableUNCCheck REG_DWORDた。うまくいけば、これは他の誰かに役立ちます。0 x 1 (Hex)HKEY_CURRENT_USER\Software\Microsoft\Command Processor

于 2013-09-23T20:11:45.177 に答える
0

私の環境は: Windows Service 2012 R2 + VS 2013 Update 3 + Azure Tools 2.2

Windows 更新プログラムKB3126593をアンインストールすると、うまくいきます!!!

于 2016-02-17T19:00:36.957 に答える
0

上記の回答に似ています。起動スクリプトを実行していて、appcmd.exe を実行していましたが、ミスにより、ロックを解除しようとしていたセクションでエラーが発生し、ロールの開始に失敗しました。

私が使用していた:

%windir%\System32\inetsrv\appcmd.exe ロック解除構成 /section:system.webServer/security

しかし、これはエラーです。

%windir%\System32\inetsrv\appcmd.exe ロック解除構成 /section:system.webServer/security/access

于 2013-07-24T14:27:45.180 に答える