Metroノード: 8.0.xへのアップグレード後、メタデータバックアップが機能しなくなる

Summary: この記事では、8.0.xコードへのアップグレード後にメタデータバックアップが動作しなくなる問題について説明します。この記事では、メタデータバックアップ機能をリストアするための回避手順について説明します。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Check out other resources

Symptoms

Dellの影響を受けるハードウェア:
metroノードmn114
metroノードmn215
metroノード-ローカル/Metro

影響を受けるDellソフトウェア:
MetroノードOS 8.0.0.0.0.267
MetroノードOS 8.0.0.1.0.21
MetroノードOS 8.0.1.0.0.220

影響を受ける変更アクティビティ:
metroノードOS 8.0.xへのアップグレード後

トピック:

バックアップの書き込みにCIFS/NFSを主に使用している場合は、「 ndu pre-check コマンドは、metroノード構成内の各クラスターについて以下のエラーを報告します。

クラスター1の例:

VPlexcli:/> ndu pre-check
Warning:
During the NDU process, multiple directors will be offline for a portion of the time.
This is non-disruptive but is dependent on a host-based multipathing solution being
installed, configured, and operating on all connected hosts.
================================================================================
Performing NDU pre-checks
================================================================================
Verify NDU is not in progress..                                            OK
Verify that the directors have been running continuously for 15 days..     OK
Verify director communication status..                                     OK
. . .
Verify meta-volume backup configuration..                                  ERROR
. . .
================================================================================
Errors (x errors found)
================================================================================
cluster-1
     Metadata backups are NOT created according to schedule
     Last backup: Mon Aug 19 00:00:00 UTC 20xx
     Current time: Fri Dec 13 03:41:33 UTC 20xx
     There has been no metadata backup for 116 day(s)
     Run 'metadatabackup local' on cluster-1

クラスター2の例:

VPlexcli:/> ndu pre-check
Warning:
During the NDU process, multiple directors will be offline for a portion of the time.
This is non-disruptive but is dependent on a host-based multipathing solution being
installed, configured, and operating on all connected hosts.
================================================================================
Performing NDU pre-checks
================================================================================
Verify NDU is not in progress..                                            OK
Verify that the directors have been running continuously for 15 days..     OK
Verify director communication status..                                     OK
. . .
Verify meta-volume backup configuration..                                  ERROR
. . .
================================================================================
Errors (x errors found)
================================================================================
cluster-2
     Metadata backups are NOT created according to schedule
     Last backup: Sat Mar 16 01:30:00 UTC 20xx
     Current time: Fri Dec 13 03:41:33 UTC 20xx
     There has been no metadata backup for 272 day(s)
     Run 'metadatabackup local' on cluster-2

コマンドが ll ~system-volumes コマンドが実行されると、メタデータバックアップボリュームの日付に以前の日付が反映されます。

次の例では、Metro環境の両方のクラスターでメタデータバックアップの動作が停止します。

VPlexcli:/> ll ~system-volumes
/clusters/cluster-1/system-volumes:

Name                                     Volume Type     Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots

---------------------------------------  --------------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----

---------------------------------------  --------------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----

meta_C1_xxxxxx                           meta-volume     ok           ok      true    true   raid-1    2          20971264  4K     80G       64000

meta_C1_xxxxxxx_backup_20xx-11-21_01-30  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
                        \------------/ date and time the last backup was run 

/clusters/cluster-2/system-volumes:

Name                                     Volume Type     Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots

---------------------------------------  --------------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----

---------------------------------------  --------------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----

meta_C2_xxxxxx                           meta-volume     ok           ok      true    true   raid-1    2          20971264  4K     80G       64000

meta_C2_xxxxxxx_backup_20xx-11-20_12-43  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
                       \------------/ date and time the last backup was run

現象:

