問題タブ [fastcgi-mono-server]

モノ2.10.8.1w/ fastcgi-mono-server4を使用して、Mono/OSXで開発されたASPMVCプロジェクトをLinuxサーバーにデプロイしようとしています。

Webアプリは常に正常に起動しますが、その後、さまざまなURIに対してランダムなCS0006コンパイルエラーが発生し始めます。一度壊れると、サーバーアプリケーションを再起動するまで壊れたままになります。

エラーの例：

1月から関連するスレッドがありますが、質問と回答の両方がmod_mono固有であり、かなり手に負えないようです。この問題をデバッグ/解決/回避するために何を試みるかについて誰かアドバイスがありますか？とてもイライラしています。特に、Windows Serverマシンから何かをコピーして、バグのあるモノラルの代わりにMS実装を使用できる、「サポートされていない」回避策はありますか？

（私もバグレポートを提出しました。）

Nginx + FastCGI-Mono-Server を使用して、小さな asp.net Web サービスをホストしています。FastCGI-Mono-Server2 (.Net 2.0 バージョン) を使用して正常に動作しています。asp.net アプリを .net 4.0 にアップグレードする必要があります。つまり、FastCGI-Mono-Server4 にアップグレードする必要があります。すべての正しいファイルを配置しました。できます！ただし、不可解なエラーで一貫してクラッシュします。

エラーは次のとおりです。

例外: System.Runtime.FatalException

メッセージ: オブジェクト参照がオブジェクトのインスタンスに設定されていません。

スタックトレース: System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage4(MessageRpc& rpc) で System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc) で System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage3(MessageRpc& rpc) で System.ServiceModel.Dispatcher System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage11(MessageRpc& rpc) の .ImmutableDispatchRuntime.ProcessMessage2(MessageRpc& rpc) System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage1(MessageRpc& rpc) の System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet) System.ServiceModel.Dispatcher.ChannelHandler.DispatchAndReleasePump (RequestContext 要求、ブール値の cleanThread、OperationContext currentOperationContext) で System.ServiceModel.Dispatcher.ChannelHandler.HandleRequest(RequestContext request, OperationContext currentOperationContext) で System.ServiceModel.Dispatcher.ChannelHandler.AsyncMessagePump(IAsyncResult 結果) で System.ServiceModel.Dispatcher.ChannelHandler.OnAsyncReceiveComplete(IAsyncResult 結果) で System. .Runtime.Fx.AsyncThunk.UnhandledExceptionFrame(IAsyncResult 結果) System.Runtime.AsyncResult.Complete で (Boolean completedSynchronously) System.ServiceModel.Channels.FramingDuplexSessionChannel.TryReceiveAsyncResult.OnReceive(IAsyncResult 結果) で System.Runtime.Fx.AsyncThunk.UnhandledExceptionFrame System.ServiceModel.Channels.SynchronizedMessageSource の System.Runtime.AsyncResult.Complete (Boolean completedSynchronously) で (IAsyncResult 結果)。System.ServiceModel.Channels.SessionConnectionReader.OnAsyncReadComplete(オブジェクト状態) で ReceiveAsyncResult.OnReceiveComplete(オブジェクト状態) Int32 bytesRead) の System.ServiceModel.Channels.OverlappedContext.CompleteCallback (UInt32 エラー、UInt32 numBytes、NativeOverlapped* nativeOverlapped) System.Runtime.Fx.IOCompletionThunk.UnhandledExceptionFrame (UInt32 エラー、UInt32 bytesRead、NativeOverlapped* nativeOverlapped) の System.Threading。 _IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode、UInt32 numBytes、NativeOverlapped* pOVERLAP)System.ServiceModel.Channels.SocketConnection.FinishRead() での OnAsyncReadComplete(オブジェクト状態) System.ServiceModel.Channels.SocketConnection.AsyncReadCallback(Boolean haveResult、Int32 エラー、Int32 bytesRead) で System.ServiceModel.Channels.OverlappedContext.CompleteCallback(UInt32 エラー) 、UInt32 numBytes、NativeOverlapped* nativeOverlapped) System.Runtime.Fx.IOCompletionThunk.UnhandledExceptionFrame(UInt32 エラー、UInt32 bytesRead、NativeOverlapped* nativeOverlapped) で System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode、UInt32 numBytes、NativeOverlapped* pOVERLAP)System.ServiceModel.Channels.SocketConnection.FinishRead() での OnAsyncReadComplete(オブジェクト状態) System.ServiceModel.Channels.SocketConnection.AsyncReadCallback(Boolean haveResult、Int32 エラー、Int32 bytesRead) で System.ServiceModel.Channels.OverlappedContext.CompleteCallback(UInt32 エラー) 、UInt32 numBytes、NativeOverlapped* nativeOverlapped) System.Runtime.Fx.IOCompletionThunk.UnhandledExceptionFrame(UInt32 エラー、UInt32 bytesRead、NativeOverlapped* nativeOverlapped) で System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode、UInt32 numBytes、NativeOverlapped* pOVERLAP)System.Runtime.Fx.IOCompletionThunk.UnhandledExceptionFrame での OverlappedContext.CompleteCallback (UInt32 エラー、UInt32 numBytes、NativeOverlapped* nativeOverlapped) (UInt32 エラー、UInt32 bytesRead、NativeOverlapped* nativeOverlapped) での System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode、UInt32 numBytes、 NativeOverlapped* pOVERLAP)System.Runtime.Fx.IOCompletionThunk.UnhandledExceptionFrame での OverlappedContext.CompleteCallback (UInt32 エラー、UInt32 numBytes、NativeOverlapped* nativeOverlapped) (UInt32 エラー、UInt32 bytesRead、NativeOverlapped* nativeOverlapped) での System.Threading._IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode、UInt32 numBytes、 NativeOverlapped* pOVERLAP)

