单击“显示已连接的设备”后,ProvisioningServerConsole中的超时错误

参考KB: http://support.citrix.com/article/CTX133877
当分配给PVS服务器的多个流式NIC时,Provisioning Services(PVS)服务器上会出现以下症状。

我们提供的服务有:网站设计、成都网站设计、微信公众号开发、网站优化、网站认证、南阳ssl等。为上千家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的南阳网站制作公司

具有五个流式NIC的环境具有以下症状:

当显示连接的设备 被点击的PVS控制台,以下症状可能会经历:
服务器超时错误4002

列出连接设备的异常延迟3到4分钟

PVS控制台停止响应
用户添加的图像
单击“显示已连接的设备”后,Provisioning Server Console中的超时错误

小心!在使用注册表编辑器之前,请参阅本文末尾的免责声明。

完成以下操作以解决此问题:
1、在PVS Server计算机上的HKLM \ software \ citrix \ provisioningServices \ Manager项下,创建注册表DWORD RelayedRequestReplyTimeoutMilliseconds,并将其设置为50 ms。
注意:确保选择十进制,而不是十六进制。

2、创建一个DWORD RelayedRequestTryTimes 并将其设置为1。
默认值为2。

3、打开PVS服务器控制台并选择Show Connected Devices命令进行测试。
问题原因
从PVS控制台运行Show Connected Devices命令时,它会将请求发送到绑定到流服务的每个接口,发送到每个目标设备,默认超时为5000毫秒,每个NIC两次,从而导致搜索时间每个设备,每个设备10秒。

示例:
5个NIC,1个当前连接的目标设备将在50秒内返回Show Connected Device。

您可以在流日志中清楚地看到它正在搜索分配给流服务的每个IP地址:

