アンダークラウドおよびコントロールプレーンノードのバックアップと復元

手順

1. アンダークラウドに stack ユーザーとしてログインします。

2. stackrc ファイルを取得します。

   $ source ~/stackrc

3. bar-vars.yaml ファイルを作成します。

   touch /home/stack/bar-vars.yaml

4. bar-vars.yaml ファイルで、バックアップの保存場所を設定します。

   1. NFS サーバーを使用する場合は、以下のパラメーターを追加して、NFS サーバーおよびバックアップストレージフォルダーの IP アドレスの値を設定します。

      tripleo_backup_and_restore_server: <ip_address>
      tripleo_backup_and_restore_shared_storage_folder: <backup_dir>

      • <ip_address> および <backup_dir> を、使用中の環境に適用される値に置き換えます。デフォルトでは、tripleo_backup_and_restore_server パラメーターの値は 192.168.24.1 です。

   2. SFTP サーバーを使用する場合は、tripleo_backup_and_restore_output_url パラメーターを追加し、SFTP サーバーの URL と認証情報の値を設定します。

      tripleo_backup_and_restore_output_url: sftp://<user>:<password>@<backup_node>/
      tripleo_backup_and_restore_backup_url: iso:///backup/

      <user>、<password>、および <backup_node> を、バックアップノードの URL および認証情報に置き換えます。

手順

1. アンダークラウドノードにおいて、source コマンドでアンダークラウドの認証情報を読み込みます。

   [stack@undercloud-0 ~]$ source stackrc
   (undercloud) [stack@undercloud ~]$

2. アンダークラウドノードで、バックアップノードのインベントリーファイルを作成します。

   (undercloud) [stack@undercloud ~]$ cat <<'EOF'> ~/nfs-inventory.yaml
   [BackupNode]
   <backup_node> ansible_host=<ip_address> ansible_user=<user>
   EOF

   <backup_node>、<ip_address>、および <user>を、使用中の環境に適用される値に置き換えます。

3. 公開 SSH 鍵をアンダークラウドノードからバックアップノードにコピーします。

   (undercloud) [stack@undercloud ~]$ ssh-copy-id -i ~/.ssh/id_rsa.pub <backup_node>

   <backup_node> をバックアップノードのパスおよび名前に置き換えます。

4. バックアップノードに NFS サーバーを設定します。

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup --setup-nfs --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/nfs-inventory.yaml

手順

1. アンダークラウドノードにおいて、source コマンドでアンダークラウドの認証情報を読み込みます。

   [stack@undercloud-0 ~]$ source stackrc

2. まだ行っていない場合は、インストール中に保存された場所から静的 ansible インベントリーファイルを展開します。

   (undercloud) [stack@undercloud ~]$ cp ~/overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml ~/tripleo-inventory.yaml

   • <stack> は、スタックの名前に置き換えます。デフォルトでは、スタックの名前は overcloud です。

3. アンダークラウドノードに ReaR をインストールします。

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup --setup-rear --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml

4. システムで UEFI ブートローダーを使用している場合は、アンダークラウドノードで以下の手順を実施します。

   1. 以下のツールをインストールします。

      $ sudo dnf install dosfstools efibootmgr

   2. USING_UEFI_BOOTLOADER パラメーターの値 0 を値 1 に置き換えて、UEFI_BOOTLOADER =/boot/efi/EFI/redhat/shimx64.efi を追加して、/etc/rear/local.conf にある ReaR 設定ファイルで UEFI バックアップを有効にします。

手順

1. アンダークラウドに stack ユーザーとしてログインします。

2. MySQL の root パスワードを取得します。

   [stack@undercloud ~]$ PASSWORD=$(sudo /bin/hiera -c /etc/puppet/hiera.yaml mysql::server::root_password)

3. アンダークラウドノードのデータベースのバックアップを作成します。

   [stack@undercloud ~]$ sudo podman exec mysql bash -c "mysqldump -uroot -p$PASSWORD --opt --all-databases" | sudo tee /root/undercloud-all-databases.sql

4. アンダークラウドノードにおいて、source コマンドでアンダークラウドの認証情報を読み込みます。

   [stack@undercloud-0 ~]$ source stackrc

