Windowsの自動展開で遭遇する「応答ファイル解析エラー」の原因と実効性のある解決策
Lenovo製サーバーの運用管理において、OSの導入作業を大幅に省力化できるツールが「Lenovo XClarity Administrator（以下、LXCA）」です。複数台のハードウェアに対して一括でオペレーティングシステムを展開できる強力な機能を備えていますが、特定の環境下においてWindows Serverのデプロイメントが途中で停止してしまうという深刻なトラブルが報告されています。
具体的には、LXCAを使用してWindows Server 2012 R2やWindows Server 2016を展開しようとした際、Windowsのセットアップウィザードの実行中に画面上にエラーメッセージが表示され、それ以上処理が進まなくなるという現象です。ITインフラの構築フェーズにおいて、こうしたデプロイのエラーはスケジュールの大幅な遅延に直結するため、迅速な原因特定と適切な対処が求められます。
本記事では、LXCAを用いたWindows展開時に発生するセットアップエラーの具体的な症状、エラーを特定するためのログの確認方法、影響を受ける構成、そしてこの問題を根本的に解決するためのアプローチと、現場ですぐに実践できる回避策について詳しく解説します。
Windowsセットアップ中に発生するエラーの具体的な症状
LXCAからWindowsのデプロイジョブを発行し、一見すると正常に処理が開始されたように見えても、プロセスの途中でWindowsのインストール画面（セットアップウィザード）上に以下のエラーメッセージが出力され、進行がストップします。
「Windows could not parse or process the unattend answer file for pass [specialize].」
このメッセージは、Windowsの無人インストール（自動セットアップ）を実行するためにLXCAが内部的に生成・適用した「応答ファイル（unattend.xml）」の解析または処理に、OS側が失敗したことを意味しています。特に初期化や固有設定を反映する「specialize」フェーズにおいて、ファイルの記述内容や適用タイミングに不整合が生じた際にこのエラーがトリガーされます。
ジョブログに記録されるタイムアウトの兆候
対象のサーバーに物理ディスプレイやリモートコンソールを接続していない場合、画面上のエラーに気づくのが遅れることがあります。その場合、LXCAの管理画面から「OS展開ジョブログ（Operating System deploy job log）」を確認することで、異常が発生しているかどうかを判定できます。
この問題が発生している場合、OS展開ジョブは正常終了せず、異常に短い時間でタイムアウトエラーを記録します。具体的には、数分程度という短い監視時間の中でステータスが更新されなかったと判断され、ジョブが強制終了されます。
管理ログに出力される典型的なエラーメッセージの例を以下に示します。
FQXHMFC0015M The operating system deployment process did not complete for server "xxxxx" ("xxxxx"). The image deployment process for this server has timed out because its status has not been updated from "{"messageID":"NODE_RESTARTING","messageBundle":"mri.ServerMRI"}" in the last 8 minutes. Make sure that the server is functioning and that there is a working network connection between the management server and the server.
ログには、サーバーのステータスが「ノード再起動中（NODE_RESTARTING）」のまま一定時間（例：8分間）更新されなかったため、イメージ展開プロセスがタイムアウトした旨が明記されます。メッセージ内では、サーバー本体が正常に動作しているか、あるいは管理サーバーと対象サーバーの間のネットワーク接続に問題がないかを確認するよう促されますが、本現象の根本原因はネットワークの物理的な断線やハードウェアの故障ではありません。
トラブルが発生する対象環境と構成
このセットアップエラーおよびジョブタイムアウトの現象は、特定のハードウェアモデルやオプションに依存するものではなく、使用しているLXCAのソフトウェアバージョンと、展開対象となるオペレーティングシステムの組み合わせに起因して発生します。
具体的な影響範囲は以下の通りです。
なお、この症状が発生しているからといって、対象のネットワークオペレーティングシステムがすべてのハードウェアとソフトウェアの組み合わせにおいて動作しないことを意味するわけではありません。サーバー本体や周辺機器との基本的な互換性については、メーカーが提供する公式の互換性確認サイト（ServerProvenなど）を参照し、本来の動作要件を満たしているかを事前に確認しておくことが大前提となります。
根本的な解決策：LXCAのバージョンアップ
この動作不具合は、LXCAの内包する自動展開ロジックの不具合としてメーカー側に認識されており、以降のアップデートにおいて修正が行われています。
修正バージョンの適用
この問題は、Lenovo XClarity Administrator バージョン 1.4.0において完全に修正されました。
したがって、現在バージョン 1.3.1のLXCAを運用しており、Windows Server 2012 R2または2016の展開で本エラーに遭遇した場合は、管理ソフトウェア自体をバージョン 1.4.0以降の最新のファームウェア・アップデート・パックへ更新することが根本的な解決策となります。
修正ファイルおよびアップデート用パッチは、メーカーの公式サポートウェブサイト（データセンターサポート）から入手可能です。ポータルサイトにアクセス後、適切なプロダクトグループ、システムのタイプ、製品名、製品のマシンタイプ、および使用しているオペレーティングシステムを選択していくことで、該当するアップデートパッケージをダウンロードすることができます。LXCAを更新することにより、応答ファイルの生成プロセスが最適化され、「specialize」フェーズでの解析エラーが回避されるようになります。
即座に実践できる2つの暫定回避策
システムのバージョンアップには、事前の検証や承認手続き、メンテナンス時間の確保などが必要であり、構築現場で今すぐに対応することが難しいケースも多々あります。その場合に、一時的にOS展開作業を前に進めるための回避策が2つ存在します。
1. 展開ジョブの再試行（リトライ）
この応答ファイル解析エラーは、特定の条件が重なったときに発生するものであり、すべてのWindows展開において100%確実に発生するとは限りません。タイミングや内部の処理速度のブレにより、同じ構成であっても正常にセットアップが完了することがあります。
そのため、最も手軽な一時しのぎの方法として、失敗したOS展開ジョブを一度削除またはリセットし、再度同じデプロイ処理を実行してみる価値はあります。偶然エラーをすり抜けてインストールが成功する可能性があります。
2. LXCAを介さない手動インストールへの切り替え
再試行を行っても同様のエラーで停止してしまう場合、あるいは確実性を重視する場合は、LXCAの自動展開機能の使用を一時的に諦め、手動によるOSインストールへ切り替えるのが最も確実です。手動でセットアップを行う場合、LXCAによる独自の応答ファイルが適用されないため、不具合を完全に回避できます。
手動インストールを実施する方法としては、以下の2つのアプローチが挙げられます。
物理メディアの直接接続
データセンターやサーバー設置場所に物理的にアクセスできる環境であれば、Windows ServerのインストールISOイメージを書き込んだDVDメディアやUSBフラッシュドライブを用意します。これらを対象サーバーの光学ドライブやUSBポートに直接接続し、サーバーの起動時にブートメニューから該当メディアを選択してセットアップを開始します。画面の指示に従って標準的なインストール手順を進めることで、エラーを回避してOSを導入できます。
XCC（XClarity Controller）リモートコンソールを活用した仮想メディアマウント
遠隔地からの操作が必要な場合や、物理メディアを用意するのが困難な場合は、サーバーのベースボード管理コントローラーである「XClarity Controller（XCC）」のWebインターフェースを活用します。
まず、Webブラウザから対象サーバーのXCCにログインし、リモートコンソール画面を開きます。リモートコンソールの機能に含まれる「仮想メディア（Virtual Media）」を使用し、作業用端末内、あるいはネットワーク上にあるWindows ServerのインストールISOイメージファイルをマウントします。
マウント完了後、XCCの起動設定（Boot Order）インターフェースにおいて、次の起動デバイスとして仮想メディア（仮想光学ドライブなど）が最優先されるように変更します。設定を保存してサーバーを再起動（リセット）させれば、マウントしたインストールメディアからサーバーが起動します。あとはリモートコンソール画面越しに、通常のWindowsセットアッププロンプトに従って手動でインストールを完了させます。
自動化のメリットは一時的に失われますが、LXCAのバージョンアップを待てない逼迫したスケジュールにおいては、このXCC経由の手動インストールが最も信頼性の高い解決ルートとなります。