Metro環境 の両方の クラスターでメタデータバックアップの動作が停止します。
Metro環境のいずれかの クラスターでメタデータ バックアップの動作が停止します
メタデータバックアップが ローカル クラスターで機能しなくなる

Cause

スケジュール設定された日次メタデータバックアップ中に、サービス「daily_metadata_backup.service」がdirector-1-1-A、director-2-1-A、またはその両方でactivating状態でスタックすることがあります。

Resolution

永続的な解決法：

この問題は、メトロノードエンジニアリングが調査中です。修正が利用可能になると、この記事が更新されます。

対処方法:

サービス「daily_metadata_backup.service」のステータスを確認するには、シェルプロンプトで次のコマンドを実行します。 sudo systemctl status daily_metadata_backup.service たとえば、Director-1-1-Aやdirector-2-1-AなどのAノード上。[アクティブ: アクティブ化 (開始)]属性が存在し、1分以上実行されていることを確認します。「はい」の場合は、このサービスがその特定のAノードでスタックしていることを意味します。

次の例は、director-1-1-Aとdirector-2-1-Aの両方にサービス「daily_metadata_backup.service」属性「Active: activating (start)」が存在し、1分以上実行されていることを示しています。これは、次に示すように、このサービスがこれらのノードでスタックしていることを意味します。

クラスター-1:

service@director-2-1-a:~> sudo systemctl status daily_metadata_backup.service
● daily_metadata_backup.service - metronode automated daily metadata backups
     Loaded: loaded (/etc/systemd/system/daily_metadata_backup.service; static)
     Active: activating (start) since Sat 2024-10-xx 01:30:18 UTC; 1 month 3 days ago   <---------------------------
TriggeredBy: ● daily_metadata_backup.timer
   Main PID: 22553 (daily_metadata_)
      Tasks: 1
     CGroup: /system.slice/daily_metadata_backup.service
             └─22553 /usr/bin/python3 /opt/dell/vplex/sbin/daily_metadata_backup.py
Oct xx 01:30:18 director-2-1-a systemd[1]: Starting metronode automated daily metadata backups...
.
.
.
<truncated>

クラスター2:

service@director-1-1-a:~> sudo systemctl status daily_metadata_backup.service
● daily_metadata_backup.service - metronode automated daily metadata backups
     Loaded: loaded (/etc/systemd/system/daily_metadata_backup.service; static)
     Active: activating (start) since Sat 2024-10-xx 01:30:18 UTC; 1 month 2 days ago   <---------------------------
TriggeredBy: ● daily_metadata_backup.timer
   Main PID: 22553 (daily_metadata_)
      Tasks: 1
     CGroup: /system.slice/daily_metadata_backup.service
             └─22553 /usr/bin/python3 /opt/dell/vplex/sbin/daily_metadata_backup.py
Oct xx 01:30:18 director-1-1-a systemd[1]: Starting metronode automated daily metadata backups...
.
.
.
<truncated>

次に、Aノード上のサービス「daily_metadata_backup.timer」のステータス(director-1-1-A、director-2-1-Aなど)を確認するには、次のコマンドを実行します。 sudo systemctl status daily_metadata_backup.timer をクリックし、「Trigger:」属性が「n/a」と表示されていることを確認します。「はい」の場合は、このサービスがその特定のAノードでスタックしていることを意味します。

次の例では、director-1-1-Aとdirector-2-1-Aの両方にサービス「daily_metadata_backup.timer」属性「Trigger:」が「n/a」と表示されています。これは、このサービスがこれらのノードでスタックしていることを意味します。

クラスター-1:

