当我浏览 VMware 的 VMtools 存储库时,我发现它们在 CentOS 上是最新的,但在 Ubuntu(任何版本?)上不是最新的。
http://packages.vmware.com/tools/esx/5.5latest/ubuntu/dists/precise/main/binary-amd64/index.html
~# apt-cache search vmware-tools-esx-kmods
vmware-tools-esx-kmods-3.2.0-29-generic - VMware OSP Tools meta package - Essential modules for the 3.2.0-29 kernel
vmware-tools-esx-kmods-3.2.0-23-generic - VMware OSP Tools meta package - Essential modules for the 3.2.0-23 kernel
vmware-tools-esx-kmods-3.2.0-29-virtual - VMware OSP Tools meta package - Essential modules for the 3.2.0-29 kernel
vmware-tools-esx-kmods-3.2.0-23-virtual - VMware OSP Tools meta package - Essential modules for the 3.2.0-23 kernel
vmware-tools-esx-kmods-3.2.0-29-generic-pae - VMware OSP Tools meta package - Essential modules for the 3.2.0-29 kernel
vmware-tools-esx-kmods-3.2.0-23-generic-pae - VMware OSP Tools meta package - Essential modules for the 3.2.0-23 kernel
~# uname -r
3.2.0-57-generic
如您所见,最新的 Ubuntu 内核是3.2.0-57
,最新的 Vmtools 适用于内核3.2.0-29
。
问题
这是否意味着我不应该使用 VMware 的官方 VMtools,而应该使用打开虚拟机工具反而?
答案1
由于供应商尚未发布其内核模块的更新版本而不得不推迟内核升级可能会令人恼火,但这只是游戏的一部分。商业供应商有兴趣(至少他们告诉我)发布稳定且经过充分测试的工具版本。这使他们拥有保守的发布周期,并不总是与 Linux 社区的“尽早发布并经常发布”保持一致。
游戏的一部分是确保您处于受支持的配置中,如果不是这样,那么您将来对 VMware 的支持请求不会全部以“使用社区提供的不受支持的工具,不受支持的配置”结束,而是因为您通常不想质疑他们的工程师,除非您有充分的理由这样做。它是一种受支持的配置是有原因的。
@萨米·莱恩有正确的想法。跟踪 VMware 的官方工具,将内核固定在适当的版本,留意您错过的内核更新,并提醒 VMware 更新其存储库。