5. アンダークラウドノードのバックアップを作成します。

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup
   --inventory /home/stack/tripleo-inventory.yaml

手順

1. コントロールプレーンノードのバックアップをスケジュールするには、以下のコマンドを実行します。デフォルトのスケジュールは日曜日の午前 0 時です。

   openstack undercloud backup --cron

2. オプション: デプロイメントに応じてスケジュールが設定されたバックアップをカスタマイズします。

   • デフォルトのバックアップスケジュールを変更するには、tripleo_backup_and_restore_cron パラメーターに別の cron スケジュールを渡します。

     openstack undercloud backup --cron --extra-vars
     '{"tripleo_backup_and_restore_cron": "0 0 * * 0"}'

   • cron がスケジュールされたバックアップを実行する際にバックアップコマンドに追加されるパラメーターを定義するには、以下の例のように tripleo_backup_and_restore_cron_extra パラメーターをバックアップコマンドに渡します。

     openstack undercloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_extra":"--extra-vars bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml"}'

   • バックアップを実行するデフォルトユーザーを変更するには、以下の例のように tripleo_backup_and_restore_cron_user パラメーターを backup コマンドに渡します。

     openstack undercloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_user": "root"}

手順

1. アンダークラウドノードにおいて、source コマンドでアンダークラウドの認証情報を読み込みます。

   [stack@undercloud-0 ~]$ source stackrc
   (undercloud) [stack@undercloud ~]$

2. アンダークラウドノードで、バックアップノードのインベントリーファイルを作成します。

   (undercloud) [stack@undercloud ~]$ cat <<'EOF'> ~/nfs-inventory.yaml
   [BackupNode]
   <backup_node> ansible_host=<ip_address> ansible_user=<user>
   EOF

   <backup_node>、<ip_address>、および <user>を、使用中の環境に適用される値に置き換えます。

3. 公開 SSH 鍵をアンダークラウドノードからバックアップノードにコピーします。

   (undercloud) [stack@undercloud ~]$ ssh-copy-id -i ~/.ssh/id_rsa.pub <backup_node>

   <backup_node> をバックアップノードのパスおよび名前に置き換えます。

4. バックアップノードに NFS サーバーを設定します。

   (undercloud) [stack@undercloud ~]$ openstack undercloud backup --setup-nfs --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/nfs-inventory.yaml

手順

1. アンダークラウドノードにおいて、source コマンドでアンダークラウドの認証情報を読み込みます。

   [stack@undercloud-0 ~]$ source stackrc

2. まだ行っていない場合は、インストール中に保存された場所から静的 ansible インベントリーファイルを展開します。

   (undercloud) [stack@undercloud ~]$ cp ~/overcloud-deploy/<stack>/tripleo-ansible-inventory.yaml ~/tripleo-inventory.yaml

   • <stack> は、スタックの名前に置き換えます。デフォルトでは、スタックの名前は overcloud です。

3. bar-vars.yaml ファイルで、バックアップの保存場所を設定します。

   • 独自の NFS サーバーをインストールして設定している場合は、tripleo_backup_and_restore_server パラメーターを追加して、値を NFS サーバーの IP アドレスに設定します。

     tripleo_backup_and_restore_server: <ip_address>
     tripleo_backup_and_restore_shared_storage_folder: <backup_dir>

     • <ip_address> および <backup_dir> を、使用中の環境に適用される値に置き換えます。デフォルトでは、tripleo_backup_and_restore_server パラメーターの値は 192.168.24.1* です。

   • SFTP サーバーを使用する場合は、tripleo_backup_and_restore_output_url パラメーターを追加し、SFTP サーバーの URL と認証情報の値を設定します。

     tripleo_backup_and_restore_output_url: sftp://<user>:<password>@<backup_node>/
     tripleo_backup_and_restore_backup_url: iso:///backup/

     <user>、<password>、および <backup_node> を、バックアップノードの URL および認証情報に置き換えます。

4. コントロールプレーンノードに ReaR をインストールします。

   (undercloud) [stack@undercloud ~]$ openstack overcloud backup --setup-rear --extra-vars /home/stack/bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml

