对注册克隆的客户端时出现的问题进行查错

如果您使用 SUSE Manager 来管理虚拟机，您可能发现创建 VM 的克隆版本会很有用。克隆版本是使用主磁盘（与现有磁盘完全相同的副本）的 VM。

虽然克隆 VM 可以节省大量时间，但磁盘上复制的标识信息有时会导致问题。

如果您有一个已注册的客户端，并创建了该客户端的克隆版本，在尝试注册该克隆版本时，您可能希望 SUSE Manager 将原始客户端和克隆版本注册为两个不同的客户端。但是，如果原始客户端和克隆版本中的计算机 ID 相同，则 SUSE Manager 会将这两个客户端注册为一个系统，并且现有客户端数据将由克隆版本的数据重写。

可以通过更改克隆版本的计算机 ID 来解决此问题，以便 SUSE Manager 将它们识别为两个不同的客户端。

此过程的每个步骤都在克隆的客户端上执行。此过程不会对原始客户端进行操作，原始客户端仍保持注册到 SUSE Manager。

过程：解决克隆的 Salt 客户端中的重复计算机 ID

在克隆的计算机上，更改主机名和 IP 地址。确保 /etc/hosts 包含您所做的更改和正确的主机项。
对于支持 systemd 的发行套件：如果您的计算机具有相同的计算机 ID，请以 root 身份删除复制的每个客户端上的文件，然后重新创建这些文件：
```
rm /etc/machine-id
rm /var/lib/dbus/machine-id
rm /var/lib/zypp/AnonymousUniqueId
dbus-uuidgen --ensure
systemd-machine-id-setup
```

如果克隆的计算机的 /var/log/journal/ 下也包含一个文件夹，则需要根据新计算机 ID 将其重命名。如果名称不一致，journalctl 将无法检索任何日志，并且 podman logs 将不会显示任何内容。

mv /var/log/journal/* /var/log/journal/$(cat /etc/machine-id)

对于不支持 systemd 的发行套件：以 root 身份从 dbus 生成计算机 ID：
```
rm /var/lib/dbus/machine-id
rm /var/lib/zypp/AnonymousUniqueId
dbus-uuidgen --ensure
```
如果您的客户端仍然具有相同的 Salt 客户端 ID，请删除每个客户端上的 minion_id 文件（这样就会使用在客户端重启动时重新生成的 FQDN）。对于 Salt 受控端客户端：
```
rm /etc/salt/minion_id
rm -rf /etc/salt/pki
```
对于 Salt 捆绑包客户端：
```
rm /etc/venv-salt-minion/minion_id
rm -rf /etc/venv-salt-minion/pki
```
从初始配置页面中删除接受的密钥并从 SUSE Manager 中删除系统配置文件，然后重启动客户端。对于 Salt 受控端客户端，请使用以下命令：
```
service salt-minion restart
```
对于 Salt 捆绑包客户端：
```
service venv-salt-minion restart
```
重新注册客户端。每个客户端现在都有一个不同的 /etc/machine-id，并且应会正确显示在系统概览页面上。