语境

我在 VMWare ESXI 上的 VM 中运行 Red Hat Enterprise Linux 版本 8.5 系统。

我需要在该虚拟机上调用的精确逻辑卷上获得更多空间lv_pmp：

$ lsblk
NAME                         MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                            8:0    0   80G  0 disk
├─sda1                         8:1    0  600M  0 part /boot/efi
├─sda2                         8:2    0    1G  0 part /boot
└─sda3                         8:3    0 78,4G  0 part
  ├─VGslash-lv_root          253:0    0 19,5G  0 lvm  /
  ├─VGslash-lv_swap          253:1    0    4G  0 lvm  [SWAP]
  ├─VGslash-lv_usr           253:2    0    8G  0 lvm  /usr
  ├─VGslash-lv_srv           253:3    0    2G  0 lvm  /srv
  ├─VGslash-lv_home          253:4    0    2G  0 lvm  /home
  ├─VGslash-lv_opt           253:5    0    4G  0 lvm  /opt
  ├─VGslash-lv_tmp           253:6    0    4G  0 lvm  /tmp
  ├─VGslash-lv_var_log_audit 253:7    0  512M  0 lvm  /var/log/audit
  ├─VGslash-lv_var_log       253:8    0    1G  0 lvm  /var/log
  ├─VGslash-lv_vartmp        253:9    0 10,4G  0 lvm  /var/tmp
  ├─VGslash-lv_var           253:10   0    3G  0 lvm  /var
  └─VGslash-lv_pmp           253:11   0   20G  0 lvm  /pmp
sr0                           11:0    1 1024M  0 rom

因此，我在 VSphere 属性中将虚拟机的磁盘大小调整为 500G，其显示在以下sda部分：

$ lsblk
NAME                         MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda                            8:0    0  500G  0 disk
├─sda1                         8:1    0  600M  0 part /boot/efi
├─sda2                         8:2    0    1G  0 part /boot
└─sda3                         8:3    0 78,4G  0 part
  ├─VGslash-lv_root          253:0    0 19,5G  0 lvm  /
  ├─VGslash-lv_swap          253:1    0    4G  0 lvm  [SWAP]
  ├─VGslash-lv_usr           253:2    0    8G  0 lvm  /usr
  ├─VGslash-lv_srv           253:3    0    2G  0 lvm  /srv
  ├─VGslash-lv_home          253:4    0    2G  0 lvm  /home
  ├─VGslash-lv_opt           253:5    0    4G  0 lvm  /opt
  ├─VGslash-lv_tmp           253:6    0    4G  0 lvm  /tmp
  ├─VGslash-lv_var_log_audit 253:7    0  512M  0 lvm  /var/log/audit
  ├─VGslash-lv_var_log       253:8    0    1G  0 lvm  /var/log
  ├─VGslash-lv_vartmp        253:9    0 10,4G  0 lvm  /var/tmp
  ├─VGslash-lv_var           253:10   0    3G  0 lvm  /var
  └─VGslash-lv_pmp           253:11   0   20G  0 lvm  /pmp
sr0                           11:0    1 1024M  0 rom

然后我调整了sda3物理卷的大小以匹配新添加的磁盘空间

$ resizepart /dev/sda 3 1000000000
$ pvresize /dev/sda3

$ lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                            8:0    0   500G  0 disk
├─sda1                         8:1    0   600M  0 part /boot/efi
├─sda2                         8:2    0     1G  0 part /boot
└─sda3                         8:3    0 476,9G  0 part
  ├─VGslash-lv_root          253:0    0  19,5G  0 lvm  /
  ├─VGslash-lv_swap          253:1    0     4G  0 lvm  [SWAP]
  ├─VGslash-lv_usr           253:2    0     8G  0 lvm  /usr
  ├─VGslash-lv_srv           253:3    0     2G  0 lvm  /srv
  ├─VGslash-lv_home          253:4    0     2G  0 lvm  /home
  ├─VGslash-lv_opt           253:5    0     4G  0 lvm  /opt
  ├─VGslash-lv_tmp           253:6    0     4G  0 lvm  /tmp
  ├─VGslash-lv_var_log_audit 253:7    0   512M  0 lvm  /var/log/audit
  ├─VGslash-lv_var_log       253:8    0     1G  0 lvm  /var/log
  ├─VGslash-lv_vartmp        253:9    0  10,4G  0 lvm  /var/tmp
  ├─VGslash-lv_var           253:10   0     3G  0 lvm  /var
  └─VGslash-lv_pmp           253:11   0    20G  0 lvm  /pmp
sr0                           11:0    1  1024M  0 rom

我增加了lv_pmp逻辑卷大小：

