xenserver 快照链太长

Question 1

您应该确保合并过程已经完成。有很多方法可以检查一切是否顺利。

首先ssh进入您的 XenServer 主节点并执行以下操作：

xe sr-list

获取您正在处理的虚拟机的存储库的 UUID。之后检查是否有任何带有的链接 VHD 文件vhd-util。

vhd-util scan -f -m "VHD-*" -l "VG_XenStorage-${UUID-Of-Your-SR}" -p

${UUID-Of-Your-SR}用第一个命令中的 SR UUID替换。

它将输出 SR 中的所有 VHD，具有 VHD 链的 VHD 将显示为树。如果仍然存在树，您可以检查是否xe仍在处理 VHD。为此，只需输入：

xe task-list

并观察输出。如果输出为空，则应检查池中的每个服务器是否有进程vhd-util正在运行。如果是，则应将其视为 Xe Toolstack 中的问题。

解决问题的另一种方法是复制有问题的 VM 磁盘并尝试使用此磁盘启动新 VM。由于将被复制，XenServer 将查看 VHD 链并创建一个单一 VHD 映像，所有 VHD 都合并在一个映像中。

我知道这是一个大问题，但是 VHD 是 XenServer 中唯一无法按预期工作的东西。

Answer

您应该确保合并过程已经完成。有很多方法可以检查一切是否顺利。

首先ssh进入您的 XenServer 主节点并执行以下操作：

xe sr-list

获取您正在处理的虚拟机的存储库的 UUID。之后检查是否有任何带有的链接 VHD 文件vhd-util。

vhd-util scan -f -m "VHD-*" -l "VG_XenStorage-${UUID-Of-Your-SR}" -p

${UUID-Of-Your-SR}用第一个命令中的 SR UUID替换。

它将输出 SR 中的所有 VHD，具有 VHD 链的 VHD 将显示为树。如果仍然存在树，您可以检查是否xe仍在处理 VHD。为此，只需输入：

xe task-list

并观察输出。如果输出为空，则应检查池中的每个服务器是否有进程vhd-util正在运行。如果是，则应将其视为 Xe Toolstack 中的问题。

解决问题的另一种方法是复制有问题的 VM 磁盘并尝试使用此磁盘启动新 VM。由于将被复制，XenServer 将查看 VHD 链并创建一个单一 VHD 映像，所有 VHD 都合并在一个映像中。

我知道这是一个大问题，但是 VHD 是 XenServer 中唯一无法按预期工作的东西。

Question 2

我从 Xenserver 5.5 到 6.02 都遇到过这个问题，而且硬件也发生了彻底的改变。唯一可靠的解决方法是将服务器复制到新的存储库并删除旧的 VM。我们的主要服务器的 CPU 使用率约为 2%，因此等待像 coalesce 这样的后台进程完成不是问题。

/usr/bin/vhd-util scan -f -a -p -c -m VHD-* -l `/usr/sbin/vgdisplay|grep Name|awk '{print $3}'`

获得所有链的列表，如 Ferrao 先生在上面指出的那样。如果您将该列表重定向到文件，那么您将看到我所说的“好”链和“坏”链。好链：

vhd=VHD-7c12552c-96fb-413f-8cc7-4cb7a6a1bd88 capacity=8589934592 size=4777312256 hidden=1 parent=none
vhd=VHD-f9a91117-0062-473b-89f9-95030f57b736 capacity=8589934592 size=8615100416 hidden=0 parent=VHD-7c12552c-96fb-413f-8cc7-4cb7a6a1bd88
vhd=VHD-1d070bb9-1dda-4e13-a732-9bbc3e7e0af2 capacity=8589934592 size=4236247040 hidden=1 parent=VHD-7c12552c-96fb-413f-8cc7-4cb7a6a1bd88
  vhd=VHD-6f9b7573-0ef5-44d9-bde9-47587f78fc86 capacity=8589934592 size=8388608 hidden=0 parent=VHD-1d070bb9-1dda-4e13-a732-9bbc3e7e0af2
  vhd=VHD-f15cc2d8-d1ee-4b11-9853-5c84cab81715 capacity=8589934592 size=2646605824 hidden=1 parent=VHD-1d070bb9-1dda-4e13-a732-9bbc3e7e0af2
     vhd=VHD-32266eef-6665-4aac-83c5-5e1ab0c01861 capacity=8589934592 size=8388608 hidden=0 parent=VHD-f15cc2d8-d1ee-4b11-9853-5c84cab81715
     vhd=VHD-a910a28c-a484-48ae-86fb-8a53eab7db65 capacity=8589934592 size=2176843776 hidden=1 parent=VHD-f15cc2d8-d1ee-4b11-9853-5c84cab81715
        vhd=VHD-ecf62cd9-a76f-4a28-a27d-6a1f7b464554 capacity=8589934592 size=8388608 hidden=0 parent=VHD-a910a28c-a484-48ae-86fb-8a53eab7db65
        vhd=VHD-1ec4deff-f04f-4272-9edc-78b0f9fd9cff capacity=8589934592 size=2122317824 hidden=1 parent=VHD-a910a28c-a484-48ae-86fb-8a53eab7db65
           vhd=VHD-026f73b5-8600-47ee-ada1-3628b4a04a19 capacity=8589934592 size=8388608 hidden=0 parent=VHD-1ec4deff-f04f-4272-9edc-78b0f9fd9cff
           vhd=VHD-4659cef9-64a3-4fca-bf54-3bcc23665c36 capacity=8589934592 size=8615100416 hidden=0 parent=VHD-1ec4deff-f04f-4272-9edc-78b0f9fd9cff

