您好,登錄后才能下訂單哦!
參考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(成功)成功。等待。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。