$ lvextend /dev/mapper/VGslash-lv_pmp -l+100%FREE

并刷新文件系统以让其检测新的大小：

$ xfs_growfs /dev/mapper/VGslash-lv_pmp

lv_pmp到目前为止一切顺利，我得到了逻辑卷预期的大小：

$ lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                            8:0    0   500G  0 disk
├─sda1                         8:1    0   600M  0 part /boot/efi
├─sda2                         8:2    0     1G  0 part /boot
└─sda3                         8:3    0 476,9G  0 part
  ├─VGslash-lv_root          253:0    0  19,5G  0 lvm  /
  ├─VGslash-lv_swap          253:1    0     4G  0 lvm  [SWAP]
  ├─VGslash-lv_usr           253:2    0     8G  0 lvm  /usr
  ├─VGslash-lv_srv           253:3    0     2G  0 lvm  /srv
  ├─VGslash-lv_home          253:4    0     2G  0 lvm  /home
  ├─VGslash-lv_opt           253:5    0     4G  0 lvm  /opt
  ├─VGslash-lv_tmp           253:6    0     4G  0 lvm  /tmp
  ├─VGslash-lv_var_log_audit 253:7    0   512M  0 lvm  /var/log/audit
  ├─VGslash-lv_var_log       253:8    0     1G  0 lvm  /var/log
  ├─VGslash-lv_vartmp        253:9    0  10,4G  0 lvm  /var/tmp
  ├─VGslash-lv_var           253:10   0     3G  0 lvm  /var
  └─VGslash-lv_pmp           253:11   0 418,4G  0 lvm  /pmp
sr0                           11:0    1  1024M  0 rom    

问题

我重新启动系统后就出现了问题：它似乎丢失了我对sda3物理卷所做的大小更改，从而导致无法lv_pmp安装逻辑卷（因为它假定父 PV 上没有足够的空间）：

$ lsblk
NAME                         MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda                            8:0    0   500G  0 disk
├─sda1                         8:1    0   600M  0 part /boot/efi
├─sda2                         8:2    0     1G  0 part /boot
└─sda3                         8:3    0  76,9G  0 part
  ├─VGslash-lv_root          253:0    0  19,5G  0 lvm  /
  ├─VGslash-lv_swap          253:1    0     4G  0 lvm  [SWAP]
  ├─VGslash-lv_usr           253:2    0     8G  0 lvm  /usr
  ├─VGslash-lv_srv           253:3    0     2G  0 lvm  /srv
  ├─VGslash-lv_home          253:4    0     2G  0 lvm  /home
  ├─VGslash-lv_opt           253:5    0     4G  0 lvm  /opt
  ├─VGslash-lv_tmp           253:6    0     4G  0 lvm  /tmp
  ├─VGslash-lv_var_log_audit 253:7    0   512M  0 lvm  /var/log/audit
  ├─VGslash-lv_var_log       253:8    0     1G  0 lvm  /var/log
  ├─VGslash-lv_vartmp        253:9    0  10,4G  0 lvm  /var/tmp
  └─VGslash-lv_var           253:10   0     3G  0 lvm  /var
sr0                           11:0    1  1024M  0 rom 

解决方法

重启后，可以通过手动执行以下命令来恢复正常：

### Re-apply physical volume changes
$ resizepart /dev/sda 3 1000000000
$ pvresize /dev/sda3
### Re-scan logical volumes
$ vgscan --mknodes -v
$ vgchange -a y

问题

为什么会发生这种情况？我该怎么做才能防止这种情况发生？

我不知道这是否与操作系统本身或虚拟机环境或我无法控制的其他因素有关，任何有关这方面的建议也会有所帮助。

上述解决方法并不令人满意，即使我可以将其放在启动时的脚本中，但每次启动时都必须执行此操作感觉不对：卷大小更改在重新启动后不会持续存在，这对我来说没有意义。

我想制作一个运行单个微服务的小型 Linux vmware 虚拟机。虚拟机和服务需要一些选项，如 IP 地址、带密钥的 TLS 证书、配置文件。

是否有任何标准方法可以将这些参数从虚拟机管理程序传递给 VM？

我有个想法，为虚拟机制作第二个小型硬盘来保存一些配置文件。也许还有其他方法可以将自定义选项传递到虚拟机操作系统，就像 Docker 那样？

好的，首先，我要为问一个可能很愚蠢的问题而道歉，这个问题的答案很简单，但我就是想不通。

大约一年前，我在一家拥有小型数据中心的公司担任新职位。DC 设备包括磁盘阵列和带有 6 个 B200 M4 刀片的 Cisco UCS 5108 AC2 机箱。我们在此设置上运行 VMWare，ESXi 5.5。是的，它非常旧；我正在迁移到 AWS，所以请不要贬低它 :-)