2012-05-25 10:05:24,614 [0x00000fdc] DEBUG CManagerConfig :: GetRelayedRequestTryTimes - = 2 2012-05-25 10:05:24,614 [0x00000fdc] DEBUG CManagerConfig :: GetRelayedRequestReplyTimeoutMilliseconds - = 5000 2012-05-31 14:47:46,470 [0x00000e7c] DEBUG CManagerConfig :: GetServerIpGroupTryTimes - = 2 2012-05-31 14:47:46,470 [0x00000e7c] DEBUG CManagerConfig :: GetServerReplyTimeoutMilliseconds - = 50000 2012-05-31 14:47:46,470 [0x00000e7c]调试CManagerReplyReceiver:SendMessageToServer,requestId = 0
2012-05-31 14:47:46,486 [0x00000e7c]在CManagerReplyReceiver中调试:TryEachIpAddressIteratively
2012-05-31 14:47:46,486 [0x00000e7c] DEBUG会尝试向ip address发送请求= 2887140615,port = 6911
2012-05-31 14:47:46,486 [0x00000e7c]调试CManagerReplyReceiver:sendMessageAndWaitForResult
2012-05-31 14:47:46,501 [0x00000e7c] DEBUG为请求ID 0添加了未来
2012-05-31 14:47:46,501 [0x00000e7c] DEBUG到<172.22.69.7:6911>,即将发送80个字节
2012-05-31 14:47:46,501 [0x00000e7c] DEBUG发送80字节的80字节消息
2012-05-31 14:47:56,516 [0x00000e7c] DEBUG futureResult.get失败,错误= 121
2012-05-31 14:47:56,516 [0x00000e7c]错误远程请求超时
2012-05-31 14:47:56,532 [0x00000e7c] DEBUG for requestId = 0,返回结果= -32718(RemoteRequestTimedOut)。等待。
2012-05-31 14:47:56,532 [0x00000e7c] DEBUG futureMap中的条目数= 0
2012-05-31 14:47:56,532 [0x00000e7c] DEBUG将尝试向ip address = 2887140359发送请求,port = 6911
2012-05-31 14:47:56,532 [0x00000e7c]调试CManagerReplyReceiver:sendMessageAndWaitForResult
2012-05-31 14:47:56,532 [0x00000e7c] DEBUG为请求ID 0添加了未来
2012-05-31 14:47:56,532 [0x00000e7c] DEBUG到<172.22.68.7:6911>,即将发送80个字节
2012-05-31 14:47:56,532 [0x00000e7c] DEBUG发送80字节的80字节消息
2012-05-31 14:48:06,547 [0x00000e7c] DEBUG futureResult.get失败,错误= 121
2012-05-31 14:48:06,547 [0x00000e7c] ERROR远程请求超时
2012-05-31 14:48:06,547 [0x00000e7c] DEBUG for requestId = 0,返回result = -32718(RemoteRequestTimedOut)。等待。
2012-05-31 14:48:06,547 [0x00000e7c] DEBUG futureMap中的条目数= 0
2012-05-31 14:48:06,547 [0x00000e7c] DEBUG将尝试向ip address = 2887140103发送请求,port = 6911
2012-05-31 14:48:06,547 [0x00000e7c]在CManagerReplyReceiver中调试:sendMessageAndWaitForResult
2012-05-31 14:48:06,547 [0x00000e7c] DEBUG为请求ID 0添加了未来
2012-05-31 14:48:06,547 [0x00000e7c] DEBUG到<172.22.67.7:6911>,即将发送80个字节
2012-05-31 14:48:06,547 [0x00000e7c] DEBUG发送80字节的80字节消息
2012-05-31 14:48:16,562 [0x00000e7c] DEBUG futureResult.get失败,错误= 121
2012-05-31 14:48:16,562 [0x00000e7c]错误远程请求超时
2012-05-31 14:48:16,562 [0x00000e7c] DEBUG for requestId = 0,返回result = -32718(RemoteRequestTimedOut)。等待。
2012-05-31 14:48:16,562 [0x00000e7c] DEBUG futureMap中的条目数= 0
2012-05-31 14:48:16,562 [0x00000e7c] DEBUG将尝试向ip address发送请求= 2887139847,port = 6911
2012-05-31 14:48:16,562 [0x00000e7c]在CManagerReplyReceiver中调试:sendMessageAndWaitForResult
2012-05-31 14:48:16,562 [0x00000e7c] DEBUG为请求ID 0添加了未来
2012-05-31 14:48:16,562 [0x00000e7c] DEBUG到<172.22.66.7:6911>,即将发送80个字节
2012-05-31 14:48:16,562 [0x00000e7c] DEBUG发送80字节的80字节消息
2012-05-31 14:48:26,577 [0x00000e7c] DEBUG futureResult.get失败,错误= 121
2012-05-31 14:48:26,577 [0x00000e7c]错误远程请求超时
2012-05-31 14:48:26,577 [0x00000e7c] DEBUG for requestId = 0,返回结果= -32718(RemoteRequestTimedOut)。等待。
2012-05-31 14:48:26,577 [0x00000e7c] DEBUG futureMap中的条目数= 0
2012-05-31 14:48:26,577 [0x00000e7c] DEBUG将尝试向ip address发送请求= 2887139591,port = 6911
2012-05-31 14:48:26,577 [0x00000e7c]调试CManagerReplyReceiver:sendMessageAndWaitForResult
2012-05-31 14:48:26,577 [0x00000e7c] DEBUG为请求ID 0添加了未来
2012-05-31 14:48:26,577 [0x00000e7c] DEBUG到<172.22.65.7:6911>,即将发送80个字节
2012-05-31 14:48:26,577 [0x00000e7c] DEBUG发送80字节的80字节消息
2012-05-31 14:48:36,592 [0x00000e7c] DEBUG futureResult.get失败,错误= 121
2012-05-31 14:48:36,592 [0x00000e7c]错误远程请求超时
2012-05-31 14:48:36,592 [0x00000e7c] DEBUG for requestId = 0,返回结果= -32718(RemoteRequestTimedOut)。等待。
2012-05-31 14:48:36,592 [0x00000e7c] DEBUG futureMap中的条目数= 0
2012-05-31 14:48:36,592 [0x00000e7c] DEBUG将尝试向ip address = 2887139335发送请求,port = 6911
2012-05-31 14:48:36,592 [0x00000e7c]调试CManagerReplyReceiver:sendMessageAndWaitForResult
2012-05-31 14:48:36,592 [0x00000e7c] DEBUG为请求ID 0添加了未来
2012-05-31 14:48:36,592 [0x00000e7c] DEBUG到<172.22.64.7:6911>,即将发送80个字节
2012-05-31 14:48:36,592 [0x00000e7c] DEBUG发送80字节的80字节消息
2012-05-31 14:48:37,247 [0x000030fc]调试CManagerReplyReceiver :: dispatchPacket
2012-05-31 14:48:37,247 [0x000030fc] DEBUG标头操作码= -2147221501,请求id = 0
2012-05-31 14:48:37,247 [0x000030fc] DEBUG处理ManagedServer回复
2012-05-31 14:48:37,247 [0x000030fc] CREMoteManagedServer :: handleReply中的DEBUG
2012-05-31 14:48:37,247 [0x000030fc] DEBUG处理请求id = 0的回复
2012-05-31 14:48:37,263 [0x000030fc] DEBUG找到了requestId的未来
2012-05-31 14:48:37,263 [0x000030fc] DEBUG转换重新平衡回复的回复状态,默认成功
2012-05-31 14:48:37,278 [0x000030fc] CREMoteManagedServer中的DEBUG :: harvestReplyDataFromMessage
2012-05-31 14:48:37,278 [0x000030fc] DEBUG回复用于重新平衡请求,requestId = 0
2012-05-31 14:48:37,278 [0x000030fc]来自回复的DEBUG值为21
2012-05-31 14:48:37,278 [0x000030fc] DEBUG条目添加到requestId = 0的数据结果图
2012-05-31 14:48:37,294 [0x00000e7c] DEBUG futureResult.get对requestId = 0,actualResult = 0(成功)成功。等待。


分享题目:单击“显示已连接的设备”后,ProvisioningServerConsole中的超时错误
链接URL:http://scyanting.com/article/ghhpgo.html