エージェントログで MID サーバーのエラーを確認する Issue MID サーバーが起動しても ServiceNow インスタンスに接続されなかった場合は、エージェントログで MID サーバーのエラーを確認します。エージェントログは、トラブルシューティングする MID サーバーのエージェントフォルダーにある logs サブフォルダーにあります。開始する前に次のリソースを確認し、問題が解決されるかどうか確認してください。 MID サーバーのインストール ビデオチュートリアル：MID サーバーの問題のトラブルシューティング方法 Resolutionエージェントログで MID サーバーのエラーを確認するには MID サーバーファイル内の logs フォルダーでログを見つけます。logs フォルダー内の agent0.log ファイルを見つけます。これに MID サーバーのログが記録されています。 MID サーバーでは、スタートアップシーケンスの試行が複数回失敗しているため、ログにエラー発生の情報が繰り返し記録されています。 スタートアップシーケンスの最初のエラーを探します。「Could not authenticate user ‘USERNAMEHERE’ on the ServiceNow instance (ServiceNow インスタンスでユーザー USERNAMEHERE を認証できませんでした)」という警告です。このエラーは、ユーザーアカウントに問題があることを示しています。このユーザーが存在するかどうかを確認します。存在しない場合は作成します。ユーザー名とパスワードは、構成 XML ファイル内のものと完全に一致させてください。 一致するユーザーが既に存在する場合は、[ロックアウト] ではなく [アクティブ] であることを確認します。次に、サービスを再起動し、インスタンスに移動して、MID サーバーが接続されているかどうかを確認します。 MID サーバーがまだ接続されていない場合は、エージェントログに戻って再起動後の最初のエラーを探します。 別のエラーが表示される場合があります。「Warning: SOAP Server error reported by ServiceNow instance, user ‘USERNAMEHERE’ may be missing the ‘soap_script’ role (警告：ServiceNow インスタンスが報告した SOAP サーバーエラー。ユーザー USERNAMEHERE に soap_script ロールがない可能性があります)」。これはユーザーのロールに問題があることを示しています。これを修正するには、ユーザーに mid_server ロールを割り当ててください。不足している soap_script ロールを含め、他のすべての必要なロールが継承されます。その後、サービスを再起動します。インスタンスに移動して、MID サーバーが接続されているかどうかを確認します。今回は [ステータス] が [稼働中]と表示されているので、問題は解決されています。