5. システムで UEFI ブートローダーを使用している場合は、コントロールプレーンノードで以下の手順を実行します。

   1. 以下のツールをインストールします。

      $ sudo dnf install dosfstools efibootmgr

   2. USING_UEFI_BOOTLOADER パラメーターの値 0 を値 1 に置き換えて、UEFI_BOOTLOADER =/boot/efi/EFI/redhat/shimx64.efi を追加して、/etc/rear/local.conf にある ReaR 設定ファイルで UEFI バックアップを有効にします。

手順

1. 各コントロールプレーンノードで config-drive パーティションを見つけます。

   [stack@undercloud-0 ~]$ blkid -t LABEL="config-2" -odevice

2. 各コントロールプレーンノードで、各ノードの config-drive パーティションを root ユーザーとしてバックアップします。

   [root@controller-x ~]# dd if=<config_drive_partition> of=/mnt/config-drive

   <config_drive_partition> を、手順 1 で見つけた config-drive パーティションの名前に置き換えます。

3. アンダークラウドノードにおいて、source コマンドでアンダークラウドの認証情報を読み込みます。

   [stack@undercloud-0 ~]$ source stackrc

4. コントロールプレーンノードのバックアップを作成します。

   (undercloud) [stack@undercloud ~]$ openstack overcloud backup --inventory /home/stack/tripleo-inventory.yaml

   バックアッププロセスは、環境へのサービスを中断することなく、各コントロールプレーンノードで順番に実行されます。

手順

1. コントロールプレーンノードのバックアップをスケジュールするには、以下のコマンドを実行します。デフォルトのスケジュールは日曜日の午前 0 時です。

   openstack overcloud backup --cron

2. オプション: デプロイメントに応じてスケジュールが設定されたバックアップをカスタマイズします。

   • デフォルトのバックアップスケジュールを変更するには、tripleo_backup_and_restore_cron パラメーターに別の cron スケジュールを渡します。

     openstack overcloud backup --cron --extra-vars
     '{"tripleo_backup_and_restore_cron": "0 0 * * 0"}'

   • cron がスケジュールされたバックアップを実行する際にバックアップコマンドに追加されるパラメーターを定義するには、以下の例のように tripleo_backup_and_restore_cron_extra パラメーターをバックアップコマンドに渡します。

     openstack overcloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_extra":"--extra-vars bar-vars.yaml --inventory /home/stack/tripleo-inventory.yaml"}'

   • バックアップを実行するデフォルトユーザーを変更するには、以下の例のように tripleo_backup_and_restore_cron_user パラメーターを backup コマンドに渡します。

     openstack overcloud backup --cron --extra-vars '{"tripleo_backup_and_restore_cron_user": "root"}

手順

1. アンダークラウドノードの電源をオフにします。次のステップに進む前に、アンダークラウドノードの電源が完全にオフになっていることを確認します。
2. バックアップの ISO イメージでアンダークラウドノードをブートします。

3. Relax-and-Recover ブートメニューが表示されたら、Recover <undercloud_node> を選択します。<undercloud_node> をアンダークラウドノードの名前に置き換えます。

   注記

   システムで UEFI を使用している場合は、Relax-and-Recover (no Secure Boot) オプションを選択します。

4. root ユーザーとしてログインし、ノードを復元します。

   以下のメッセージが表示されます。

   Welcome to Relax-and-Recover. Run "rear recover" to restore your system!
   RESCUE <undercloud_node>:~ # rear recover

   アンダークラウドノードの復元プロセスが完了すると、コンソールに以下のメッセージが表示されます。

   Finished recovering your system
   Exiting rear recover
   Running exit tasks

5. ノードの電源を切ります。

   RESCUE <undercloud_node>:~ #  poweroff

   ノードをブートすると、以前の状態で再開されます。

手順

1. 各コントロールプレーンノードの電源をオフにします。次のステップに進む前に、コントロールプレーンノードの電源が完全にオフになっていることを確認します。
2. 対応するバックアップの ISO イメージで各コントロールプレーンノードをブートします。

3. Relax-and-Recover ブートメニューが表示されたら、各コントロールプレーンノードで Recover <control_plane_node> を選択します。<control_plane_node> を対応するコントロールプレーンノードの名前に置き換えます。

   注記

   システムで UEFI を使用している場合は、Relax-and-Recover (no Secure Boot) オプションを選択します。