内部例外: System.NullReferenceException

メッセージ: オブジェクト参照がオブジェクトのインスタンスに設定されていません。

スタック トレース: System.Web.HttpApplication.ThreadContext.Enter (ブール値 setImpersonationContext) で System.Web.HttpApplication.OnThreadEnterPrivate (ブール値 setImpersonationContext) で System.Web.AspNetSynchronizationContext.CallCallbackPossivelyUnderLock (SendOrPostCallback コールバック、オブジェクト状態) で System.Web.AspNetSynchronizationContext で。 System.ServiceModel.Dispatcher.ThreadBehavior.BindCore(MessageRpc& rpc、Boolean startOperation) で System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage4 で System.Web.AspNetSynchronizationContext.Post(SendOrPostCallback コールバック、オブジェクト状態) (MessageRpc& rpc)

プロジェクトに IHttpAsyncHandler があります。それと何か関係があるのか​​しら。エラーを検索すると、この属性を推奨する人が見つかりました (このように: .net 4.0 に更新した後の wcf コールバック例外):

[CallbackBehavior(UseSynchronizationContext=false)]

私が言えることから、それは WCF のものであり、私の asp.net Web サーバーとは無関係です。どんなアイデアでも大歓迎です！

EV

アップストリームで構成された fastcgi-mono-server4 の複数のインスタンスで負荷分散を行う nginx を実行しています。

どうやら、最初にリンクを生成したものとは異なる fastcgi-mono-server によって webresource リンクが処理されると、404 エラーが返されます。

Web ファームに推奨される永続的なマシンキーを設定しましたが、問題は解決しません。

何が間違っている可能性がありますか？

違いがある場合: アプリケーションは F#/WebSharper で作成されており、セッション状態とフォーム認証を無効にしています。

ありがとう

Linux サーバーでホストする目的で、ASP.NET MVC Web サイトを ServiceStack Razor に変換することを計画しています。

サイトの静的コンテンツを提供するための最適なソリューションは何ですか? Nginx の背後にある自己ホストされたデーモンは問題ありませんか、それとも Nginx を使用して直接提供する必要がありますか? Mono FastCGI を使用する利点と欠点は何ですか?

fastcgi-mono-server4 を使用して、Mono を nginx で動作させようとしています。nginx と fastcgi-mono-server4 は通信しているようです (unix と tcp ソケットの両方を使用してそこまで到達できます) が、fastcgi-mono-server4 が着信要求をログに記録すると (ブラウザで nginx リッスン URL をヒットしたとき) )、何も起こらず、nginx は少し後に 504 ゲートウェイ タイムアウトでタイムアウトします。これは fastcgi-mono-server4 プロセスからのログです (権限の問題を除外するために、nginx ワーカー プロセスを含め、すべてをルートとして実行しています)。

このTestingMonoディレクトリには、xsp4 を使用して適切に機能する ASP.NET アプリケーションが含まれています。

この問題をデバッグするための提案はありますか?

バージョン:

アップデート

nginx 構成:

ubuntu (13.04) / nginx / mono セットアップがあります。fastcgi-mono-server4 のソケットを TCP に設定すると機能しますが、ソケットを使用したいと思います。

起動時に実行されるこのスクリプトで開始しています。

問題は、 /var/run/mono.sock ファイルが nginx のアクセスを許可しない権限で作成されることです。この問題を解決する方法がわかりません。アクセス許可を手動で 666 に設定すると、nginx が機能します。デフォルトの sock ファイルのパーミッションは次のとおりです: srwxr-xr-x

私はこのサーバーにもphp5-fpmを持っています.sockファイルは正しいパーミッションで作成されています.

誰にもアイデアはありますか？

Ubuntu 10.04 で ServiceStack と連携するように nginx をセットアップしました。

これは、fastcgi-mono-server4 を起動するために使用するコマンド ラインです。

nginx は、ソケット経由で fastcgi と通信するように正しく設定されています。

Web サイトは正しく配信されますが、私の fastcgi.log には、すべてのリクエストで次の行が表示されます。

関連するソフトウェアのバージョン:

• nginx/1.1.19
• fastcgi-mono-server4.exe 2.10.0.0
• Mono JIT コンパイラ バージョン 2.10.8.1 (Debian 2.10.8.1-1ubuntu2.2)

このエラーを取り除く方法はありますか? とにかく、このエラーは重大ですか?

サーバーで fastcgi-mono-server4.exe がランダムにクラッシュします。妥当なクラッシュログがまだ見つからないため、考えられるすべてのエラーを整理したいと考えています。

Web サービス (ASP.NET または静的コンテンツなし) を公開するだけでよい場合、fastcgi-mono-server4 とセルフホスティングで ServiceStack を実行する利点はありますか?

どちらの場合も、nginx リバース プロキシを使用しています。