2016-10-22 13 views
0

開発用マシンにローカルクラスタをインストールして再生しました。しかし、いくつかのゲストexeファイルをアップロードすると、ファブリックがクラッシュします。私はちょうど古いnotepad.exeの単純な読み込みをテストしましたが、同じことが起きました。 さらなるテストとして、私はnotepad.exeをパブリックパーティークラスタにプッシュし、うまくいった。 This postにも同様のエラーが表示され、コメントと同様に、Windows 7の問題と思われます。別のマシンのサービスファブリックローカルクラスタに公開する

次に、新しいWindowsサーバーVMにローカルクラスタをインストールして、そのサーバーに公開しようとしました。しかし私はそこに別の壁を打った。私は "リモート"クラスタのWeb管理インターフェイスに接続できます。ポート19000で稼動しているすべてのファブリックプロセスを見ることができますが、VS 2015はパブリッシュ中に接続を拒否します。 私は問題であると考えるファイアウォールを無効にし、確認するためにさまざまなポートに「ping」しました。一部の人は(19080などのように)反応しますが、19000は反応しません。

アイデア?

更新:リモートマシンでpowershell connectコマンドを実行すると機能します。

アップデート2:私は3台の他のマシン上に「ローカルクラスタ」をインストールしたし、すべてがまったく同じこと

Update3とん:ルートにnetshコマンドを使用してリモートマシン上のポートフォワードを作成しました18090から19000まで。私はローカルマシンからリモートマシンのローカルクラスタにpowershellで接続できます。 (リモートマシンのユーザ名/パスワードが同じドメインになければ同じユーザ名/パスワードが必要であることにも気付きました) Visual Studioも接続できるようになりましたが、PowerShellスクリプトの途中でエラーが出力されます。イメージストアに

*>コピーアプリケーション... コピーアプリケーションパッケージは 登録アプリケーションタイプ... 登録-ServiceFabricApplicationType成功しました:アプリケーションマニフェストファイル 「FabricApp2Type \ ApplicationManifest.xmlは」店舗では見られません。 Cで :\プログラムファイル\マイクロソフトのSDK \サービスファブリック\ツール\ PSModule \ ServiceFabricS DK \公開-NewServiceFabricApplication.ps1を:244文字:9 +登録-ServiceFabricApplicationType -ApplicationPathInImageStore $ APPL ... + ~~~ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~ + CategoryInfo:ResourceUnavailable:(Microsoft.Servi ... usterCon nection:ClusterConnection)[Register- ServiceFabricApplicationType]、FileNoに
tFoundException + FullyQualifiedErrorId:RegisterApplicationTypeErrorId、Microsoft.Service Fabric.Powershell.RegisterApplicationType

スクリプトの展開-FabricApplication.ps1 'の実行を終了。*

私は今、リモートマシン上のVisual Studioのローカルコピーをインストールし、私のWindows 7マシン文句を言わないので、私のテストを実行するには、その使用に頼ってきました。

私は現在、Windows 7のバグを回避しようと努力していますが、開発とデバッグのために他のマシンに "ローカルクラスタ"を持たせることで利益を得ることができます。 Azureにdevクラスタを立ち上げる必要があり、パブリックPartyクラスタに突入するよりも安全です。私は、SFチームの誰かが既にVSのリモート展開とデバッグを許可していることを願っています。

これまでの問題の改善方法についてご意見がありましたら、投稿してください。私も幸せなテストアイデアです。

+0

VS2015 – jimpaine

+0

に追加したカスタムパブリッシュプロファイルを共有できますか?既存の公開プロファイルに 'ConnectionEndpoint =" myserver:19000 "を追加するだけでした。myserverをlocalhostに変更すると、 。 – OrdinaryOrange

答えて

1

私はDevTestラボでホストされているいくつかの小さなマシン開発クラスタをいくつか持っており、うまく動作します。

私は、SDKとは対照的に、サービスファブリックスタンドアロンインストーラを使用している点が主な違いだと思います。私はあなたが見つけたのと同じ結果で、SDKのバージョンを動作させようとしました。

これらはDevTestラボで1台のマシン「マイクロクラスタ」を作成するために社内で配布する手順です。

  1. https://azure.microsoft.com/en-us/documentation/articles/service-fabric-cluster-creation-for-windows-server/ファイルの編集ClusterConfig.Unsecure.DevCluster
  2. アップデートのIPアドレスまたはホスト名を持つ3つのIPアドレスエントリをAzureのサイト
    からサービスファブリックスタンドアロンパッケージをダウンロードし、解凍し ローカルマシンex - "iPAddress": "10.0.0.5"
  3. PowerShellコマンドでクラスタを作成する(adminを使用)。\ CreateServiceFabricCluster.ps1 -ClusterConfigFilePath
    。\ ClusterConfig.Unsecure.DevClus
  4. -AcceptEULA
  5. ter.jsonブラウザを開いて、完全なクラスタの作成を確認してください - (代わりにDEV-テストの通常のARMマシンを使用している場合、エンドポイントのファイアウォール) http://hostname:19080
  6. オープンは、ローカルマシン上のポートを公開
+0

whatismyip.comから取得した外部IPアドレスにipを設定すると、 "Machine '94 .xxx.xxx.xx 'がポート445に到達できないというメッセージでクラスタの作成が失敗します。"ポートはWindowsファイアウォールで開きます。 –

0

地元の作成SDKを使用しているクラスタは、1つのボックスの開発専用です。アプリケーションをリモートに公開することはできません。リモートローカルクラスタを作成するには、スタンドアロンパッケージ(Chuck Duffyの提案)を使用してください。

1

Windows 7とゲストの実行可能ファイルで同じ問題が発生しました。 AzureまたはWindows 10で動くとうまくいきました。私たちは、ステートレスサービスでゲスト実行ファイルをラップしてしまい、Windows 7上でローカルに実行してデバッグすることができました。これは、ゲスト実行ファイルがステートレスサービスと比較していくつかの制限があったため、

関連する問題