4. それぞれのコントロールプレーンノードで root ユーザーとしてログインし、ノードを復元します。

   以下のメッセージが表示されます。

   Welcome to Relax-and-Recover. Run "rear recover" to restore your system!
   RESCUE <control_plane_node>:~ # rear recover

   コントロールプレーンノードの復元プロセスが完了すると、コンソールに以下のメッセージが表示されます。

   Finished recovering your system
   Exiting rear recover
   Running exit tasks

5. コマンドラインコンソールが利用可能な場合は、各コントロールプレーンノードの config-drive パーティションを復元します。

   # once completed, restore the config-drive partition (which is ISO9660)
   RESCUE <control_plane_node>:~ $ dd if=/mnt/local/mnt/config-drive of=<config_drive_partition>

6. ノードの電源を切ります。

   RESCUE <control_plane_node>:~ #  poweroff

7. ブートシーケンスを通常のブートデバイスに設定します。ノードをブートすると、以前の状態で再開されます。

8. サービスが正常に実行されていることを確認するには、pacemaker のステータスを確認します。root ユーザーとしてコントローラーノードにログインし、以下のコマンドを入力します。

   # pcs status

9. オーバークラウドのステータスを確認するには、OpenStack Integration Test Suite (tempest) を使用します。詳細は、Integration Test Suite (tempest) を使用した OpenStack クラウドの検証 を参照してください。

手順

1. Controller-0 で、Galera クラスターの仮想 IP を取得します。

   $ sudo hiera -c /etc/puppet/hiera.yaml mysql_vip

2. すべてのコントローラーノードで、仮想 IP を通じたデータベース接続を無効にします。

   $ sudo iptables -I INPUT -p tcp --destination-port 3306 -d $MYSQL_VIP=<galera_cluster_vip> -j DROP

   • <galera_cluster_vip> を手順 1 で取得した IP アドレスに置き換えます。

3. Controller-0 で MySQL の root パスワードを取得します。

   $ sudo hiera -c /etc/puppet/hiera.yaml mysql::server::root_password

4. Controller-0 で、Galera リソースを unmanaged モードに設定します。

   $ sudo pcs resource unmanage galera-bundle

5. すべてのコントローラーノードで、MySQL コンテナーを停止します。

   $ sudo podman container stop $(sudo podman container ls --all --format "{{.Names}}" --filter=name=galera-bundle)

6. すべてのコントローラーノードで、現在のディレクトリーを移動します。

   $ sudo mv /var/lib/mysql /var/lib/mysql-save

7. すべてのコントローラーノードで、新規ディレクトリー /var/lib/mysq を作成します。

   $ sudo mkdir /var/lib/mysql
   $ sudo chown 42434:42434 /var/lib/mysql
   $ sudo chcon -t container_file_t /var/lib/mysql
   $ sudo chmod 0755 /var/lib/mysql
   $ sudo chcon -r object_r /var/lib/mysql
   $ sudo chcon -u system_u /var/lib/mysql

8. すべてのコントローラーノードで、MySQL コンテナーを起動します。

   $ sudo podman container start $(sudo podman container ls --all --format "{{ .Names }}" --filter=name=galera-bundle)

9. すべてのコントローラーノードで、MySQL データベースを作成します。

   $ sudo podman exec -i $(sudo podman container ls --all --format "{{ .Names }}" \
         --filter=name=galera-bundle) bash -c "mysql_install_db --datadir=/var/lib/mysql --user=mysql --log_error=/var/log/mysql/mysql_init.log"

10. すべてのコントローラーノードで、データベースを起動します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
          --filter=name=galera-bundle) bash -c "mysqld_safe --skip-networking --wsrep-on=OFF --log-error=/var/log/mysql/mysql_safe.log" &

11. すべてのコントローラーノードで、.my.cnf Galera 設定ファイルを移動します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
          --filter=name=galera-bundle) bash -c "mv /root/.my.cnf /root/.my.cnf.bck"

12. すべてのコントローラーノードで、Galera root パスワードをリセットします。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"  \
          --filter=name=galera-bundle) bash -c "mysql -uroot -e'use mysql;set password for root@localhost = password(\"$ROOTPASSWORD\");flush privileges;'"