service@director-1-1-a:~> sudo systemctl status daily_metadata_backup.timer
● daily_metadata_backup.timer - metronode automated daily metadata backups
Loaded: loaded (/etc/systemd/system/daily_metadata_backup.timer; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/daily_metadata_backup.timer.d
└─daily_backup.conf
Active: active (running) since Wed 2024-11-20 12:46:10 UTC; 18h ago
Trigger: n/a                       <<<<<<<<<<<<
Triggers: ● daily_metadata_backup.service
Nov 20 12:46:10 director-1-1-a systemd[1]: Started metronode automated daily metadata backups.
service@director-1-1-a:~>

クラスター2:

service@director-2-1-a:~> sudo systemctl status daily_metadata_backup.timer
● daily_metadata_backup.timer - metronode automated daily metadata backups
Loaded: loaded (/etc/systemd/system/daily_metadata_backup.timer; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/daily_metadata_backup.timer.d
└─daily_backup.conf
Active: active (running) since Wed 2024-11-xx 12:46:10 UTC; 18h ago
Trigger: n/a                           >>>>>>>>>>>>>>>>>>>>>>>
Triggers: ● daily_metadata_backup.service
Nov xx 12:46:10 director-2-1-a systemd[1]: Started metronode automated daily metadata backups.
service@director-2-1-a:~>

前述の2つのサービスがスタックしているノード(または両方のノード)を確認したら、「daily_metadata_backup.service」と「daily_metadata_backup.timer」サービスを停止してから、「daily_metadata_backup.timer」のサービスを開始してこの状況を解決し、メタデータバックアップが機能するようにします。

メモ: 「restart」コマンドオプションは使用しないでください。

次の例では、両方のAノードが影響を受けるため、サービスは次のように停止および開始されます。
```
sudo systemctl stop daily_metadata_backup.service
```
```
sudo systemctl stop daily_metadata_backup.timer
```
```
sudo systemctl start daily_metadata_backup.timer
```

次のコマンドを実行してステータスを確認し、次のようにスタックしていないことを確認します。

次の例は、「daily_metadata_backup.service」に対してstatusコマンドを実行して、サービスが実際に実行されていないことを示す「Active: inactive (dead)」行(メタデータの次のバックアップサイクルを待機しているときに「inactive (dead)」になっているかどうかをチェックする様子を示しています。

service@director-2-1-a:~> sudo systemctl status daily_metadata_backup.service
● daily_metadata_backup.service - metronode automated daily metadata backups
     Loaded:  loaded (/etc/systemd/system/daily_metadata_backup.service; static)
     Active: inactive (dead) since Fri 2024-11-22 21:07:41 UTC; 1min 49s ago          >>>>>>>>>>>>
TriggeredBy: ● daily_metadata_backup.timer
    Process: 9183 ExecStart=/opt/dell/vplex/sbin/daily_metadata_backup.py (code=exited, status=0/SUCCESS)
   Main PID: 9183 (code=exited, status=0/SUCCESS)
Nov 22 21:07:36 director-2-1-a systemd[1]: Starting metronode automated daily metadata backups...
Nov 22 21:07:41 director-2-1-a systemd[1]: daily_metadata_backup.service: Succeeded.
Nov 22 21:07:41 director-2-1-a systemd[1]: Finished metronode automated daily metadata backups.
service@director-2-1-a:~>

service@director-1-1-a:~> sudo systemctl status daily_metadata_backup.service
● daily_metadata_backup.service - metronode automated daily metadata backups
     Loaded:  loaded (/etc/systemd/system/daily_metadata_backup.service; static)
     Active: inactive (dead) since Fri 2024-11-22 21:07:41 UTC; 1min 49s ago          >>>>>>>>>>>>
TriggeredBy: ● daily_metadata_backup.timer
    Process: 9183 ExecStart=/opt/dell/vplex/sbin/daily_metadata_backup.py (code=exited, status=0/SUCCESS)
   Main PID: 9183 (code=exited, status=0/SUCCESS)
Nov 22 21:07:36 director-1-1-a systemd[1]: Starting metronode automated daily metadata backups...
Nov 22 21:07:41 director-1-1-a systemd[1]: daily_metadata_backup.service: Succeeded.
Nov 22 21:07:41 director-1-1-a systemd[1]: Finished metronode automated daily metadata backups.
service@director-2-1-a:~>

次の例は、サービス「daily_metadata_backup.timer」を「active(waiting)」に設定し、「Trigger」を現在または現在に設定する必要があることを示しています。これは、サービスが期待どおりに機能していることを示しています。

service@director-2-1-a:~> sudo systemctl status daily_metadata_backup.timer
● daily_metadata_backup.timer - metronode automated daily metadata backups
     Loaded: loaded (/etc/systemd/system/daily_metadata_backup.timer; enabled; vendor preset: disabled)
    Drop-In: /etc/systemd/system/daily_metadata_backup.timer.d
             └─daily_backup.conf
     Active: active (waiting) since Fri 2024-11-22 21:09:24 UTC; 14s ago   >>>>>>>>>>>
    Trigger: Sat 2024-11-23 01:30:00 UTC; 4h 20min left   >>>>>>>>>>>
   Triggers: ● daily_metadata_backup.service
Nov 22 21:09:24 director-2-1-a systemd[1]: Started metronode automated daily metadata backups.
service@director-2-1-a:~>

service@director-1-1-a:~> sudo systemctl status daily_metadata_backup.timer
● daily_metadata_backup.timer - metronode automated daily metadata backups
     Loaded: loaded (/etc/systemd/system/daily_metadata_backup.timer; enabled; vendor preset: disabled)
    Drop-In: /etc/systemd/system/daily_metadata_backup.timer.d
             └─daily_backup.conf
     Active: active (waiting) since Fri 2024-11-22 21:09:24 UTC; 14s ago   >>>>>>>>>>>
    Trigger: Sat 2024-11-23 01:30:00 UTC; 4h 20min left   >>>>>>>>>>>
   Triggers: ● daily_metadata_backup.service
Nov 22 21:09:24 director-1-1-a systemd[1]: Started metronode automated daily metadata backups.
service@director-2-1-a:~>

次のコマンドを実行して、次のメタデータバックアップが完了するまで待機し、監視します。 ll ~system-volumes コマンドを使用して、問題が解決され、次のようにメタデータバックアップが正常に実行されていることを確認します。

Example:

VPlexcli:/> ll ~system-volumes
/clusters/cluster-1/system-volumes:

Name                                     Volume Type     Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots

---------------------------------------  --------------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----

---------------------------------------  --------------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----

meta_C1_xxxxxx                           meta-volume     ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
meta_C1_xxxxxxx_backup_2024-11-23_01-30  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
meta_C1_4UQT429_backup_2024-11-24_01-30  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000

/clusters/cluster-2/system-volumes:

Name                                     Volume Type     Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots

---------------------------------------  --------------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----

---------------------------------------  --------------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----

meta_C2_xxxxxx                           meta-volume     ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
meta_C2_xxxxxxx_backup_2024-11-23_12-43  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
meta_C2_xxxxxxx_backup_2024-11-24_12-43  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000

Affected Products

metro node

Products

metro node mn-114, metro node mn-215

Article Number: 000264665

Article Type: Solution

Last Modified: 22 Apr 2025

Version: 4

Check if your device is covered by Support Services.

Metroノード: 8.0.xへのアップグレード後、メタデータバックアップが機能しなくなる

Symptoms

Cause

Resolution

永続的な解決法：

Affected Products

Products

Article Properties

Find answers to your questions from other Dell users

Support Services

Article Properties

Find answers to your questions from other Dell users

Support Services

Metroノード: 8.0.xへのアップグレード後、メタデータ バックアップが機能しなくなる

Detailed Article

Symptoms

Cause

Resolution

Affected Products

Symptoms

Cause

Resolution

永続的な解決法：

Affected Products

Products

Article Properties

Find answers to your questions from other Dell users

Support Services

Article Properties

Find answers to your questions from other Dell users

Support Services

Metroノード: 8.0.xへのアップグレード後、メタデータバックアップが機能しなくなる