我意识到这里的方框会换行，所以不太明显，但通常有一条隐藏和未隐藏的线，然后是另一条隐藏的、未隐藏的线（hidden=1 或 hidden=0）。只有 hidden=0 的线在 XenCenter 中可以作为快照看到。但是，朝着“链太长”状态构建的虚拟机看起来有所不同：

vhd=VHD-970758dc-a396-4503-ae24-ebf093759947 capacity=19864223744 size=19633537024 hidden=1 parent=none
vhd=VHD-9ef661b3-d20e-401a-be01-d4a020960c17 capacity=19864223744 size=1769996288 hidden=1 parent=VHD-970758dc-a396-4503-ae24-ebf093759947
  vhd=VHD-00864374-1fa2-4492-9c1c-0e6fdf89de7a capacity=19864223744 size=3133145088 hidden=1 parent=VHD-9ef661b3-d20e-401a-be01-d4a020960c17
     vhd=VHD-101649bf-13af-4ba2-948d-d7db192ca7ad capacity=19864223744 size=1950351360 hidden=1 parent=VHD-00864374-1fa2-4492-9c1c-0e6fdf89de7a
        vhd=VHD-83dca990-f158-41bc-b32b-69f8f8862c15 capacity=19864223744 size=3233808384 hidden=1 parent=VHD-101649bf-13af-4ba2-948d-d7db192ca7ad
           vhd=VHD-8cb96357-c872-40e2-adb2-aa1bbe613dca capacity=19864223744 size=1610612736 hidden=1 parent=VHD-83dca990-f158-41bc-b32b-69f8f8862c15
              vhd=VHD-84dca005-af4b-4615-88cb-124977b13c8e capacity=19864223744 size=3468689408 hidden=1 parent=VHD-8cb96357-c872-40e2-adb2-aa1bbe613dca
                 vhd=VHD-b0904a6f-c169-4d6b-816d-9d775600535d capacity=19864223744 size=1925185536 hidden=1 parent=VHD-84dca005-af4b-4615-88cb-124977b13c8e
                    vhd=VHD-e268d580-a245-4960-a13f-9a9c252fc9e8 capacity=19864223744 size=3980394496 hidden=1 parent=VHD-b0904a6f-c169-4d6b-816d-9d775600535d
                       vhd=VHD-ac706540-ba7c-4eba-b919-aa88784ae796 capacity=19864223744 size=1933574144 hidden=1 parent=VHD-e268d580-a245-4960-a13f-9a9c252fc9e8
                          vhd=VHD-96a39f51-5c1a-4234-974e-7de91b4e49f2 capacity=19864223744 size=3170893824 hidden=1 parent=VHD-ac706540-ba7c-4eba-b919-aa88784ae796
                             vhd=VHD-32b1d67c-1011-460b-ac5d-5d83ade7e5f2 capacity=19864223744 size=1673527296 hidden=1 parent=VHD-96a39f51-5c1a-4234-974e-7de91b4e49f2
                                vhd=VHD-81f9dda9-e26d-49bb-97f3-72cbb9a4c4bf capacity=19864223744 size=19910361088 hidden=0 parent=VHD-32b1d67c-1011-460b-ac5d-5d83ade7e5f2

再次，我不知道这是否会在不换行的情况下出现，但请注意，所有行都是隐藏、隐藏、隐藏等，而不是像第一个例子中那样隐藏、取消隐藏、隐藏、取消隐藏等。

我编写了一组脚本来添加和减去每组隐藏、未隐藏的行，如果隐藏行加起来超过 5 或 6，它会给我发送电子邮件。我不知道在您的情况下，每周两次运行上面的行并查看结果链列表有多麻烦，但我发现，3 秒钟一眼就能立即看到双步（好）链，而“坏”链的缩进行数为单行。（我们在 2 台机器的池上运行大约 35 个虚拟机，因此操作并不大。）

如何从“坏”链开始追溯，以查看哪个服务器属于它：一种简单的手动方法是复制出“坏”链并在其上运行脚本。我运行这个：

#!/bin/bash
TODAY=`date +"%m.%d.%y"`
IFS='
' 
filearray=(`cat $1`)
hidcnt=0

for lin in ${filearray[@]}
do
  echo $lin|grep "hidden=0" >NULL
  if [ ${PIPESTATUS[1]} == "0" ];
then
   matchstr=$(echo $lin|awk '{print $1}'|awk -F"-" '{print $6}')
echo "vhd search string=" $matchstr
/var/log/namefromchain.sh $matchstr
fi
done

它调用 namefromchain.sh，内容如下：

xe vbd-list|grep -B1 $1|grep vm-name-label|awk -F"RO): " '{print $2}'

我不记得为什么它们是两个独立的脚本，但我对这些东西不是很有经验。你必须消除缺陷并适应你的情况，但概念就在那里。

Answer