紺ウェブアプリケーションのDNN 8スケジューラエラー

Question

私は、DNPプラットフォームエディションがスケジューラタスクに関してMS Azure Webアプリケーション環境と闘っていることを覚えています。

この引用はDNNプラットフォーム/コミュニティスケジューラは、ウェブサイトを実行しているサーバーの名前が今まで として変化しているようアズールはスケールアップとダウン、またはアップグレードが基本となるのAzureのWeb サイトをサポートしていませんthis DNN connect blog

のために来てマシン。 Evoqのソリューションは です。

私はAzureの上で私のDNNインスタンスで、次のスケジューラのエラーを取得しています：

スレッドID：59 TYPE：DotNetNuke.Services.Search.SearchEngineScheduler、DotNetNukeの EXCEPTION：ロックが取得タイムアウトになりました： NativeFSLock @ D：検索の\ write.lock

それはLOTが起こっている\ \ホーム\サイト\ wwwrootに\ App_Dataに。 DotNetNuke.Services.Scheduling.PurgeScheduleHistory、DotNetNukeの EXCEPTION：：実行タイムアウトが期限切れこれは私も08.00.01バージョン

TYPEに次のエラーを取得しています08.00.04バージョン

です。操作が完了するまでに より前にタイムアウト時間が経過したか、サーバーが応答していません。

私の質問は、dnnプラットフォームのスケジューラがAzure Webアプリケーション環境で正しく動作するかどうかと、これがどのバージョンでこれが実現したかです。これにより、これらのエラーを解決するのに役立ちます。私たちは、多くの場合、ライセンスを再活性化するために、私たちが必要なので、Azureの中のテストとQA Evoq環境やマシン名が変更を行うホスト

おかげ

Answer 1

。しかし、これらは無料または共有pricing tiersにあります。私はあなたがBasic以上に移行すれば、その環境は専念すべきだと信じています。独自のOnDemandホスティングではAzureを使用しているため、DNN Corpでこれを確認することもできます。

検索の書き込みロックエラー他の環境で見たことがあるので、必ずしもAzureの問題ではないと思います。この問題では、App Poolを再起動し、App_Data \ Searchフォルダ内のすべてのファイルを削除してください。サイトを開始して、[設定]> [サイトの設定]> [検索]に移動し、[コンテンツの再インデックス登録]ボタンをクリックします。その後、スケジューラからサイトクローラジョブを開始します。 [サイトの設定]> [サーバー]> [サーバー設定]> [Webサーバー]で、現在のサーバー名のみが存在することを確認します。古いサーバー名は削除します。 [設定]> [スケジューラ]で、[検索：サイトクローラ]タスクを編集します。 [サーバ]テキストボックスには、サーバの名前を入力して、サーバ上でのみ実行されるようにして、処理が重複しないようにすることができます（Webファームモードの場合）。