当我浏览VMware的VMtools存储库时,我发现它们在CentOS上是最新的,但没有(任何版本?)乌本图的。
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的官方VMware,而应该使用开放-vm-工具?
发布于 2014-02-11 17:55:05
如果不得不阻止内核升级,可能会很烦人,因为供应商还没有发布内核模块的更新版本,但这只是游戏的一部分。商业厂商对发布他们的工具的稳定和测试版本感兴趣(至少他们是这么告诉我的)。这使得他们有了一个保守的发布周期,这个周期并不总是与Linux社区的“早期发布和经常发布”相一致。
游戏的一部分是确保您处于受支持的配置中,如果不是这样的话,您对VMware的未来支持请求不会以“使用社区提供的不受支持的工具,不支持的配置”结束,而是因为您通常不想猜测他们的工程师,除非您有充分的理由这样做。这是支持的配置是有原因的。
@Sami Laine有正确的想法。跟踪VMware的官方工具,将您的内核固定在适当的版本上,注意您遗漏了哪些内核更新,并bug VMware更新它们的存储库。
https://serverfault.com/questions/566388
复制相似问题