MID Server の停止のトラブルシューティングDescriptionこの記事は、MID Server の停止の問題 (MID Server のステータスが表す内容、MID Server のログがある場所、および MID Server の停止のトラブルシューティング) のトラブルシューティングの開始点です。 MID Server ステータス MID Server ステータスは、MID Server サービスが実行中か停止中かを示すものではありません。MID Server のステータスは、MID Server とインスタンス間の通信を表します。MID Server のステータスは、インスタンスが MID Server から受信した最後のハートビート入力または ecc_queue レコード入力に基づいて決定されます。スケジュール設定済みジョブ、または MID Server モニター は、最後のハートビート出力の後にハートビート入力が返されたかどうか、または最後の 1 分以内に MID Server によって ecc_queue 入力が返されたかどうかを確認します。MID Server 監視ジョブは、MonitorMIDServer スクリプトインクルードを呼び出します。インスタンスが MID Serverからハートビートまたはecc_queue 入力を受信しなかった場合、MID Server のステータスは 停止 に設定されます。MID Server からハートビートまたは ecc_queue 入力を受信した場合、MID Server モニタージョブが次回実行されたときに、MID Server のステータスは稼働に設定されます。したがって、MID Server サービスが MID Server ホストで実行されている場合でも、MID Server ステータスが [停止] に設定されることがあります。 MID Server のステータスは、次の場合に停止に設定される可能性があります。 MID Server 構成ファイル (agent/config.xml) の構成が正しくない (無効な資格情報、インスタンス URL が正しくない、プロキシ情報が正しく構成されていないなど)。MID からの通信プロキシまたはファイアウォールが原因となる可能性があります。MID Server サービスが実行されていません。これは、MID Server サービスの手動停止またはクラッシュが原因である可能性があります。 注意： Orlando パッチ 7a/8、Paris パッチ 1 ホットフィックス 3a/5a、Paris パッチ 2、および Quebec は、TLS 証明書を使用するすべての送信要求の証明書チェーンをチェックするコードを追加します。 MID Server がプロキシを介してインスタンスに接続する場合は、証明書を MID Server cacerts にインポートする必要があります。 証明書の詳細については、次を参照してください。 MID サーバーの SSL 問題のトラブルシューティングMID サーバーと証明書ブラウザからSSL証明書を取得する方法MID サーバーの SSL 証明書の追加 MID Server ログ MID Server がインストールされている場所は、インスタンス内の MID Server レコードの [ホスト名] フィールドと [ホームディレクトリ] フィールドから見つけることができます。 MID Server のログは次の場所にあります： <MID_Install_Directory>\agent\logs\ logs フォルダーにはいくつかのログファイルのセットがありますが、最も重要なファイルは次のとおりです： agent0.log.0wrapper.log トラブルシューティング 構成ファイル 構成ファイルの確認パラメーター： 構成ファイル config.xml は次の場所にあります： <MID_Install_Directory>\agent\ 以下は、MID Server 構成ファイルの例の一部です： <!-- Tells the MID server where to contact its associated Service-now instance. Edit this value to provide the URL of your organization's Service-now instance. --><parameter name="url" value="https://YOUR_INSTANCE.service-nowcom"/><!-- If your Service-now instance has authentication enabled (the normal case), set these parameters to define the user name and password the MID server will use to log into the instance. --><parameter name="mid.instance.username" value="midserver"/><parameter name="mid.instance.password" value="encrypted:AqSKti1xfos2IuWzkMQTFg==" encrypt="true"/> 構成ファイルにパラメーターの入力ミスがないことを確認します。 MID Server ユーザーチェック 設定されたユーザーがロックされていないことを確認： servicenow インスタンスで、 [ System Security] > [Users and Groups] > [Users] に移動します。mid.instance.username として設定されたユーザー ID を検索し、この場合は midserver を使用しましたが、構成ファイルには別のユーザーが含まれている可能性があります[ロックアウト] ボックスがオンになっていないことを確認します。 ユーザーに mid_server ロールがあることを確認します： ユーザー レコードで、関連リストのロールを選択します。mid_server ロールがユーザーに割り当てられていることを確認します。割り当てられていない場合、割り当てます。 ユーザーの認証エラーを確認します： [システムログ] > [システムログ] > [すべて] に移動し、 「ユーザーの基本認証に失敗しました」を検索します。MID Server ユーザーの基本認証エラーが見つかった場合、パスワードが正しくない可能性があります。 注意： 「ユーザーを認証できませんでした」などの MID Server エージェントログエラーは、パスワードが正しくないことを示す場合もあります。 認証エラーが見つかった場合は、次の A または B のいずれかを実行します。 A：ユーザーのパスワードを更新して、MID Server の構成ファイルに設定されたものと一致させます。MID Server が構成ファイルのパスワードを暗号化するため、ユーザーのパスワードをリセットしてから構成ファイルを更新することをお勧めします。 B - MID Server サービス構成ファイルで構成されたパスワードを更新します。 MID Server に移動し、 <Installation_Directory>/config.xml を Windows の場合はメモ帳で、Linux の場合は vi で開きます。<Installation_Directory> は、MID をインストールした場所です。mid.instance.password を検索します。<parameter encrypt="true" name="mid.instance.password" value="encrypted:Old_Value"/> を <parameter encrypt="true" name="mid.instance.password" value="newpassword"/> に置き換えます。前のステップの newpassword は、MID Server ユーザーに設定されたアカウントのパスワードです。サービスが再起動されると、パスワードは再暗号化されます。サービスを再起動します。MID Server サービスごとに上記の手順を実行する必要があります。1 分ほど待つと、MID サーバーのステータスが Up に更新されます。 ネットワークテスト MID Server からインスタンスを ping します： ping は、MID Server からインスタンスに到達できることを確認します。 MID Server ホストにログインし、コマンドプロンプトを開き、次を実行します。 ping example.service-now.com 注意：一部の環境では、ICMP 要求が無効になっており、ping が失敗する可能性があります。 インスタンスへの telnet： ping が成功した場合、MID Server ホストからインスタンスに到達できます。ただし、インスタンスとの通信に使用されるポートの通信はクローズされる場合があります。MID Server コマンドプロンプトから： telnet <ip_address> 443 telnet テストに失敗した場合は、エラーメッセージが表示されます。ネットワークチームに問い合わせて、次のことを確認してください。 テストされたポート上の MID Server からターゲットホストへのトラフィックをブロックしているネットワークファイアウォールがない。 ログインinstance: MID Server ホストからインターネットブラウザーを開き、インスタンスにログインします。ブラウザーからのログインに成功しても、MID Server がインスタンスと通信できない場合は、ブラウザーで使用されているプロキシ設定と、構成ファイルにある MID Server のプロキシ設定を比較します。 IE プロキシ設定を確認します。 ツールをクリックし、 インターネットオプションをクリックします。 接続タブを選択します。[LAN 設定]をクリックします。 「ローカル エリア ネットワーク (LAN) 設定」が「自動構成スクリプトを使用する」ように構成されている可能性があります。 このようなスクリプトは、上の [プロキシサーバーを使用] チェックボックスがオフの場合でも、システムのプロキシ設定を構成する可能性があります。スクリプトを確認して、プロキシが使用されているかどうかを判断します。 注意： ブラウザーがプロキシを使用するように構成されている場合は、MID Server もプロキシを使用するように構成する必要があることを示しています。 テストにブラウザーを使用できない場合は、代わりにコマンドラインを使用できます。 Windows： PowerShell を開き、次を実行します： PS C:\Users\Administrator> (Invoke-WebRequest -URI <url>).StatusDescriptionOK Linux： ターミナルから実行： [user@Server]# curl -s -o /dev/null -w '%{http_code}' <instance_address>; echo ""; 200 InstanceInfo 接続をテストするために MID Server がインスタンスから要求する最初のページは、InstanceInfo ページです。 この要求をシミュレートできます。 Linux curl https://<InstanceName>.service-now.com/InstanceInfo.do?SOAP --user <userName>:<userPassword> --header 'Content-Type: text/xml;charset=UTF-8' --header 'SOAPAction: Get' --header 'user-agent: internal_soap_client' --data '<SOAP-ENV:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:tns="http://www.service-now.com/GetMIDInfo" xmlns:m="http://www.service-now.com" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><SOAP-ENV:Body><m:execute><table xsi:type="xsd:string">ecc_agent_log</table></m:execute></SOAP-ENV:Body></SOAP-ENV:Envelope>' | xmllint --format - Windows Postman などのアプリケーションを使用基本認証を設定し、ユーザー名とパスワードを入力URL を使用： https://<instance>.service-now.com/InstanceInfo.do?SOAP HTTP ヘッダー： Content-Type：text/xml;charset=UTF-8 user-agent：internal_soap_client SOAPAction：Get 本文： <SOAP-ENV:Envelope xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:tns="http://www.service-now.com/GetMIDInfo" xmlns:m="http://www.service-now.com" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><SOAP-ENV:Body><m:execute><table xsi:type="xsd:string">ecc_agent_log</table></m:execute></SOAP-ENV:Body></SOAP-ENV:Envelope> サービスステータスの確認 Windows： Windows ホストにインストールされている MID Server のサービスステータスは、Windows サービスで次のように確認できます： Windows Server Manager を開くツールをクリックし、 サービスを選択しますサービスServiceNow MID Server サービスを検索ステータスが 実行中であることを確認 Linux： 次のいずれかの方法で、サービスが Linux で実行されていることを確認できます： エージェント フォルダーから start.sh を実行します。サービスがすでに実行されている場合は、「ServiceNow MID Server はすでに実行されています」と表示されます。MID Server ログを末尾に付けて、出力が書き込まれていることを確認しますps -ef | grep "agent/" レビューログ： すべてのテストが成功しても MID Server が停止している場合は、MID Server のログで MID Server が停止している理由の詳細を確認します。 Release or Environment現在サポートされているすべてのリリース。