无论如何，我通过运行 2012 R2 Standard 的 Windows 机器上运行的 vCenter 来管理 VMWare。我的问题是：我不知道这个 Windows 机器到底在哪里。

• vCenter 中没有 Windows VM。
• 没有“直接在 Cisco UCS 上”运行的虚拟机。
• 我们的机架中没有其他计算资源（例如，没有随处乱放的 1U 披萨盒）

我并不在 DC，但我已经让远程工作人员拍摄了我们的 2 个机架的照片，并且所有设备均存在并记录在我的库存电子表格中。

值得一提的是，Windows 机器的 IP 地址是我们范围内的私有 IP。当我通过 RDP 进入机器并运行设备管理器时，我看到 CPU 型号和系列与所有刀片上的 CPU 相匹配。所以这告诉我 Windows 机器确实在 UCS 的某个地方运行。但就像我说的，我在 vCenter 或 UCS 管理器软件中都找不到它。

UCS 中是否存在一些我不知道的神秘管理站或监控功能？

我正在构建一个由 2 个机架组成的 vSAN 集群，每个机架有 3 个节点（这最终将是一个延伸集群）。每个机架位于不同的子网中，如下所示：

机架 1：

• 管理：10.73.8.0/25（网关：10.73.8.126）
• vMotion：10.73.10.0/25（网关：10.73.10.126）
• vSAN：10.73.11.0/25（网关：10.73.10.126）

机架 2：

• 管理：10.73.8.128/25（网关：10.73.8.254）
• vMotion：10.73.10.128/25（网关：10.73.10.254）
• vSAN：10.73.11.128/25（网关：10.73.10.254）

我已经构建了集群，所有节点都在机架 1 中。没问题。一切正常，我有几个测试虚拟机正在运行。当我尝试将机架 2 中的节点添加到同一个集群时，我收到“vSAN 集群分区”错误。以下是我检查/测试的内容：

1. 我在所有节点之间都具有完整的端到端连接（两个机架中的节点之间的 vmkping 在所有子网上均可工作，且 MTU 大小消息无碎片）
2. 所有节点上的单播代理列表正确显示具有正确 UUID、IP 地址和证书指纹的所有其他节点。
3. 我已经尝试了离开/加入具有分区节点的集群的各种排列方式。

我所有的 google-fu 都表明我的问题应该是上述问题之一，但事实似乎并非如此。我甚至为 vSAN 网络添加了静态路由，尽管我在 vSAN vmks 上设置了覆盖默认网关。没有骰子。

我知道这很奇怪，但如果有人能指出这个错误的其他原因，我将不胜感激。

我正在构建一个分布在 2 个机架上的 6 节点集群（最终将配置为具有单独见证的延伸集群）。一切都是 ESXi 8.0U1。每个机架位于不同的 L3 子网中。我设置了机架 1 并配置了一个 vSAN 集群，该集群中有 3 个节点，部署了一些测试虚拟机，一切运行正常。当我开始从机架 2 添加节点时，我遇到了以下 3 个问题：

• SAN 集群分区
• vMotion：基本（单播）连接检查
• vMotion：MTU 检查

我暂时搁置 vSAN 群集分区错误，因为 vMotion 错误应该很容易解决。如果我通过 SSH 连接到机架 1 中的节点，我可以对机架 1 中的所有 vMotion 接口执行 vmkping 操作（使用 -S vMotion），但无法对机架 2 中的节点的 vMotion 接口执行 ping 操作。操作失败并显示以下错误：

sendto() 失败（网络不可达）

我已确认为 vMotion 接口配置了默认网关，并且正确无误。此外，如果我使用相同的 vMotion 分布式端口组向两个机架中的每个节点添加新的 VMK 适配器，这些端口组的 IP 位于同一子网中，并配置了相同的网关（但使用默认 IP 堆栈！），我可以在两个机架中的节点之间进行 ping 操作。

看起来好像 vMotion 接口的路由逻辑存在一些问题，但除了配置默认网关之外，我不确定这里还有什么需要配置。

我关注这个 vMotion 错误，因为我想知道它是否与 vSAN 分区是同一个根源问题。

有人能给我指出一些调试方向吗？

为了清楚起见：

机架 1：

• 管理子网：10.73.8.0/25（GW：10.73.8.126）
• vMotion 子网：10.73.10.0/25（GW：10.73.10.126）
• vSAN 子网：10.73.11.0/25（GW：10.73.11.126）

机架 2：

• 管理子网：10.73.8.128/25（GW：10.73.8.254）
• vMotion 子网：10.73.10.128/25（GW：10.73.10.254）
• vSAN 子网：10.73.11.128/25（GW：10.73.11.254）

