インターネット上の自動アップグレードインストールサーバーにアクセスできない MID Server をアップグレードする方法Issue 自動アップグレードインストールサーバーにアクセスできない MID Server をアップグレードする必要がある場合は、この記事に手動での手順が記載されています。以下の手順では、MID Server がファイルを既にダウンロードしたと思わせ、通常の方法でアップグレードできるようにします。必要に応じて、すべてのインスタンスのアップグレードまたはパッチ適用後に、すべての MID Server に対して必ずこれを実行する必要があります。 インスタンスがアップグレードされると、MID Server は一致するようにアップグレードする必要があり、https://install.service-now.com/ から アップグレードファイルをダウンロードする必要があり、アクセス権がない場合はアップグレードに失敗します。自動の MID サーバー接続テスト機能により、MID サーバーが接続できないかどうかがチェックされ、接続できない場合は通知されます。 警告：MID Server のバージョンが正しくないと、MID Server とインスタンス間でコードとデータの不一致が発生する可能性があり、MID サーバーがインスタンスから送信されたコマンドの処理に失敗したり、インスタンスが MID サーバーから返されたデータを処理できなくなったりする可能性があります。 検証および暗号化キーチェーンに関連する API も一致しない可能性があります。 症状の例 MID Server エージェントログ： AutoUpgrade.3600 Performing pre-upgrade validation tests.AutoUpgrade.3600 Downloading from https://install.service-now.com/glide/distribution/builds/package/mid-upgrade/2019/07/16/mid-upgrade.mid.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.preUpgradeCheck.zipAutoUpgrade.3600 WARNING *** WARNING *** java.net.SocketTimeoutException: connect timed out when posting to https://install.service-now.com/glide/distribution/builds/package/mid-upgrade/2019/07/16/mid-upgrade.mid.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.preUpgradeCheck.zipAutoUpgrade.3600 SEVERE *** ERROR *** java.net.SocketTimeoutException: connect timed out when posting to https://install.service-now.com/glide/distribution/builds/package/mid-upgrade/2019/07/16/mid-upgrade.mid.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.preUpgradeCheck.zipAutoUpgrade.3600 Downloading from http://install.service-now.com/glide/distribution/builds/package/mid-upgrade/2019/07/16/mid-upgrade.mid.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.preUpgradeCheck.zipAutoUpgrade.3600 WARNING *** WARNING *** org.apache.commons.httpclient.ConnectTimeoutException: The host did not accept the connection within timeout of 10000 ms when posting to http://install.service-now.com/glide/distribution/builds/package/mid-upgrade/2019/07/16/mid-upgrade.mid.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.preUpgradeCheck.zipAutoUpgrade.3600 SEVERE *** ERROR *** org.apache.commons.httpclient.ConnectTimeoutException: The host did not accept the connection within timeout of 10000 ms when posting to http://install.service-now.com/glide/distribution/builds/package/mid-upgrade/2019/07/16/mid-upgrade.mid.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.preUpgradeCheck.zipAutoUpgrade.3600 SEVERE *** ERROR *** Aborting MID Server upgrade due to pre-upgrade check failure: Unable to download updates from install serverAutoUpgrade.3600 Setting mid status to Upgrade FailedAutoUpgrade.3600 Instance.updateAgentRecordState(), OperationalState=UPGRADE_FAILED MID Server フォームと問題テーブルでもエラーが繰り返されます。 Aborting MID Server upgrade due to pre-upgrade check failure: Unable to download updates from install server ReleaseWindows または Linux MID Server を搭載したすべてのバージョン。Cause下記の条件では、MID Server コンピューターはインストールサーバーにアクセスできないため、自動アップグレードできません。これらは文書化された接続要件であるため、最初にこれらの構成の問題を内部で解決する必要があります。 インスタンスはオンプレミスで、顧客のネットワーク内にインストールされ (インターネットにアクセスなし)、MID Server もインターネットにアクセスがない。インスタンスはデータセンターでホストされ、MID Server はインスタンスにアクセスできますが、アップグレードサーバー (https://install.service-now.com/) にアクセスできるように設定していない。Resolutionこの手動手順は、MID サーバーにファイル自体が既にダウンロードされていると思わせ、通常の方法でアップグレードできるようにします。また、必要に応じて、すべてのインスタンスのアップグレードまたはパッチの後にすべての MID サーバーに対して必ず実行する必要があります。 1) エージェントログからファイル名を検索する MID サーバー コンピューターで、エージェント ログ内の最新の「AutoUpgrade」または「StartupSequencer」スレッド エントリに「Missing:」がないか確認します。 ZIP ファイル名: <install folder>\agent\logs\agent0.log.0 AutoUpgrade.3600 Current packages: AutoUpgrade.3600 Installed: [mid-core.kingston-10-17-2017__patch0-11-06-2017_11-11-2017_1422.universal.universal.zip, mid-jre.kingston-10-17-2017__patch0-11-06-2017_11-11-2017_1422.windows.x86-64.zip] AutoUpgrade.3600 Assigned: [mid-upgrade.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zip, mid-core.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zip, mid-jre.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636 .windows.x86-64.zip] AutoUpgrade.3600 Missing: [mid-upgrade.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zip, mid-core.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zip, mid-jre.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636 .windows.x86-64.zip] AutoUpgrade.3600 Downloaded: [] この例では、インスタンスは既に New York Patch 0 Hotfix 2 にアップグレードされていますが、MID サーバーは Kingston Patch 0 であり、この特定の例で欠落している 3 つのファイルは次のとおりです。 mid-upgrade.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zipmid-jre.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.windows.x86-64.zipmid-core.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zip メモ：必要なファイル名と URL は、特定のインスタンスで実行されているプラットフォームの特定のバージョンに固有のものです。 2) これらのファイルの完全な URL を把握する 添付の Excel スプレッドシートには、特定のバージョンのファイルへのリンクが記載されています。 ビューアーがロードされて PDF に変換されないようにするには、次のリンクを使用します： /sys_attachment.do?sys_id=9229d73a4780f1d011eaf24c736d43cb インスタンスの現在の MID ビルドスタンプ (MID サーバーがアップグレードする必要があるバージョン) は、[統計] ページで確認できます。https://<instance_name>.service-now.com/stats.do 添付のスプレッドシートに貼り付け、上記で特定したファイルの URL を見つけます。ファイル名は非常に似ているため、正しいファイル (アップグレード中など) とアーキテクチャ (windows.x64 など) を選択するように注意してください。 メモ：Paris、Orlando パッチ 3、New York パッチ 9、および Madrid パッチ 10 ホットフィックス 1b より前のバージョンを実行している場合は、スプレッドシートの下位にある [署名されていない ZIP ファイル] を使用する必要があります。それ以外の場合は、[署名済み] を使用します。 3) インターネットにアクセスできる別のコンピューターにこれらのファイルを手動でダウンロードし、それらの ZIP ファイルを MID Server フォルダーにコピーします。 <install folder>\agent\package\incoming メモ：Windows と Linux の両方のファイルを追加して、OS に関係なく同じファイル セットをすべての MID サーバーにコピーすることで作業を簡素化したいと思うかもしれません。 MID サーバーがそれらをすべて抽出し、正しいファイルを間違ったファイルで上書きし、アップグレードを中断する可能性があるため、これは行わないでください。 4) 事前チェックが実行されないようにする エージェントログに次のエラーが表示された場合は、インストールサーバーにアクセスできない各 MID Server に MID Server パラメーター mid.upgrade.run_precheck=false を追加して、MID Server「preUpgradeCheck」を無効にします。 AutoUpgrade.3600 SEVERE *** ERROR *** Aborting MID Server upgrade due to pre-upgrade check failure: Unable to download updates from install server ドキュメントの「アップグレード前のアップグレード前チェックの無効化」を参照してください。 5) MID Server の再起動 この時点で、自動アップグレードスレッドが再度実行されるのを待つか (1 時間間隔で)、MID Server サービスを再起動して今すぐアップグレードすることができます。 次回自動アップグレードスレッドが実行されると、「Downloaded:」と表示され、<インストール フォルダー>\agent\logs\agent0.log.0 ログに存在するファイルが表示されます。 その後、アップグレードが実行されます。 StartupSequencer Downloaded: [mid-upgrade.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zip, mid-core.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636.universal.universal.zip, mid-jre.newyork-06-26-2019__patch0-hotfix2-07-10-2019_07-16-2019_1636 .windows.x86-64.zip] その後、同じインスタンスに接続している他の MID Server に対して、ダウンロードしたファイルを再利用できます。Related LinksMadrid 以降のリリースでは、インスタンスを一種のプロキシとしてデフォルトで使用するため (mid.download.through.instance=true)、問題ありません。つまり、インストールサーバーへの直接アクセスは必要ありません。 New York 以降、MID Server は再度インストールサーバーにアクセスする必要があります (PRB1332088/PRB627019) 。API_INT セマフォの枯渇、インスタンスへの接続に失敗してシャットダウンする MID Server、およびインスタンスのアップグレード中のアップグレード時間の延長を回避するために、プロパティを false に設定し、インストールサーバーにアクセス権を付与することをお勧めします。