PVE单节点修改主机名

最近萌生了给自己常用的Proxmox VE机器修改主机名的想法（毕竟安装时用一些奇奇怪怪的主机名很正常xD）。未多想，我直接修改了/etc/hostname,但系统下次启动时竟意外地卡在Loading initial ramdisk界面，没有启动任何虚拟机，Web界面也进不去。很惊慌，以为是磁盘上有文件损坏，于是赶忙插上键盘在grub界面选择了recovery界面（override了我的核显直通相关设置）总算进入shell了，期间在syslog中瞥见不少pve相关服务的报错，原来事情没有这么简单，看来漏了步骤……

查阅资料后，我选择了这样做：

以下内容参考了此网页：https://blog.csdn.net/feitianyul/article/details/116098490 感谢原作者。

首先修改/etc/hostname和/etc/hosts（因为pve内很多服务都需要通过反向代理的方式访问自身，因此在hosts中定义新的主机名极其重要）；
其次还可以修改/etc/postfix/main.cf，修改此文件头部定义的旧主机名以便修改后可以正常使用“邮件提醒”功能；
然后，需要处理本地关于虚拟机和CT容器的相关配置文件以及TLS证书等等了。

起初使用了如下代码来备份并移动配置文件 mv old_name new_name ，没想到的是居然提示目录不为空，无法移动文件夹？！采用cp也无法完成，因为总会有{虚拟机配置文件和LXC容器配置文件}无法复制，提示在目标位置已存在此文件。可是cd到该目录下，并未看到相关文件。这是为什么呢？

原来，这是pve的配置文件存放地点采用了特殊的文件系统所致。从df命令的输出可知，/etc/pve这个路径是采用fuse挂载的，它添加了很多的文件系统侧规则，从而导致了前面这些异常现象的发生。控制这一行为的命令叫做pmxcfs，不过我们无需直接操纵它，只需停止pve-cluster服务即可取消挂载。

所以，回到正题吧。为了按照本人的步骤完成操作，您可以在修改完主机名之后，先使用如下命令在系统正常时来备份并复制配置文件：

export OLDN=old_name
export NEWN=new_name
cd /etc/pve
tar czvf pvcfg.tar.gz .
# Append target directory here, after cp command!
# 请在cp命令后追加上您自己想要保存配置文件的路径，不在/etc/pve即可！
cp pvcfg.tar.gz
cp -rvp nodes/$OLDN nodes/$NEWN
# 此过程会报错但请各位忽略，因为真正的复制尚未开始。至于为什么这样做，是为了保留您自己设置的SSL证书等外围配置。

接下来重启系统，应当可以打开Web控制面板但不会启动任何虚拟机。建议使用SSH连接到机器并执行如下命令：

export OLDN=old_name
export NEWN=new_name
cd /etc/pve/nodes
cp -rvp $OLDN /tmp/pvecfgtmp
rm -rf ./$OLDN
cp -rvp /tmp/pvecfgtmp $NEWN
systemctl restart pve-cluster
# 结束配置文件的移动，接下来移动rrdcached数据库文件，以使虚拟机性能监控图表得以正常工作
systemctl stop rrdcached
cd /var/lib/rrdcached/db
mv pve2-node/$OLDN pve2-node/$NEWN
mv pve2-storage/$OLDN pve2-storage/$NEWN
# 完成移动，重启pve相关服务，也可重启代替
systemctl start rrdcached
systemctl restart pvedaemon
systemctl restart pvestatd
systemctl restart pveproxy
systemctl restart pvebanner

如果在上面的步骤中没有看到严重警告，那么恭喜已经成功修改其主机名，经我测试进入Web控制面板后尚未发现有组件或配置丢失。

感谢阅读。

Eddy Moments

PVE单节点修改主机名