1. はじめに

IBM Cloudでは、RackWare Management Module(RMM)というSelf Managedの移行ツールが提供されています。本稿では、このツールを使って、IBM CloudのVMware環境上のVM(source server)から、IBM CloudのVSI for VPC(target server)に移行を試してみたいと思います。

このツールの良いところは、以下になります。

原則SSHベースのソリューションであり、RMMからSSHができればVMware環境だけでなく、オンプレミス/Classic InfrastuctureのBare Metal Serverや、VSI for Classicからも移行可能。
インターネットアクセスが不要。移行時に通信が発生するは、VPC上に払い出したRMMと、そのRMMとsource/target間の通信のみ。
商用サポートあり（ただし、3rd Party製品のためIBM CloudではなくRackware社になります）
参考ドキュメント
- https://rackware.freshdesk.com/support/solutions/articles/5000897555-rackware-rmm-getting-started-for-ibm-cloud-users-guide-for-ibm-cloud

なお、Windows編はこちらに記載しています。
IBM Cloud: RackWare Management Module(RMM)を使ったVMware環境からのVPCへの移行: Windows編

2. RMMの注文

IBM Cloud カタログからRackWare - Migrationを選択して、Continueを押下。
サーバー注文画面に遷移する。その際に、ImageとしてRMMが選ばれるので、通常のVSIと同様に注文する。
サイジングガイドに従い、今回は2vCPUのプロファイルを選択する。

ログイン

syasuda@MacBook-Pro ~ % ssh vpcuser@10.239.0.10
Last login: Fri Jun 12 05:06:30 2026 from 10.244.65.5
[vpcuser@syasuda-rackware-rmm ~]$ sudo su -
Last login: Fri Jun 12 05:06:39 UTC 2026 from 10.244.65.5 on pts/0

バージョンチェック

[root@syasuda-rackware-rmm ~]# rw --version
Rackware CLI v7.4.14.2
  Build date    : Dec 12 2025 at 05:51:08
  Build version : assembla-build-v7.4.14.2-0-g42fb660
  Build source  : root@cwh-build4a-linux.rackwareinc.lab
  Build system  : 2.6.32-642.el6.x86_64 on x86_64

ステータスチェック

[root@syasuda-rackware-rmm ~]# rwadm status all
Rocky Linux release 8.10 (Green Obsidian)
Found supported RedHat/CentOS release.
Rocky Linux release 8.10 (Green Obsidian)
Dependent services:
 * running: httpd[2258]
 * running: target[]
 * running: rsyslogd[868]
 * running: rmm[1509]
 * running: crond[1435]

ライセンスチェック

[root@syasuda-rackware-rmm ~]# rw rmm show
RMM Info
  Software version  :  v7.4.14.2
  Build date/time   :  Dec 12 2025 at 05:28:12
  Uptime            :  4 minute(s), 42 second(s)
  Installation Time :  Fri Jun 12 05:06:38 2026
  System Date/Time  :  Fri Jun 12 05:11:21 2026
  Environment
    LocalConfigDB   :  /opt/rackware/data/rmm.db
    RemoteConfigDB  :  /opt/rackware/data/rmm.db
  Configuration
    Default boot method:  tftp
    RMM IP Interface:
  Configured RMM Roles
    ROLE            :  RMM_ROLE_STANDALONE
  Configured RMM Hub(s)
  Plugins
    None installed
Operation Statistics
    Total Host Captured                :  0
    Total Assign Operations            :  0
    Total Data Migrations              :  0
    Total Hosts Discovered             :  0
    Total Storage License(s) Consumed  :  0
License Data
    Version          :  3.3 - Professional Services
    Type             :  Marketplace(CPU Bound)
    Functional Type  :  Migration
   Limits           Install Date              Expiry Date         Validity
------------  ------------------------  ------------------------  --------
50/50 remain  Fri Jun 12 05:06:49 2026  Sat Jun 12 05:06:49 2027  Valid

Storage monitoring status : Running