13. すべてのコントローラーノード上の Galera コンテナー内で、.my.cnf Galera 設定ファイルを復元します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"   \
          --filter=name=galera-bundle) bash -c "mv /root/.my.cnf.bck /root/.my.cnf"

14. Controller-0 で、バックアップデータベースファイルを /var/lib/MySQL にコピーします。

    $ sudo cp openstack-backup-mysql.sql /var/lib/mysql
    $ sudo cp openstack-backup-mysql-grants.sql /var/lib/mysql

    注記

    これらのファイルへのパスは /home/tripleo-admin/ です。

15. Controller-0 で、MySQL データベースを復元します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"    \
    --filter=name=galera-bundle) bash -c "mysql -u root -p$ROOT_PASSWORD < \"/var/lib/mysql/$BACKUP_FILE\"  "
    
    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"    \
    --filter=name=galera-bundle) bash -c "mysql -u root -p$ROOT_PASSWORD < \"/var/lib/mysql/$BACKUP_GRANT_FILE\"  "

16. すべてのコントローラーノードで、データベースをシャットダウンします。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"    \
          --filter=name=galera-bundle) bash -c "mysqladmin shutdown"

17. Controller-0 で、ブートストラップノードを起動します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}"  --filter=name=galera-bundle) \
            /usr/bin/mysqld_safe --pid-file=/var/run/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock --datadir=/var/lib/mysql \
            --log-error=/var/log/mysql/mysql_cluster.log  --user=mysql --open-files-limit=16384 \
            --wsrep-cluster-address=gcomm:// &

18. 検証: Controller-0 で、クラスターのステータスを確認します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
             --filter=name=galera-bundle) bash -c "clustercheck"

    “Galera cluster node is synced” のメッセージが表示されるのを確認してください。表示されない場合は、ノードを再作成する必要があります。

19. Controller-0 で、設定からクラスターアドレスを取得します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
    --filter=name=galera-bundle) bash -c "grep wsrep_cluster_address /etc/my.cnf.d/galera.cnf" | awk '{print $3}'

20. 残りの各コントローラーノードでデータベースを起動し、クラスターを検証します。

    1. データベースを起動します。

       $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
             --filter=name=galera-bundle) /usr/bin/mysqld_safe --pid-file=/var/run/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock \
             --datadir=/var/lib/mysql --log-error=/var/log/mysql/mysql_cluster.log  --user=mysql --open-files-limit=16384 \
             --wsrep-cluster-address=$CLUSTER_ADDRESS &

    2. MYSQL クラスターのステータスを確認します。

       $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" \
                --filter=name=galera-bundle) bash -c "clustercheck"

       “Galera cluster node is synced” のメッセージが表示されるのを確認してください。表示されない場合は、ノードを再作成する必要があります。

21. すべてのコントローラーノードで MySQL コンテナーを停止します。

    $ sudo podman exec $(sudo podman container ls --all --format "{{ .Names }}" --filter=name=galera-bundle) \
            /usr/bin/mysqladmin -u root shutdown

22. すべてのコントローラーノードで以下のファイアウォールルールを削除して、仮想 IP アドレス経由のデータベース接続を許可します。

    $ sudo iptables -D INPUT -p tcp --destination-port 3306 -d <galera_cluster_vip> -j DROP

    • <galera_cluster_vip> を手順 1 で取得した IP アドレスに置き換えます。

23. すべてのコントローラーノードで MySQL コンテナーを再起動します。

    $ sudo podman container restart $(sudo podman container ls --all --format  "{{ .Names }}" --filter=name=galera-bundle)

24. すべてのコントローラーノードで clustercheck コンテナーを再起動します。

    $ sudo podman container restart $(sudo podman container ls --all --format  "{{ .Names }}" --filter=name=clustercheck)

25. Controller-0 で、Galera リソースを managed モードに設定します。

    $ sudo pcs resource manage galera-bundle

検証

1. サービスが正常に実行されていることを確認するには、pacemaker のステータスを確認します。

   $ sudo pcs status

2. オーバークラウドのステータスを確認するには、OpenStack Integration Test Suite (tempest) を使用します。詳細は、Integration Test Suite (tempest) を使用した OpenStack クラウドの検証 を参照してください。

