VCF Operations のデプロイがエラーで失敗する：LCMVROPSSYSTEM29002 Operations collector group operation failure
search cancel

VCF Operations のデプロイがエラーで失敗する：LCMVROPSSYSTEM29002 Operations collector group operation failure

book

Article ID: 421410

calendar_today

Updated On:

Products

VCF Operations

Issue/Introduction

免責事項： これは英文の記事「VCF Operations deployment fails with Error: LCMVROPSSYSTEM29002 Operations collector group operation failure」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

  • VCF Installer を使用して VCF Operations をデプロイした後、タスク "Retrieve the status for VCF Operations with VCF Operations collector Deployment request" が失敗します。
  • VCF Installer のタスク画面には以下のエラーメッセージが表示されます。
Injecting task failure event. Error Code : 'LCMVROPSSYSTEM29002', Retry : 'true', Causing Properties : '
...
com.vmware.vrealize.lcm.plugin.common.vrops.exceptions.CollectorGroupOperationsException: Wait timeout, Cloud Proxy node didn't join the Operations cluster, retry after sometime.
  • systemctl status haproxy.service -l コマンドで haproxy のステータスを確認すると haproxy の起動がタイムアウトしています。
Aug 15 05:37:27 ###.###.###.### systemd[1]: Starting HAProxy Load Balancer...
Aug 15 05:38:05 ###.###.###.### haproxy[7551]: [NOTICE]   (7551) : config : [/etc/haproxy/haproxy.cfg:87] : 'server PrxyRC_CRUSH_FTP_DEV_BE/CRUSH_FTP_DEV_0' : could not resolve address 'api-devlvn.broadcom.net', disabling server.
Aug 15 05:38:45 ###.###.###.### haproxy[7551]: [NOTICE]   (7551) : config : [/etc/haproxy/haproxy.cfg:96] : 'server PrxyRC_CRUSH_FTP_STAGE_BE/CRUSH_FTP_STG_0' : could not resolve address 'eapi-gcpstg.broadcom.com', disabling server.
Aug 15 05:38:57 ###.###.###.### systemd[1]: haproxy.service: start operation timed out. Terminating.
Aug 15 05:38:57 ###.###.###.### systemd[1]: haproxy.service: Failed with result 'timeout'.
Aug 15 05:38:57 ###.###.###.### systemd[1]: Failed to start HAProxy Load Balancer.
Aug 15 05:38:58 ###.###.###.### systemd[1]: haproxy.service: Scheduled restart job, restart counter is at 1.
Aug 15 05:38:58 ###.###.###.### systemd[1]: Stopped HAProxy Load Balancer.
Aug 15 05:38:58 ###.###.###.### systemd[1]: Starting HAProxy Load Balancer...
Aug 15 05:39:37 ###.###.###.### haproxy[7594]: [NOTICE]   (7594) : config : [/etc/haproxy/haproxy.cfg:87] : 'server PrxyRC_CRUSH_FTP_DEV_BE/CRUSH_FTP_DEV_0' : could not resolve address 'api-devlvn.broadcom.net', disabling server.
Aug 15 05:39:57 ###.###.###.### systemd[1]: haproxy.service: Deactivated successfully.
Aug 15 05:39:57 ###.###.###.### systemd[1]: Stopped HAProxy Load Balancer.
  • dig コマンドを実行すると "timed out" が表示されます。
# dig api-devlvn.broadcom.net
;; communications error to ###.###.###.####53: timed out 

; <<>> DiG 9.20.0 <<>> api-devlvn.broadcom.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 65000
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4000
;; QUESTION SECTION:
;api-devlvn.broadcom.net.       IN      A

;; Query time: 4416 msec
;; SERVER: ###.###.###.####53(###.###.###.###) (UDP)
;; WHEN: Mon Sep 01 06:33:02 UTC 2025
;; MSG SIZE  rcvd: 52

Environment

VCF Operations 9.x

Cause

haproxy は起動時に、構成内で指定された以下の FQDN の DNS 名前解決を試みます。

  • api-devlvn.broadcom.net

  • eapi-gcpstg.broadcom.com

  • eapi.broadcom.com

通常 DNS は即座に NXDOMAIN 応答を返すことが想定されます（DNS 再帰が有効であっても）。しかし、この状況では DNS 解決がタイムアウトしています。
これは再帰設定自体の問題というよりも DNS、ネットワークファイアウォールの構成、または全体的な DNS の応答性に問題があることを示しています。

Resolution

DNS サーバーが即座に応答を返し、アップストリームへのクエリタイムアウトを防ぐために、DNS の再帰（recursion）を無効にします。

以下は Windows Server DNS を使用した場合の設定例です。

注：これはあくまで一例です。DNS 設定を変更する際は、必ず DNS サービスを提供しているソフトウェアベンダーに相談してください。

手順:

  1. Windows Server の DNS Manager にアクセスします。

  2. サーバーアイコンを右クリックします。

  3. [プロパティ] > [詳細] タブを選択します。

  4. [再帰を無効にする (フォワーダーも無効にする)] オプションにチェックを入れ、[適用] > [OK] をクリックします。

  5. サーバーアイコンを再度右クリックします。

  6. [すべてのタスク] > [再起動] に移動し、サービスを再起動します。


代替の回避策

DNS サーバーの設定変更が難しい場合は、以下の手順で回避することも可能です。

  1. root アカウントを使用して VCF Operations Collector Appliance に SSH でログインします。

  2. /etc/hosts ファイルを修正し、以下の Broadcom ドメインのエントリを含めることで外部 DNS 解決をバイパスします（<VM GATEWAY_IP> は実際のゲートウェイ IP に置き換えてください）。

    <VM GATEWAY_IP> api-devlvn.broadcom.net
<VM GATEWAY_IP> eapi-gcpstg.broadcom.com
<VM GATEWAY_IP> eapi.broadcom.com

  3. 以下のコマンドを実行して systemd-resolved を再起動します。

    systemctl restart systemd-resolved

  4. 以下のコマンドを使用して /etc/hosts ファイルを不変（immutable）に設定します。

    chattr +i /etc/hosts

  5. VCF Installer からデプロイメントタスクを再試行します。

Powered by Wolken Software