3. RMMの構成

3-1. Rootパスワードの変更

Web Consoleにアクセスするためにパスワードが必要なため、rootパスワードを設定します。

rootパスワードの変更

[root@syasuda-rackware-rmm ~]# passwd
Changing password for user root.
New password:
BAD PASSWORD: The password is shorter than 14 characters
Retype new password:
passwd: all authentication tokens updated successfully.

3-2. Rackware RMMに秘密鍵・公開鍵を作成

RMMからsourceサーバーおよびtargetサーバーにパスワードレス・アクセスするための秘密鍵・公開鍵を作成します。targetサーバーのVSI for VPCは、この公開鍵を利用してプロビジョニングしておくと環境準備が容易です。一般的には、ssh-keygenコマンドを使って秘密鍵・公開鍵を作成しますが、すでに利用中のものがあればそれを使っても構いません。私はVSI for VPCで普段使っている秘密鍵・公開鍵を配置しました。

秘密鍵: ~/.ssh/id_rsa
公開鍵: ~/.ssh/id_rsa.pub

[root@syasuda-rackware-rmm .ssh]# ls -l
total 16
-rw------- 1 root root  725 Jun 12 05:05 authorized_keys
-r-------- 1 root root 3268 Jun 12 05:57 id_rsa
-r-------- 1 root root  725 Jun 12 05:58 id_rsa.pub

4. source serverの準備(VMware上のVM)

source server(VMware上のVM: 今回はRHEL9を利用)は、以下のどちらかで構成しておく必要があります。

a) rootユーザーでRMMからパスワードレスログインができるように構成する。
b) 一般ユーザーでRMMからパスワードレスログインを行い、かつパスワードレスでrootユーザーにsudoできるように構成する。

より一般的にはb)の方法が主流であり、RMMのマニュアルでも一般ユーザーとしてrackwareというユーザーを作成することを前提にガイドしているので、本稿でもそれに従います。

source serverで visudo を実行して、以下の内容（RMMの/opt/rackware/docs/sudo-config.txtにサンプルあり）をコピペする

