完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
德赢Vwin官网
论坛|
我也在vmWare NVIDIA社区论坛上提出了这个问题
我们正在使用配备GRID K1卡的HP Gen9服务器部署vSphere 6 / Horizon 6.2.0解决方案。 我们遇到的问题是NVIDIA适配器并不总是被识别出来，即VDI会回退到标准的VMware VGA适配器。 行为很奇怪但是一致： 连接到View Server>登录> VDI使用VMware SVGA 注销>登录> VDI使用VMware SVGA 但... 连接到View Server>登录> VDI使用VMware SVGA 断开连接>登录> VDI使用NVIDIA k120q 断开连接>登录> VDI使用NVIDIA k120q 注销>登录> VDI使用VMware SVGA 所以......简而言之，任何登录都需要重启或注销，VDI使用VMware SVGA适配器; 而根据断开连接的任何登录都使用NVIDIA。 客户操作系统是Win 7 Professional x64 事实上，我们会要求最终用户登录，断开连接，然后重新连接以便使用NVIDIA适配器。 看起来不太好看。 提前感谢任何意见或想法。 以上来自于谷歌翻译 以下为原文 I've raised this at the vmWare NVIDIA community forums also We're deploying a vSphere 6/Horizon 6.2.0 solution using HP Gen9 Servers fitted with GRID K1 cards. We're experiencing an issue where the NVIDIA adapter is not always identified, i.e. the VDI falls back to the standard VMware VGA adapter instead. The behaviour is strange but consistent: Connect to View Server > Login > VDI uses VMware SVGA Log Off > Login > VDI uses VMware SVGA But... Connect to View Server > Login > VDI uses VMware SVGA Disconnect > Login > VDI uses NVIDIA k120q Disconnect > Login > VDI uses NVIDIA k120q Log Off > Login > VDI uses VMware SVGA So... summarily, any login pursuant to either a reboot or log off, and the VDI uses the VMware SVGA adapter; whereas any login pursuant to a disconnect uses the NVIDIA. Guest OS is Win 7 Professional x64 As things stand we would be asking end users to login, disconnect, then re-connect in order to make use of the NVIDIA adapter. Not a good look. Thanks in advance for any input or ideas. 
0
|
|
相关推荐
14个回答
|
|
|
UPDATE
通过ProcMon中的Process Tree进行扫描，并对事件日志进行了另一次审核，我现在完全没有关于如何排除故障并解决此问题的想法。 有人有任何线索吗？ 在这一点上，我会满足于最小的希望。 另外，有谁知道我们在这样的情况下寻求支持的地方？ 是NVIDIA还是VMware？ 作为参考，有关该问题的更多详细信息如下： https://communities.vmware.com/message/2609971 以上来自于谷歌翻译 以下为原文 UPDATE Having scanned through the Process Tree in ProcMon, and done another review of the Event log, I am at this point entirely bereft of ideas as to how to troubleshoot and resolve this. Does anybody have any clues? I'll settle for the smallest grain of hope at this point. Also, does anyone know where we go for support on a case like this? Is it to NVIDIA or to VMware? For reference, further details on the problem are here: https://communities.vmware.com/message/2609971 |
|
|
|
|
|
UPDATE
我认为这个问题符合： https://gridforums.nvidia.com/default/topic/777/nvidia-grid-vgpu/standard-vga-graphics-adapter-being-used-instead-of-nvidia-grid-k120q-vgpu/?offset=13 ＃3176 如果有人有解决方案，请告诉我？ 谢谢 罗伯特 以上来自于谷歌翻译 以下为原文 UPDATE I think this issue is a match with: https://gridforums.nvidia.com/default/topic/777/nvidia-grid-vgpu/standard-vga-graphics-adapter-being-used-instead-of-nvidia-grid-k120q-vgpu/?offset=13#3176 If anyone has a solution, please let me know? thanks Robert |
|
|
|
|
|
因为我在NVIDIA支持页面上找不到“GRID”的任何选项，所以我现在使用参考160724-000143作为BUG提交
以上来自于谷歌翻译 以下为原文 Because I could not find any option for "GRID" on the NVIDIA Support pages, I have now filed as a BUG using reference 160724-000143 |
|
|
|
|
|
交叉引用这个：
https://communities.vmware.com/message/2610200#2610200 不确定是否有人能够对驱动程序版本发表评论？ 谢谢 以上来自于谷歌翻译 以下为原文 Cross referencing this: https://communities.vmware.com/message/2610200#2610200 Not sure if anyone would be able to comment on the driver releases? thanks |
|
|
|
|
|
嗨rellis，
NVIDIA不提供对K1的支持呼叫，您需要通过OEM /任何您通过例如购买卡的人提出问题。 服务器供应商DEll /思科等他们可以提出案件。 这是将GPU作为“硬件”销售的缺点，在我们较新的M60 / M60 / M10中，我们已经转向许可模式以提供直接支持。 我们将继续尽最大努力与K1 / K2客户合作，但实际上您的支持合同是提供卡的OEM，您必须向他们提出问题。 我实际上认为你最好的电话是VMware，因为这听起来像配置问题，因为我们有很多客户在没有问题的情况下使用相同的服务器和卡。 新的许可模式为所有客户提供了支持材料的增加，您可能希望搜索我们的知识库http://nvidia.custhelp.com/app/answers/list/st/5/kw/vsga/page/1 并使用配置指南视频等资源：http：//nvidia.custhelp.com/app/answers/detail/a_id/4190/kw/vsga 最好的祝愿， 雷切尔 以上来自于谷歌翻译 以下为原文 Hi rellis, Support calls for the K1 are not provided by NVIDIA, you need to raise an issue via the OEM/whoever you purchased the cards via e.g. server vendor DEll/Cisco etc and they can raise a case. This is the disadvantage of selling GPUs as "hardware" and in our newer M60/M60/M10 we have moved to a license model to provide direct support. We will continue to do best will with K1/K2 customers but really your support contract is with the OEM who provided the card and you have to raise an issue with them. I actually think your best call is to VMware as this sounds like a configuration issue as we have lots of customers wusing the same server and cards without issue. The new licensing model has funded an increase in support material for all custoemrs and you might want to search our knowledge base http://nvidia.custhelp.com/app/answers/list/st/5/kw/vsga/page/1 and use resources like the configuration guide video: http://nvidia.custhelp.com/app/answers/detail/a_id/4190/kw/vsga Best wishes, Rachel |
|
|
|
|
|
Win7存在一个已知问题，它的驱动程序选择我相信VMware View有解决方法，但Citrix没有（http://support.citrix.com/article/CTX201804）。
由于问题与断开连接/登录工作流有关，因此它很可能是Microsoft（它是选择驱动程序的操作系统）和/或VMware堆栈（因为它可以影响并触发操作系统选择驱动程序）。 GPU是一种低于此的资源，因此我们通常不会决定我们的驱动程序是否被选中。 最好的祝愿， 雷切尔 以上来自于谷歌翻译 以下为原文 There is a known issue with Win7 and it's driver selection which I believe VMware View have workaround but Citrix have not (http://support.citrix.com/article/CTX201804). As the problem is associated with the disconnect/login workflow it's really likely to be either Microsoft (it's the OS that picks the driver) and/or VMware stack (as that can influence and trigger the OS picking the driver). The GPU is a resource below that and as such it's generally not us dictating whether our driver is picked up. Best wishes, Rachel |
|
|
|
|
|
谢谢你这个瑞秋。
是否有人能够就NVIDIA网站“旧驱动程序”部分中出现的K1 vGPU驱动程序包提供任何说明，发布日期为2016年6月2日？ 此驱动程序的发布日期似乎晚于“当前”驱动程序的发布日期; 但版本号较低。 谢谢 以上来自于谷歌翻译 以下为原文 Thanks for this Rachel. Is anyone at your end able to offer any clarification around the K1 vGPU driver package that appears in the "old drivers" section of the NVIDIA web site with a release date of 2nd June 2016? The release date of this driver appears to be later than the release date of the "current" driver; but the version numbers are lower. thanks |
|
|
|
|
|
|
|
|
|
|
|
好的，最新的驱动程序是GRID 3.1 -
版本：362.56 WHQL 发布日期：2016.5.24 操作系统：VMware vSphere ESXi 6.0 语言：英语（美国） 文件大小：820.82 MB 最新的“维护”驱动程序是2016年6月2日354.97。这是GRID 2.3驱动程序，即GRID 2.x R352驱动程序分支上的维护版本。 日期晚了，因为它确实在3.1之后发布。 所以这些是不同构建树的两个不同的驱动程序。 维护人员需要修复，新分支也采用新功能。 以上来自于谷歌翻译 以下为原文 Ok the latest driver is GRID 3.1 - Version:362.56 WHQL Release Date:2016.5.24 Operating System:VMware vSphere ESXi 6.0 Language:English (US) File Size:820.82 MB The latest “maintainance” driver is 354.97 June 2, 2016. That’s the GRID 2.3 driver, i.e. a maintenance release on the GRID 2.x R352 driver branch. Date is later because it was indeed released after 3.1. So these are two different drivers off different build trees. Where the maintainance one takes fixes and the newer branch also takes new functionality. |
|
|
|
|
|
我不能排除一种微弱的可能性，即驾驶员出现的方式可能会阻止它被拾取，但这是不太可能的，因为我们会听到更多关于它的信息，我已经想过并且从技术上说它只是
司机坐在那里。 由于登录工作流程触发了一个机会，我最好的猜测是在VMware代码中解决win 7中的底层错误，随机选择错误的驱动程序。 如果禁用vSGA驱动程序是合适的，我会问VMware。 以上来自于谷歌翻译 以下为原文 I can't rule out a faint possibility that there is something in the way the driver presents itself that could prevent it being picked up but it's very unlikely as we would have heard a lot more about it I'd have thought and technically it's just the driver sitting there. As the login workflow triggers a chance my best guess it is in the VMware code that works around the underlying fault in win 7 which randomly picks up the wrong driver. I would ask VMware if disabling the vSGA driver is appropriate. |
|
|
|
|
|
感谢您提供的信息，Rachel。
VMware正在继续支持案例，我们可能会考虑安装维护驱动程序分支，以查看产生的差异（如果有的话）。 以上来自于谷歌翻译 以下为原文 Thank you for the information, Rachel. VMware are continuing with the support case and we may consider installing the maintenance driver branch to see what difference, if any, that makes. |
|
|
|
|
|
关于雷切尔的帖子只是一个注释：
我通常在所有带GPU的VM上执行此操作，无论操作系统如何。 自定义安装VM Tools并且不安装显示驱动程序，然后一旦安装了NVIDIA驱动程序，我就没有使用基本的显示适配器，所以禁用它。 这样，我只向操作系统提供了一个选择。 我们在我们的平台上使用XenApp / XenDesktop，因此不确定VMware是否对基础适配器提供了任何要求。 到目前为止，我没有遇到任何问题（表现或其他）。 我不确定这是你正在寻找的答案，但我希望它在某种程度上有所帮助。 问候 以上来自于谷歌翻译 以下为原文 Just a note on Rachel's post: I typically do this on all my VMs with a GPU, regardless of Operating System. Custom install of VM Tools and do not install the display driver, then once the NVIDIA driver is installed, I have no use for the basic display adapter, so disable it. That way, I am only presenting 1 choice to the Operating System. We use XenApp / XenDesktop for our platforms, so unsure if VMware places any requirements on having the base adapter available. I've not experienced any issues (performance or other) by doing this so far. I'm not sure this is the answer you're looking for, but I hope it helps in some way. Regards |
|
|
|
|
|
我通常在所有带GPU的VM上执行此操作，无论操作系统如何。
自定义安装VM Tools并且不安装显示驱动程序，然后一旦安装了NVIDIA驱动程序，我就没有使用基本的显示适配器，所以禁用它。 这样，我只向操作系统提供了一个选择。 我们在我们的平台上使用XenApp / XenDesktop，因此不确定VMware是否对基础适配器提供了任何要求。 到目前为止，我没有遇到任何问题（表现或其他）。 我不确定这是你正在寻找的答案，但我希望它在某种程度上有所帮助。 问候 谢谢你。 我想象如果我们能够从头开始使用“干净”的黄金图像，我们可能会遇到很多痛苦。 不幸的是，我们不容易选择这个选项，因为我们只使用持久桌面池。 我们将继续使用VMware支持服务单工作几天，但如果我们没有得到积极的结果并且它成为转储NVIDIA和重建所有新桌面之间的选择，我们将转储NVIDIA。 我们真的希望K1能够正常工作，因为它为用户体验增添了真正的快感和清晰度; 但我们可以没有它。 我不是为了让它起作用而从头开始重新构建我们所有的桌面。 无论如何，谢谢你的额外建议。 我很感激。 以上来自于谷歌翻译 以下为原文 I typically do this on all my VMs with a GPU, regardless of Operating System. Custom install of VM Tools and do not install the display driver, then once the NVIDIA driver is installed, I have no use for the basic display adapter, so disable it. That way, I am only presenting 1 choice to the Operating System. We use XenApp / XenDesktop for our platforms, so unsure if VMware places any requirements on having the base adapter available. I've not experienced any issues (performance or other) by doing this so far. I'm not sure this is the answer you're looking for, but I hope it helps in some way. Regards Thanks for this. I'm imagining that if we could start from scratch with a "clean" gold image, we might be experiencing a lot less pain all the way around. Unfortunately, we don't readily have that option because we work exclusively with pools of persistent desktops. We are going to continue with the VMware support ticket effort for a few days longer, but if we don't get a positive outcome and it becomes a choice between dumping NVIDIA and rebuilding all new desktops, we will dump NVIDIA. We really want the K1 to work, because it adds a real snappiness and sharpness to the user experience; but we can live without it. I'm not re-building all our desktops from scratch just to make it work. Thanks anyway, for the additional advice. I do appreciate it. |
|
|
|
|
|
我怀疑潜在的问题是已知的Win7问题，幸好微软在win 8.x及更高版本中解决了这个问题。
Windows 7正在消失，迁移速度加快，所以希望这将长期解决： - / https://support.microsoft.com/en-us/help/13853/windows-lifecycle-fact-sheet 我相信VMware通过禁用sVGA适配器来解决这个问题，因此手动执行它应该没有任何不良影响（但你应该查看VMware），它在XenDesktop下的一个效果是降低控制台性能但我有一个模糊的想法VMware没有 没问题。 实际上，虽然我认为拥有控制此代码的人员是VMware，而且支持问题最有可能解决的地方......如果您有票证参考，我可以ping VMware支持并询问他们是否需要帮助。 VMware支持实际告诉您什么？ 雷切尔 以上来自于谷歌翻译 以下为原文 I do suspect the underlying issue is the known Win7 issue, which thankfully Microsoft resolved in win 8.x and up. windows 7 is going away and migrations speeding up so hopefully this will long term be resolved :-/ https://support.microsoft.com/en-us/help/13853/windows-lifecycle-fact-sheet I believe VMware workaround it by disabling the sVGA adapter so manually doing it should have no ill-effect (but you should check with VMware), the one effect it has under XenDesktop is to lower the console performance but I have a vague idea VMware doesn't have that problem. Really though I think the people with the code that controls this are VMware and that's where the support issue is most likely to be resolved... if you have a ticket reference I can ping VMware support and ask them if they need assistance. What have you actually been told by VMware support? Rachel |
|
|
|
|
只有小组成员才能发言，加入小组>>
使用Vsphere 6.5在Compute模式下使用2个M60卡遇到VM问题
3130 浏览 5 评论
是否有可能获得XenServer 7.1的GRID K2驱动程序？
3543 浏览 4 评论
/7 
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1967
评论
淘帖
5092