答案：我终于为遇到这个问题的人找到了答案。除了在 VMK 适配器本身上设置网关外，还必须在 vMotion TCP/IP 堆栈上设置网关……

我们分配了0.2 + 10.98 T，但是存储使用情况显示它使用了14T，为什么？

2 个磁盘均为“精简配置”

在实验室环境中，我从 vSwitch 中删除了唯一的上行链路（我想将网卡添加到另一个 vSwitch - 但我失去了连接）。现在我无法连接到 ESXi。我没有 vCenter。

有没有办法将网络接口添加回 vSwitch 并恢复连接？我也无法通过 SSH 连接到 ESXI。重新安装是唯一的方法吗？

我管理的客户服务器运行最新版本的 VMware ESXi - 8.0U2 Enterprise Plus，但我相信自从我很多版本之前开始使用 ESXi 以来，这种情况就一直存在。

每次登录 vSphere Web 客户端并单击虚拟机时，列表都会以随机顺序显示（可能按照添加顺序）。你必须记住将它们排序到AZ。有时，如果您不注意，具有相似名称的虚拟机可能会出现在您通常希望看到另一个虚拟机的位置（在排序可用区时）。

我们如何才能永久保持虚拟机列表按字母顺序排序？

谈论的是在每台服务器上的 ESXi/vSphere 中，而不是在 vCenter 中。

我上网查了一下，答案似乎并不明显。

这是另一个用户的屏幕截图示例：

我的基本问题是：是否可以使用 vCenter 将组件更新应用到主机，看看我需要如何关闭虚拟机才能执行此操作，最重要的是其中 1 个是路由器虚拟机，另一个是 vCenter本身？

我刚刚完成了 ESXi 8.0 U2 最新 ISO 的全新安装。我已安装路由器虚拟机 + 部署了 vCenter Server Appliance 最新版本。这将是我目前唯一的服务器- 我无法真正使用另一台服务器来将这些虚拟机迁移到其中。

我在 vCenter 8 中看到他们希望您使用 Lifecycle Manager 映像，因为他们将在下一版本的 vCenter 9 中删除 Lifecycle Baselines/VUM。我以前没有使用过其中任何一个。

根据 vCenter 中的“更新”选项卡，我的服务器已使用最新映像进行更新；但是它包含较旧版本的smartpqi驱动程序 ( version 4495)，我想安装此组件驱动程序的最新版本 ( smartpqiversion 4600)，该驱动程序在最新的 ESXi ISO 中尚未提供。

我已转到 Lifecycle Manager，并使用VMware为驱动程序提供的脱机捆绑包完成了导入更新 - 该版本4600与映像上可用的最新版本进行了比较4495。

然后，我编辑了附加到主机的图像以添加附加组件，然后运行预检查：

我发现我需要关闭虚拟机才能运行更新。

如果我这样做，那么我需要关闭 pfSense（路由器虚拟机）+ vCenter。

如果虚拟机已关闭并且没有路由，vCenter 将如何应用更新？

一旦我关闭所有虚拟机，它就会开始应用更新吗？

在更新过程中是否需要我进行任何用户交互？（服务器对我来说是远程的，我可以订购 KVM 会话，但它不是免费的）

这是应用组件更新的正确方法吗？

这只是该硬件的驱动程序。不过，我还有一些 vib 要安装用于其他相关的事情，并且硬件制造商的文档esxcli software vib install建议使用来执行这些操作。使用此方法安装驱动程序是否比 Lifecycle Manager 映像更好？这也是制造商的驱动程序文档中建议的内容，使用他们自己提供的.vib文件。

我担心.vib硬件制造商希望我在该驱动程序之后安装的额外文件可能需要4600主驱动程序组件的版本。

顺便说一句：我注意到屏幕截图中显示该主机不支持快速启动，但是当我单击“修复”时，它在选项中启用 - 我应该禁用它吗？

我们需要减小虚拟机磁盘的大小，该虚拟机的虚拟硬件中有 2 个磁盘，其中一个是 8TB，但最终只使用了 600GB。

当前配置：

如果我们尝试在虚拟机的设置中设置较小的磁盘大小，我们会收到错误并且不要更改它。

想要的配置：

我知道实际使用的只有 600GB，没有 8TB，但我们需要确保磁盘的大小永远不会超过 1TB。

我不知道我们是否可以取消注册虚拟机，创建一个新虚拟机并添加具有新磁盘大小的现有磁盘来解决此问题或我们可以做什么。

问候，

我们尝试使用 Thin Provision，但它仍然无法让我们降低磁盘大小。

来宾操作系统是 Windows Server 2019