[rackware@rhel9-vm ~]$ visudo
(以下の内容を追記）

# ---- BEGIN RACKWARE SUDOERS CONFIGURATION ----
# Append this file to /etc/sudoers
# Example:
# cat sudo-config.txt >> /etc/sudoers

User_Alias RW_MGMT_USERS = rackware

Runas_Alias RW_MGMT_RUNAS_USER = root

RW_MGMT_USERS ALL=(RW_MGMT_RUNAS_USER) NOPASSWD: ALL

Defaults:RW_MGMT_USERS !requiretty
# ---- END RACKWARE SUDOERS CONFIGURATION ----

source環境でrackwareユーザーを作成する。

[root@rhel9-vm ~]# useradd -m -s /bin/bash rackware
```txt:公開鍵暗号方式でのSSH構成
[root@rhel9-vm ~]# su - rackware
[rackware@rhel9-vm ~]$ mkdir .ssh
[rackware@rhel9-vm ~]$ vi .ssh/authorized_keys
(RMMに配置しているpublic keyをコピー）

[rackware@rhel9-vm ~]$ chmod 600 .ssh/authorized_keys

接続検証。rackwareユーザーへのSSHおよびsudoがパスワードレスで実行できることを確認

[root@syasuda-rackware-rmm ~]# ssh rackware@10.153.35.226
[rackware@rhel9-vm ~]$ sudo su -
[root@rhel9-vm ~]#

5. target server(VSI for VPC)の準備

移行先のVPCには、手動でVSI for VPCを作成しておきます。今回はRHELライセンスを所有するVMware環境を移行することを鑑み、今回は便宜的にCentOS9をターゲット環境として使うことにします。

VSI for VPCは内部的にKVM上で動いており、そのlibvirt XMLはOS種類を見て構成されていると思われます。そのため、RHEL9/CentOS9の構成はほぼ同じだと考えられるため、RHEL9を移行するためにCentOS9を使ってもそれほど大きな問題は生じないでしょう。しかし、Windows Serverを移行するためにCentOS9を使うのはlibvirt XMLの構成の差が大きいはずです。Windows Serverを移行する際には、Windows Serverをプロビジョニングした方が良いでしょう。
VCF for Classicから移行する場合は、Guest VMのOSライセンスはBYOLのはずです。もしIBM CloudのVSI for ClassicでRHEL/Windowsをstock imageからプロビジョニングするとOSライセンスが課金されたままプロビジョニングされてしまいます。それを避けるためには、BYOLとなっているCustom Imageを作成してプロビジョニングすることが望ましいでしょう。具体的には、一度VSI for VPCをプロビジョニングし、そのImage templateを取得してICOSにexportし、再度そのImage templateをICOSからimportする際に以下のようにbyolフラグを付けて取り込めば良いでしょう。

こちらは、先述の通り、RMMからパスワードレスでアクセスし、rootにsudoできるようにしておく必要があります。VSI for VPCはRHEL/CentOS環境ではvpcuserというユーザーでパスワードレスでSSHアクセスし、rootにsudoできるように初期構成されているため、VSI for VPCをプロビジョニングする際に利用するSSH keyは、RMMサーバーに登録している公開鍵を指定します。

RMMには、Clouduserとして事前にIBM CloudのAPI Keyを登録しておくことで、MigrationのタイミングでRMMから自動的にVSI for VPCをプロビジョニングしてくれるAutoProvisionという機能があるのですが、2026/6/15現在、AutoProvisionを使うべきではありません。以下はRMMのAutoProvisionを使った検証結果ですが、

ストレージはGen1 Profileになる。　
NW構成は、VNI(Virtual network Interface)ではなく、Legacy Instance network Interfaceになる。

と、ストレージ観点でもNW観点でも非推奨構成でプロビジョニングされてしまうからです。そのため、本校では事前にVSI for VPCをカスタマーポータルやCLIから手動でプロビジョニングする方法を採用しています。ディスクサイズなど含めて手動で構成しておく方が紛れがないと思いますし、そこまで手間でもないので、個人的には私はこちらの方法は好きです。

6. RMM Consoleの構成

6-1. Rackware Console

https://<IP address> にログイン
先ほど設定したrootユーザーのパスワードでログイン

6-2. Waveの作成

Create Wave
Waveの名称と、Passthrough(RMMを経由するか、それともsourceからRMMを経由せずに直接Targetに通信するか）を選択。今回はRMMを経由するPassthroughを選択。
Waveが作成された。このWaveに移行サーバーを追加するために、今作成したWaveを押下。
"+"ボタンを押下。
source/targetを追加
- Target Type
  - プロビジョニング済みのVSI for VPCに移行するため、Exsisting System を選択。
- source
  - DNS Name/IP Address(DNS Nameを利用する際には、RMMから名前解決できる必要あり）
  - Friendly Name(これはRMM内での管理目的）
  - OS
  - SSH Port
  - SSH接続用のユーザー名（今回はrackware)
- target
  - Sync Type
  - DNS Name/IP Address(DNS Nameを利用する際には、RMMから名前解決できる必要あり）
  - Friendly Name(これはRMM内での管理目的）
  - Username(VSI for VPCのCentOS/RHEL環境におけるdefaultログインユーザーであるvpcuserを利用）
  - Passwordless
  - SSH Port
設定が保管されたが、Sync Optionを編集したいので、再度編集ボタンを押下。
Sync Optionにて、Allow Direct Fscopyにチェックをいれる

[以下、RMMのドキュメントからの抜粋です]

Allow Direct Fscopyは Linux の同期処理にのみ適用されます。

このオプションを選択すると、source serverにおいて適切なサイズのスナップショットを作成するための十分な空きエクステントがない場合、Linux のソースサーバー上のファイルシステムはターゲットサーバーへ直接コピーされます。もしsource serverに十分な空きエクステントがなく、かつ Allow-direct-fscopy が指定されていない場合、同期処理は失敗します。

一方、ファイルシステムに十分な空きエクステントがある場合は、Allow-direct-fscopy の設定有無に関係なく、LVM スナップショットからデータがコピーされます。サーバー移行のユースケースにおいて、ボリュームグループに空きエクステントがなく、かつ追加できない場合には、Allow-direct-fscopy オプションを利用できます。

なお、Allow Direct Fscopy を使用した場合、同期中にファイルが削除されるなどの理由により、同期が失敗することがあります。この場合、通常は再試行することで対応します。また、Allow Direct Fscopy を使用すると、同期に要する時間が長くなる傾向があります。移行時の一般的な手順は以下の通りです：

初回同期（initial sync）を実行
差分同期（delta sync）を複数回実行
ターゲットサーバー上でテストを実施
カットオーバー同期（cutover sync）を実行

Allow Direct Fscopy を使用している場合、一部の差分同期においてデータの不整合が発生する可能性があります。ただし、カットオーバー同期で解消されます。カットオーバー同期では、ソース側のすべてのアプリケーションを完全に停止し、同期中にディスクへの書き込みが発生しない状態にする必要があります。これが、移行後に完全に整合性の取れたデータコピーを実現する唯一の方法です。

7. Wave同期の実行(1回目）

▶️アイコンを押下することで、Wave同期が始まります。

8. Wave同期の実行(2回目）

▶️アイコンを押下することで、再度Wave同期が始まります。1回目より早く終わりました。

なお、SSHのfingerprintは再生成されているようなので、rm ~/.ssh/known_hostsが必要です。

9. 構成比較

9-1. ファイル（初回同期）

日本語ファイルも同期されている。
パーミッションやtimestampまで含めて同期されている。

source server

[root@rhel9-vm ~]# ip a |grep 10.153
    inet 10.153.35.226/27 brd 10.153.35.255 scope global noprefixroute ens33
[root@rhel9-vm ~]# ls -l /root/test1
合計 0
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge1
-rw-r--r--. 1 syasuda root    0  6月 16 09:25 hoge2
-rw-r--r--. 1 syasuda syasuda 0  6月 16 09:25 hoge3
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge4
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge5
-rw-r--r--. 1 root    root    0  6月 16 09:27 漢字1
drwxr-xr-x. 2 root    root    6  6月 16 09:27 漢字2

target server

[root@rhel9-vm ~]# ip a |grep 10.239
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
[root@rhel9-vm ~]# ls -l /root/test1
合計 0
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge1
-rw-r--r--. 1 syasuda root    0  6月 16 09:25 hoge2
-rw-r--r--. 1 syasuda syasuda 0  6月 16 09:25 hoge3
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge4
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge5
-rw-r--r--. 1 root    root    0  6月 16 09:27 漢字1
drwxr-xr-x. 2 root    root    6  6月 16 09:27 漢字2

9-2. 2回目以降の同期

1回目の同期の後に、ファイルを削除したり、パーミッションを変更します。

[root@rhel9-vm ~]# ip a |grep 10.153
    inet 10.153.35.226/27 brd 10.153.35.255 scope global noprefixroute ens33
[root@rhel9-vm ~]# rm /root/test1/hoge5
[root@rhel9-vm ~]# chmod 777 /root/test1/hoge4
[root@rhel9-vm ~]# ls -l /root/test1
合計 0
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge1
-rw-r--r--. 1 syasuda root    0  6月 16 09:25 hoge2
-rw-r--r--. 1 syasuda syasuda 0  6月 16 09:25 hoge3
-rwxrwxrwx. 1 root    root    0  6月 16 09:25 hoge4
-rw-r--r--. 1 root    root    0  6月 16 09:27 漢字1
drwxr-xr-x. 2 root    root    6  6月 16 09:27 漢字2

このあと、再同期した結果が以下の通り。初回同期の後の変更が、反映されている。

[root@rhel9-vm ~]# ip a |grep 10.239
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
[root@rhel9-vm ~]# ls -l /root/test1
合計 0
-rw-r--r--. 1 root    root    0  6月 16 09:25 hoge1
-rw-r--r--. 1 syasuda root    0  6月 16 09:25 hoge2
-rw-r--r--. 1 syasuda syasuda 0  6月 16 09:25 hoge3
-rwxrwxrwx. 1 root    root    0  6月 16 09:25 hoge4
-rw-r--r--. 1 root    root    0  6月 16 09:27 漢字1
drwxr-xr-x. 2 root    root    6  6月 16 09:27 漢字2

9-3. OS version

カーネルまで含めて一致している。

source

[root@rhel9-vm ~]# ip a |grep 10.153
    inet 10.153.35.226/27 brd 10.153.35.255 scope global noprefixroute ens33
[root@rhel9-vm ~]# cat /etc/redhat-release
Red Hat Enterprise Linux release 9.7 (Plow)
[root@rhel9-vm ~]# uname -a
Linux rhel9-vm 5.14.0-611.5.1.el9_7.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Oct 17 14:16:35 EDT 2025 x86_64 x86_64 x86_64 GNU/Linux

target

[root@rhel9-vm ~]# ip a |grep 10.239
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
[root@rhel9-vm ~]# cat /etc/redhat-release
Red Hat Enterprise Linux release 9.7 (Plow)
[root@rhel9-vm ~]# uname -a
Linux rhel9-vm 5.14.0-611.5.1.el9_7.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Oct 17 14:16:35 EDT 2025 x86_64 x86_64 x86_64 GNU/Linux

9-4. /etc/hosts

一致しているが、逆に環境に合わせて修正はされていない。

source

[root@rhel9-vm ~]# ip a |grep 10.153
    inet 10.153.35.226/27 brd 10.153.35.255 scope global noprefixroute ens33
[root@rhel9-vm ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

rhel9-vm    10.153.35.226

target

[root@rhel9-vm ~]# ip a |grep 10.239
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
[root@rhel9-vm ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6

rhel9-vm    10.153.35.226

9-5. DISK構成

今回は、source server側が16GBしかなく、target server側は100GBのDISK構成。
LVMのレイアウトやサイズは一致している。
当然デバイス名は/dev/sdaから/dev/vdaに変更されている。
UUIDは基本的に一致しており、マウント時に影響が出ないように構成されている。

source

[root@rhel9-vm ~]# ip a |grep 10.153
    inet 10.153.35.226/27 brd 10.153.35.255 scope global noprefixroute ens33
[root@rhel9-vm ~]# lsblk -p
NAME                      MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
/dev/sda                    8:0    0   16G  0 disk
├─/dev/sda1                 8:1    0  600M  0 part /boot/efi
├─/dev/sda2                 8:2    0    1G  0 part /boot
└─/dev/sda3                 8:3    0 14.4G  0 part
  ├─/dev/mapper/rhel-root 253:0    0 12.8G  0 lvm  /
  └─/dev/mapper/rhel-swap 253:1    0  1.6G  0 lvm  [SWAP]
/dev/sr0                   11:0    1 12.7G  0 rom  /run/media/syasuda/RHEL-9-7-0-BaseOS-x86_64
[root@rhel9-vm ~]# lsblk -pf
NAME                      FSTYPE      FSVER            LABEL                    UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
/dev/sda
├─/dev/sda1               vfat        FAT32                                     7636-0F2F                               591.4M     1% /boot/efi
├─/dev/sda2               xfs                                                   86870bc7-c7bf-488c-b389-4b67a67dc330    593.3M    38% /boot
└─/dev/sda3               LVM2_member LVM2 001                                  dzjRP8-DvxT-0UiA-KMsZ-gIM9-Md0d-hNwyw8
  ├─/dev/mapper/rhel-root xfs                                                   b065bcfd-3c1c-4d60-9c7c-0407c0c208a3        8G    37% /
  └─/dev/mapper/rhel-swap swap        1                                         c12ced1d-8522-4a4d-856e-df6501829f17                  [SWAP]
/dev/sr0                  iso9660     Joliet Extension RHEL-9-7-0-BaseOS-x86_64 2025-10-20-23-34-17-00                       0   100% /run/media/syasuda/RHEL-9-7-0-BaseOS-x86_64

target

[root@rhel9-vm ~]# ip a |grep 10.239
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
[root@rhel9-vm ~]# lsblk -p
NAME                      MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
/dev/vda                  252:0    0  100G  0 disk
├─/dev/vda1               252:1    0    1G  0 part /boot
├─/dev/vda2               252:2    0 14.4G  0 part
│ ├─/dev/mapper/rhel-root 253:0    0 12.8G  0 lvm  /
│ └─/dev/mapper/rhel-swap 253:1    0  1.6G  0 lvm  [SWAP]
└─/dev/vda3               252:3    0  600M  0 part /boot/efi
/dev/vdb                  252:16   0  368K  0 disk
/dev/vdc                  252:32   0   44K  0 disk
[root@rhel9-vm ~]# lsblk -pf
NAME                      FSTYPE      FSVER            LABEL  UUID                                   FSAVAIL FSUSE% MOUNTPOINTS
/dev/vda
├─/dev/vda1               xfs                                 86870bc7-c7bf-488c-b389-4b67a67dc330    654.7M    35% /boot
├─/dev/vda2               LVM2_member LVM2 001                k9JB0k-nrwG-JDKz-eFx0-vXKe-MaHT-a8cVqp
│ ├─/dev/mapper/rhel-root xfs                                 b065bcfd-3c1c-4d60-9c7c-0407c0c208a3      8.1G    36% /
│ └─/dev/mapper/rhel-swap swap        1                       c12ced1d-8522-4a4d-856e-df6501829f17                  [SWAP]
└─/dev/vda3               vfat        FAT32                   7636-0F2F                                 590M     1% /boot/efi
/dev/vdb                  iso9660     Joliet Extension cidata 2026-06-16-00-49-59-00
/dev/vdc

9-6. /etc/fstab

同じ構成で起動するように修正されている。（コメントなどもなくなっている）
root file systemが、/dev/mapper/rhel-root(lv_dm_path)ではなく/dev/rhel/root(lv_path)でマウントするように変更されている。

source

[root@rhel9-vm ~]# cat /etc/fstab

#
# /etc/fstab
# Created by anaconda on Fri Nov 28 04:39:02 2025
#
# Accessible filesystems, by reference, are maintained under '/dev/disk/'.
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
/dev/mapper/rhel-root   /                       xfs     defaults        0 0
UUID=86870bc7-c7bf-488c-b389-4b67a67dc330 /boot                   xfs     defaults        0 0
UUID=7636-0F2F          /boot/efi               vfat    umask=0077,shortname=winnt 0 2
/dev/mapper/rhel-swap   none                    swap    defaults        0 0

target

[root@rhel9-vm ~]# ip a |grep 10.239
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
[root@rhel9-vm ~]# cat /etc/fstab
/dev/rhel/root	/	xfs	defaults	0	0
UUID=86870bc7-c7bf-488c-b389-4b67a67dc330	/boot	xfs	defaults	0	0
UUID=7636-0F2F	/boot/efi	vfat	umask=0077,shortname=winnt	0	2
/dev/rhel/swap	none	swap	defaults	0	0

参考

[root@rhel9-vm ~]# lvs -o lv_name,lv_path,lv_dm_path
  LV   Path           DMPath
  root /dev/rhel/root /dev/mapper/rhel-root
  swap /dev/rhel/swap /dev/mapper/rhel-swap

9-7. Network情報

sourceのconnection情報は移行しているようだが、原則target serverで設定していたNW情報を踏襲するようだ（まぁそうでないと接続できなくなるだろうし・・・）

source

[root@rhel9-vm ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:50:56:9d:33:77 brd ff:ff:ff:ff:ff:ff
    altname enp2s1
    inet 10.153.35.226/27 brd 10.153.35.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::250:56ff:fe9d:3377/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

[root@rhel9-vm ~]# cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 10.0.80.11
nameserver 10.0.80.12

[root@rhel9-vm ~]# nmcli con
NAME          UUID                                  TYPE      DEVICE
ens33         2b3593c3-ad00-38e2-9790-82baa9cadcc1  ethernet  ens33
lo            125fa3af-e61d-45c4-9618-64894194d3b6  loopback  lo
System ens33  c96bc909-188e-ec64-3a96-6a90982b08ad  ethernet  --
[root@rhel9-vm ~]# nmcli dev
DEVICE  TYPE      STATE                   CONNECTION
ens33   ethernet  connected               ens33
lo      loopback  connected (externally)  lo

target

[root@rhel9-vm ~]# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 02:00:17:de:54:a8 brd ff:ff:ff:ff:ff:ff
    altname enp0s3
    altname ens3
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
       valid_lft 274sec preferred_lft 274sec
    inet6 fe80::17ff:fede:54a8/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

[root@rhel9-vm ~]# cat /etc/resolv.conf
; generated by /usr/sbin/dhclient-script
nameserver 161.26.0.7
nameserver 161.26.0.8

[root@rhel9-vm ~]# nmcli con
NAME          UUID                                  TYPE      DEVICE
System eth0   5fb06bd0-0bb0-7ffb-45f1-d6edd65f3e03  ethernet  eth0
lo            9366e685-d801-4e91-8b81-33dfc3279e87  loopback  lo
System ens33  c96bc909-188e-ec64-3a96-6a90982b08ad  ethernet  --
eth0          2d5e3ea7-de80-4e4e-b577-3f79afe0de95  ethernet  --

[root@rhel9-vm ~]# nmcli dev
DEVICE  TYPE      STATE                   CONNECTION
eth0    ethernet  connected               System eth0
lo      loopback  connected (externally)  lo

9-8. User/Group情報

target server側からvpcuserがなくなっている。RMMの設定を見ると、初回同期が完了した後は、vpcuserではなくrackwareで同期が行われるように更新されている。

source

[root@rhel9-vm ~]# ip a |grep 10.153
    inet 10.153.35.226/27 brd 10.153.35.255 scope global noprefixroute ens33
[root@rhel9-vm ~]# cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
adm:x:3:4:adm:/var/adm:/sbin/nologin
lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin
sync:x:5:0:sync:/sbin:/bin/sync
shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown
halt:x:7:0:halt:/sbin:/sbin/halt
mail:x:8:12:mail:/var/spool/mail:/sbin/nologin
operator:x:11:0:operator:/root:/sbin/nologin
games:x:12:100:games:/usr/games:/sbin/nologin
ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin
nobody:x:65534:65534:Kernel Overflow User:/:/sbin/nologin
systemd-coredump:x:999:999:systemd Core Dumper:/:/sbin/nologin
dbus:x:81:81:System message bus:/:/sbin/nologin
polkitd:x:998:998:User for polkitd:/:/sbin/nologin
avahi:x:70:70:Avahi mDNS/DNS-SD Stack:/var/run/avahi-daemon:/sbin/nologin
rtkit:x:172:172:RealtimeKit:/:/sbin/nologin
pipewire:x:997:996:PipeWire System Daemon:/run/pipewire:/usr/sbin/nologin
sssd:x:996:995:User for sssd:/:/sbin/nologin
geoclue:x:995:994:User for geoclue:/var/lib/geoclue:/sbin/nologin
tss:x:59:59:Account used for TPM access:/:/usr/sbin/nologin
colord:x:994:993:User for colord:/var/lib/colord:/sbin/nologin
clevis:x:993:992:Clevis Decryption Framework unprivileged user:/var/cache/clevis:/usr/sbin/nologin
flatpak:x:992:991:Flatpak system helper:/:/usr/sbin/nologin
setroubleshoot:x:991:990:SELinux troubleshoot server:/var/lib/setroubleshoot:/usr/sbin/nologin
libstoragemgmt:x:989:989:daemon account for libstoragemgmt:/:/usr/sbin/nologin
gdm:x:42:42:GNOME Display Manager:/var/lib/gdm:/usr/sbin/nologin
gnome-initial-setup:x:988:987::/run/gnome-initial-setup/:/sbin/nologin
sshd:x:74:74:Privilege-separated SSH:/usr/share/empty.sshd:/usr/sbin/nologin
chrony:x:987:986:chrony system user:/var/lib/chrony:/sbin/nologin
dnsmasq:x:986:985:Dnsmasq DHCP and DNS server:/var/lib/dnsmasq:/usr/sbin/nologin
tcpdump:x:72:72::/:/sbin/nologin
syasuda:x:1000:1000:syasuda:/home/syasuda:/bin/bash
cloud-user:x:1001:1001:Cloud User:/home/cloud-user:/bin/bash
rackware:x:1002:1002::/home/rackware:/bin/bash

target

[root@rhel9-vm ~]# ip a |grep 10.239
    inet 10.239.0.101/24 brd 10.239.0.255 scope global dynamic noprefixroute eth0
[root@rhel9-vm ~]# cat /etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
adm:x:3:4:adm:/var/adm:/sbin/nologin
lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin
sync:x:5:0:sync:/sbin:/bin/sync
shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown
halt:x:7:0:halt:/sbin:/sbin/halt
mail:x:8:12:mail:/var/spool/mail:/sbin/nologin
operator:x:11:0:operator:/root:/sbin/nologin
games:x:12:100:games:/usr/games:/sbin/nologin
ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin
nobody:x:65534:65534:Kernel Overflow User:/:/sbin/nologin
systemd-coredump:x:999:999:systemd Core Dumper:/:/sbin/nologin
dbus:x:81:81:System message bus:/:/sbin/nologin
polkitd:x:998:998:User for polkitd:/:/sbin/nologin
avahi:x:70:70:Avahi mDNS/DNS-SD Stack:/var/run/avahi-daemon:/sbin/nologin
rtkit:x:172:172:RealtimeKit:/:/sbin/nologin
pipewire:x:997:996:PipeWire System Daemon:/run/pipewire:/usr/sbin/nologin
sssd:x:996:995:User for sssd:/:/sbin/nologin
geoclue:x:995:994:User for geoclue:/var/lib/geoclue:/sbin/nologin
tss:x:59:59:Account used for TPM access:/:/usr/sbin/nologin
colord:x:994:993:User for colord:/var/lib/colord:/sbin/nologin
clevis:x:993:992:Clevis Decryption Framework unprivileged user:/var/cache/clevis:/usr/sbin/nologin
flatpak:x:992:991:Flatpak system helper:/:/usr/sbin/nologin
setroubleshoot:x:991:990:SELinux troubleshoot server:/var/lib/setroubleshoot:/usr/sbin/nologin
libstoragemgmt:x:989:989:daemon account for libstoragemgmt:/:/usr/sbin/nologin
gdm:x:42:42:GNOME Display Manager:/var/lib/gdm:/usr/sbin/nologin
gnome-initial-setup:x:988:987::/run/gnome-initial-setup/:/sbin/nologin
sshd:x:74:74:Privilege-separated SSH:/usr/share/empty.sshd:/usr/sbin/nologin
chrony:x:987:986:chrony system user:/var/lib/chrony:/sbin/nologin
dnsmasq:x:986:985:Dnsmasq DHCP and DNS server:/var/lib/dnsmasq:/usr/sbin/nologin
tcpdump:x:72:72::/:/sbin/nologin
syasuda:x:1000:1000:syasuda:/home/syasuda:/bin/bash
cloud-user:x:1001:1001:Cloud User:/home/cloud-user:/bin/bash
rackware:x:1002:1002::/home/rackware:/bin/bash