參考KB: http://support.citrix.com/article/CTX133877
當分配給PVS服務器的多個流式NIC時，Provisioning Services（PVS）服務器上會出現以下症狀。
例
具有五個流式NIC的環境具有以下症狀：
當顯示連接的設備 被點擊的PVS控制檯，以下症狀可能會經歷：
服務器超時錯誤4002
列出連接設備的異常延遲3到4分鐘
PVS控制檯停止響應
用戶添加的圖像
解
小心！在使用註冊表編輯器之前，請參閱本文末尾的免責聲明。
完成以下操作以解決此問題：
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 - <RelayedRequestTryTimes> = 2 2012-05-25 10：05：24,614 [0x00000fdc] DEBUG CManagerConfig :: GetRelayedRequestReplyTimeoutMilliseconds - <RelayedRequestReplyTimeoutMilliseconds> = 5000 2012-05-31 14：47：46,470 [0x00000e7c] DEBUG CManagerConfig :: GetServerIpGroupTryTimes - <ServerIpGroupTryTimes> = 2 2012-05-31 14：47：46,470 [0x00000e7c] DEBUG CManagerConfig :: GetServerReplyTimeoutMilliseconds - <ServerReplyTimeoutMilliseconds> = 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（成功）成功。等待。