3. 特定のノードで問題が疑われる場合は、clustercheck でクラスターの状態を確認します。

   $ sudo podman exec clustercheck /usr/bin/clustercheck

手順

1. director アンダークラウドノードに root ユーザーとしてログインします。

2. すべての tripleo サービスを停止します。

   [root@director ~]# systemctl  stop  tripleo_*

3. 次のコマンドを入力して、サーバーでコンテナーが実行していないことを確認します。

   [root@director ~]# podman ps

   実行中のコンテナーがある場合は、次のコマンドを入力してコンテナーを停止します。

   [root@director ~]# podman stop <container_name>

4. 現在の /var/lib/mysql ディレクトリーのバックアップを作成してから、そのディレクトリーを削除します。

   [root@director ~]# cp -a /var/lib/mysql /var/lib/mysql_bck
   [root@director ~]# rm -rf /var/lib/mysql

5. データベースディレクトリーを再作成し、新しいディレクトリーに SELinux の属性を設定します。

   [root@director ~]# mkdir /var/lib/mysql
   [root@director ~]# chown 42434:42434 /var/lib/mysql
   [root@director ~]# chmod 0755 /var/lib/mysql
   [root@director ~]# chcon -t container_file_t /var/lib/mysql
   [root@director ~]# chcon -r object_r /var/lib/mysql
   [root@director ~]# chcon -u system_u /var/lib/mysql

6. mariadb イメージのローカルタグを作成します。<image_id> および <undercloud.ctlplane.example.com> を、使用している環境の値に置き換えます。

   [root@director ~]# podman images | grep mariadb
   <undercloud.ctlplane.example.com>:8787/rh-osbs/rhosp16-openstack-mariadb                 	16.2_20210322.1   <image_id>   3 weeks ago   718 MB

   [root@director ~]# podman tag <image_id> mariadb

   [root@director ~]# podman images | grep maria
   localhost/mariadb                                                                         	latest        	<image_id>   3 weeks ago   718 MB
   <undercloud.ctlplane.example.com>:8787/rh-osbs/rhosp16-openstack-mariadb                 	16.2_20210322.1   <image_id>   3 weeks ago   718 MB

7. /var/lib/mysql ディレクトリーをコンテナーで初期化します。

   [root@director ~]# podman run --net=host -v /var/lib/mysql:/var/lib/mysql localhost/mariadb mysql_install_db --datadir=/var/lib/mysql --user=mysql

   注記

   RHOSP で使用されるコンテナーイメージにはディレクトリーが存在しないため、生成される以下のエラーメッセージは無視できます。

   chown: cannot access '/usr/lib64/mariadb/plugin/auth_pam_tool_dir/auth_pam_tool': No such file or directory
   Couldn't set an owner to '/usr/lib64/mariadb/plugin/auth_pam_tool_dir/auth_pam_tool'.
   It must be root, the PAM authentication plugin doesn't work otherwise.

8. データベースにインポートするデータベースのバックアップファイルをコピーします。

   [root@director ~]# cp /root/undercloud-all-databases.sql /var/lib/mysql

9. データベースサービスを開始して、データをインポートします。

   [root@director ~]# podman run --net=host -dt -v /var/lib/mysql:/var/lib/mysql  localhost/mariadb  /usr/libexec/mysqld

10. データを読み込み、max_allowed_packet パラメーターを設定します。

    1. コンテナーにログインし、設定を行います。

       [root@director ~]# podman exec -it <container_id> /bin/bash
           ()[mysql@5a4e429c6f40 /]$ mysql -u root -e "set global max_allowed_packet = 1073741824;"
           ()[mysql@5a4e429c6f40 /]$ mysql -u root < /var/lib/mysql/undercloud-all-databases.sql
           ()[mysql@5a4e429c6f40 /]$ mysql -u root -e 'flush privileges'
           ()[mysql@5a4e429c6f40 /]$ exit
           exit

    2. コンテナーを停止します。

       [root@director ~]# podman stop <container_id>

    3. コンテナーが動いていないことを確認します。

       [root@director ~]# podman ps
       CONTAINER ID  IMAGE  COMMAND  CREATED  STATUS  PORTS  NAMES
       [root@director ~]#

11. すべての tripleo サービスを再起動します。

    [root@director ~]# systemctl start multi-user.target