You should log a support request with VMware-support to get this figured out.

hi

can you confirm if you have tried getting the device to work when it isn't split?

this KB VMware KB: Troubleshooting connection problems between USB dictation devices and Horizon View desktops details that when the client OS is win8.1 then it cant redirect a split speechmike device.

if it isn't split, could you reproduce the problem and then send me your debug logs from the client machine?

Hi mougT - I shall follow up with a private email, as there are some more steps we'd need you to take to dig into this further,

If / when we find the solution, then we can post back here for others to enjoy.

cheers

peterB

We recently built a fresh view 5.2 environment and have a handful of users reporting that when they have two windows open, and move one window around, the second window will then appear to show buttons from the first window. it seems like view is drawing window 1, then window 1 gets moved but window 2 doesnt get updated for some reason and still shows window 1. minimizing and maximizing window 2 resolves the issue. i've spent a bit trying to google this but not sure what terms to use so havent found anything like this. has anyone here seen this?

win 7 64bit, with 3D enabled on the VM's. VM's are running Win7 Classic theme (no aero effects) and are set to "Adjust for best performance".

ive attached a screenshot. the black boxes are scrubbed data and not actually present in the original screenshot. otherwise, this is supposed to be a new outlook 2010 email. but the icons towards the center/top of the image (pickup, hold, transfer, etc) are from our call-center software to control the phones.

Hi Peter, we have seen this link, however if we turn off the Device Split the device is not recognised in Windows 8.1.  With the setting for Device SPlit enabled this device is recongised but we get an error "An error occured connecting the USB device to your desktop"  A snipet from the error log is:-

2013-12-17T17:01:13.652Z DEBUG (0FDC-02A4) <676> [pcoip_mfw] DllMain - DLL_PROCESS_DETACH by "C:\Program Files (x86)\VMware\VMware Horizon View Client\vmware-remotemks.exe"

2013-12-17T17:01:24.637Z INFO  (0A10-0D54) <3412> [pcoip_mfw] Program 'vmware-remotemks - VMware Remote MKS' started, version=e.x.p build-1331430, pid=0xA10, buildtype=release, usethread=0, closeafterwrite=0

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] DllMain - DLL_PROCESS_ATTACH by "C:\Program Files (x86)\VMware\VMware Horizon View Client\vmware-remotemks.exe"

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] pcoip_vchan_plugin_client_init CALLED

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] pcoip_mfw init ok, server=0

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] vmware-remotemks MessageQueueShared started with numThreads=1, queueTreshold=250

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] vmware-remotemks MessageQueue started with numThreads=1, queueTreshold=10000

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] MessageFrameWork Worker Added, Name=System, Description=The Builtin MessageFrameWork Administration Queue, Channel=00000000

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] MessageFrameWork Worker Added, Name=KeyVault, Description=The Builtin Key Vault API Queue, Channel=00000000

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] EnableMachineTraceQueue

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] MessageFrameWork Worker Added, Name=TraceServer, Description=Provides external trace listening support, Channel=00000000

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] MessageFrameWork Worker Added, Name=pcoip-mfw, Description=PCoIP Virtual Channel to MessageFrameWork, Channel=00000000

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] service: started Ok

2013-12-17T17:01:24.637Z INFO  (0A10-0D54) <3412> [vmware-remotemks] Program 'vmware-remotemks - VMware Remote MKS' started, version=e.x.p build-1331430, pid=0xA10, buildtype=release, usethread=0, closeafterwrite=0

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] add of pcoip_mfw Smart Card Virtual Channel (0x07B2B988)

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] add of pcoip_channel Smart Card Virtual Channel (0x074CA6A0)

2013-12-17T17:01:24.637Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] [Smart Card Virtual Channel - Start] start of virtual channel - Reliable

2013-12-17T17:01:24.637Z DEBUG (0A10-10E8) <NodeManagerWatcher> [pcoip_mfw] Outgoing SharedMemory channel from pcoip-mfw to machine LN-P-PC-0015.minster.group wsnm connected as : MINSTER\Administrator, Authenticated through SSPI, package = NTLM, encrypting = true

2013-12-17T17:01:24.637Z DEBUG (0A10-10E8) <NodeManagerWatcher> [pcoip_mfw] Connection to Node Manager established.

2013-12-17T17:01:24.668Z INFO  (0A10-0D54) <3412> [ViewMMDevRedir] Program 'vmware-remotemks - VMware Remote MKS' started, version=e.x.p build-1331430, pid=0xA10, buildtype=release, usethread=0, closeafterwrite=0

2013-12-17T17:01:24.668Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] pcoip_vchan_plugin_client_init - Loading Pcoip Client Plugin   Channel=MultimediaRedirChannel   Details of file='ViewMMDevRedir.dll - VMware Real Time Audio-Video'   Version=1.0.1 build-1404711   Time Created: 01 November 2013, 18:17:48   Modified: 01 November 2013, 18:17:48

2013-12-17T17:01:24.668Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] add of pcoip_mfw MultimediaRedirChannel (0x08190048)

2013-12-17T17:01:24.668Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] add of pcoip_channel MultimediaRedirChannel (0x074CAAB0)

2013-12-17T17:01:24.668Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] {MultimediaRedirChannel}: Client side instantiated

2013-12-17T17:01:24.668Z DEBUG (0A10-1164) <4452> [ViewMMDevRedir] Thread started. Name=VChanServiceThread - Client. Id=4452

2013-12-17T17:01:24.668Z DEBUG (0A10-09C8) <2504> [ViewMMDevRedir] Thread started. Name=DataMgrClient(Reg). Id=2504

2013-12-17T17:01:24.668Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] VideoInputBase::LogDevEnum - 1 Device(s) found

2013-12-17T17:01:24.668Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] VideoInputBase::LogDevEnum - Index=0   Name=Integrated Webcam   UserId=vid_0c45&pid_64d2&mi_00#7&1c82025b&0&0000   SystemId=\\?\usb#vid_0c45&pid_64d2&mi_00#7&1c82025b&0&0000#{65e8773d-8f56-11d0-a3b9-00a0c9223196}\global

2013-12-17T17:01:24.684Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] AudioCaptureBase::LogDevEnum - 2 Device(s) found

2013-12-17T17:01:24.684Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] AudioCaptureBase::LogDevEnum - Index=0   Name=Microphone (11- SpeechMike III)   UserId=vid_0911&pid_0c1c&mi_00#7&20d583ec&0&0000   SystemId=\\?\usb#vid_0911&pid_0c1c&mi_00#7&20d583ec&0&0000#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\global

2013-12-17T17:01:24.684Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] AudioCaptureBase::LogDevEnum - Index=1   Name=Microphone Array (Realtek High Definition Audio)   UserId=func_01&ven_10ec&dev_0292&subsys_102805ca&rev_1000#4&22aaa41d&0&0001   SystemId=\\?\hdaudio#func_01&ven_10ec&dev_0292&subsys_102805ca&rev_1000#4&22aaa41d&0&0001#{6994ad04-93ef-11d0-a3cc-00a0c9223196}\rtmicarwave

2013-12-17T17:01:24.684Z DEBUG (0A10-0D54) <3412> [ViewMMDevRedir] {MultimediaRedirChannel}: Opening channel (Reliable & Lossy)

2013-12-17T17:01:24.684Z DEBUG (0A10-0D54) <3412> [pcoip_mfw] [MultimediaRedirChannel - Start] start of virtual channel - Lossy

2013-12-17T17:01:24.684Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] Thread started. Name=DataMgrIntf. Id=1772

2013-12-17T17:01:24.684Z INFO  (0A10-0D54) <3412> [vmware-remotemks] Program 'vmware-remotemks - VMware Remote MKS' started, version=e.x.p build-1331430, pid=0xA10, buildtype=release, usethread=0, closeafterwrite=0

2013-12-17T17:01:24.684Z DEBUG (0A10-0D54) <3412> [vmware-remotemks] pcoip_vchan_plugin_client_init(): Using PCoIP virtual channel API version 2

2013-12-17T17:01:24.715Z DEBUG (0A10-0D54) <3412> [vmware-remotemks] Loaded virtual channel plugin vdp_rdpvcbridge @ C:\Program Files (x86)\VMware\VMware Horizon View Client\vdp_rdpvcbridge.dll

2013-12-17T17:01:24.715Z DEBUG (0A10-0D54) <3412> [vmware-remotemks] pcoip_vchan_plugin_client_init(): ready

2013-12-17T17:01:25.027Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected

2013-12-17T17:01:25.027Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoipRunThread at pcoip connect

2013-12-17T17:01:26.378Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel MultimediaRedirChannel

2013-12-17T17:01:26.378Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel MultimediaRedirChannel. (Lossy)

2013-12-17T17:01:26.378Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] setting lossy value for channel MultimediaRedirChannel

2013-12-17T17:01:26.378Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] Adding channel MultimediaRedirChannel to pcoipChannelThread queue. (Lossy)

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] channelThread START for channel MultimediaRedirChannel

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] pcoip_vchan_open MultimediaRedirChannel Ok

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] Waiting for event notif. Channel MultimediaRedirChannel

2013-12-17T17:01:26.378Z DEBUG (0A10-09F4) <2548> [pcoip_mfw] CB channel MultimediaRedirChannel opened

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] Event notif received. Channel MultimediaRedirChannel

2013-12-17T17:01:26.378Z DEBUG (0A10-09F4) <2548> [ViewMMDevRedir] {MultimediaRedirChannel}: SessionId=1 - Opened/Connected - (Type=Reliable, Dgram=3992) (Type=Lossy, Dgram=1184)

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] Channel opened. Channel MultimediaRedirChannel

2013-12-17T17:01:26.378Z DEBUG (0A10-09F4) <2548> [ViewMMDevRedir] {MultimediaRedirChannel}: Client side - Channel open notification

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] max datagram size 3992, inbuf capacity 8

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] Channel is lossy. Channel MultimediaRedirChannel

2013-12-17T17:01:26.378Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::ProcessEnvMsg - Processing PMsgChannelOpen

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] max lossy datagram size 1184, inbuf capacity 27

2013-12-17T17:01:26.378Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] States: Env=STChannelClose.  AIn=STOff.  WCam=STOff

2013-12-17T17:01:26.378Z DEBUG (0A10-1340) <vchanRecvThread> [pcoip_mfw] channelThread remote connected channel: MultimediaRedirChannel, lossy=true, sendTimeout=1000

2013-12-17T17:01:26.378Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::ProcessEnvMsg - Finished PMsgChannelOpen

2013-12-17T17:01:26.378Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] States: Env=STChannelOpen.  AIn=STOff.  WCam=STOff

2013-12-17T17:01:26.378Z DEBUG (0A10-11E8) <vchanRecvThread2> [pcoip_mfw] channelThread2 START for channel MultimediaRedirChannel

2013-12-17T17:01:26.394Z DEBUG (0A10-1164) <4452> [ViewMMDevRedir] DataMgrClient::ProcessReceivedRequest - Received Msg- PMsgGetConfig

2013-12-17T17:01:26.394Z DEBUG (0A10-1164) <4452> [ViewMMDevRedir] DataMgrClient::ProcessReceivedRequest - Header: Size=108  currState=1

2013-12-17T17:01:26.394Z DEBUG (0A10-1164) <4452> [ViewMMDevRedir] DataMgrClient::ProcessReceivedRequest - Data:   VersionNum=1  IsEnabled=1  VdoMaxFPS=0  VdoMaxResWidth=0  VdoMaxResHeight=0

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::ProcessEnvMsg - Processing PMsgGetConfig

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] States: Env=STChannelOpen.  AIn=STOff.  WCam=STOff

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::HandleGetConfig - Agent API ver: 1.  Client API ver: 1

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::HandleGetConfig - Client preferred API ver: 1

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::HandleGetConfig - Admin Policies: IsEnabled=True.  MaxFPS=0.  MaxRes(WxH)=0x0

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::HandleGetConfig - ClientSetting - IsEnabled: True

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] UserPrefsUtil::GetVCamRes - Finding resolution(WxH) to use.  PolicyRes=0x0.  ClientRes=0x0.  SelectedRes=320x240

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] finding FPS to use.  PolicyFPS=0.  ClientFPS=0.  SelectedFPS:15

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::HandleGetConfig - Client preferred: Res(WxH)=320x240.  FPS=15

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] RegNotifCB for : srcWCamFrameWidth,srcWCamFrameHeight

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::HandleGetConfig - Sending Msg: PMsgSetConfig

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrIntf::SendCtrlMsg - Sending msg: PMsgSetConfig

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrIntf::SendCtrlMsg - Header: Size=0  currState=1

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrIntf::SendCtrlMsg - Data:   VersionNum=1  IsEnabled=1  MsgVdoRes.width=320  MsgVdoRes.height=240  VdoFps=15

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrIntf::SendCtrlMsg - DataSize=32  TotalSize=40

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] DataMgrClient::ProcessEnvMsg - Finished PMsgGetConfig

2013-12-17T17:01:26.394Z DEBUG (0A10-06EC) <1772> [ViewMMDevRedir] States: Env=STOn.  AIn=STOff.  WCam=STOff

2013-12-17T17:01:26.487Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel clipboardvchan

2013-12-17T17:01:26.487Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel clipboardvchan. (Reliable)

2013-12-17T17:01:26.487Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RPC#VMwareRde#5600

2013-12-17T17:01:26.487Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RPC#VMwareRde#5600. (Reliable)

2013-12-17T17:01:26.581Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RPC#ViewMP#5632

2013-12-17T17:01:26.581Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RPC#ViewMP#5632. (Reliable)

2013-12-17T17:01:26.909Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel VMWARE__1184@1

2013-12-17T17:01:26.909Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel VMWARE__1184@1. (Reliable)

2013-12-17T17:01:27.019Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel VMWARE__1184@2

2013-12-17T17:01:27.019Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel VMWARE__1184@2. (Reliable)

2013-12-17T17:01:27.128Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel VMWARE__1184@3

2013-12-17T17:01:27.128Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel VMWARE__1184@3. (Reliable)

2013-12-17T17:01:27.144Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel VMWARE__1184@4

2013-12-17T17:01:27.144Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel VMWARE__1184@4. (Reliable)

2013-12-17T17:01:27.315Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel VMWARE__1184@5

2013-12-17T17:01:27.315Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel VMWARE__1184@5. (Reliable)

2013-12-17T17:01:28.769Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:01:28.769Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

2013-12-17T17:01:35.175Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:01:35.175Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

2013-12-17T17:02:08.380Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:02:08.380Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

2013-12-17T17:02:09.693Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:02:09.693Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

2013-12-17T17:02:41.006Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:02:41.006Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

2013-12-17T17:03:12.350Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:03:12.350Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

2013-12-17T17:03:43.756Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:03:43.756Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

2013-12-17T17:04:15.147Z DEBUG (0A10-0624) <1572> [pcoip_mfw] pcoip connected channel RDP__CARANOC

2013-12-17T17:04:15.147Z DEBUG (0A10-0624) <1572> [pcoip_mfw] [pcoipRunThread] for channel RDP__CARANOC. (Reliable)

hi

so when you say the device is not recognized then you mean the device doesnt appear in the drop down list?

if so - that will be because the device has a mouse as part of it and it will be being blocked. so to "allow" the device simply add an "Include Vid/Pid" rule for the device. (dont configure the splitting).

now, the device should be available to forward to the guest.

with regard to the log file then that is unfortunatelu the wrong log file. So if the above suggestion doesn't work and we need to look at the logs, then the logs I need are here:

%PROGRAMDATA%\VMware\VDM\logs\debug-xxxx-xx-xx-xxxxxx.txt

cheers

peterB

Here's an update

I logged into a Windows 8.1 Linked Clone when it was stuck at the domain join stage. I removed it from the domain and within a few seconds, the VM reboots and View Composer/Connection manager successfully joins it to the domain. So I thought, that's odd it seems to get stuck when removing the machine from the domain before adding it. So I created a new snapshot with the VM NOT JOINED to the domain. After a recompose the VM builds and joins to the domain successfully. Even though this goes against all documentation....

I thought, maybe its a vSphere compatibility issue. So I updated vcenter and vpshere to 5.5, then updated the VMware tools on the VM and reinstalled the view agent. Same problem.

For some reason when the master is joined to the domain it fails with "Domain join failedError 2 (0x2): The system cannot find the file specified." However if the master is in a workgroup, all is well.

Has anyone built a linked clone pool with Windows 8.1 yet?

Did you even get this to work?

I use an add-on called IE Tab2 and have to switch the rendering engine to get the scoll to work in FF.

This seems like a beginner question but I have been searching and have not found the answer. The majority of my pools are floating non-persistent desktop pools. I have one Dedicated pool with 4 machines in it assigned to specific users. If one of the dedicated users are signed into a session on their zero client then goes to different zero client and signs on, their initial session moves to their second location, leaving all of their apps open. But if a user that is assigned a desktop in the non-persistent pool is signed on in one location then signs on at a different location, their first session logs them off immediately and the second location logs into a new desktop out of the pool. Is there a way to have the floating users work like the first scenario? We have some users that work in different offices throughout the day and it would be helpful if their running session could just transfer into another physical location.

That does not sound right, have you allowed for multiple sessions per pool?

No because I don't think I want the user to be logging in twice, in different locations. I want them to be logged in once and if they attempt to log into another location while they're still logged in somewhere else, that first session will transfer to the second location.

I agree, that should not be enabled, just trying to find a reason for this.

What other pool-settings do you have? A screenshot of the config-screen on the pool would be good.

Ok, so what I'm describing should be possible?

It sounds like you have your floating pool configured to logoff immediately on disconnect. If that's set then when the first client is disconnected the logoff process will begin, try setting a short timeout instead so that it's possible to move a session to a new client.

Mike

Yes, according to the screenshot you have "Automatic logoff after disconnect" set to "immediately".

Try setting that to a reasonable time like 15min for the user to be able to connect from another client and keep the session.

Thanks for the various exchange of files. So we took a look, and might see the cause of the problem - it certainly shouldn't crash (and we will be investigating that seperately, but hopefully we can get you up and running with a config change)

We can tell you are configuring Folder Redirection incorrectly, which may be leading to this problem.

When configuring folder redirection in the admin template, the paths need to be given as unc paths.  However, you are configuring them as local paths.

For example, for Temporary Internet Files you configured "d:\temporaryInternetFiles\someuser"

It’s fine for the target to be on the local machine; just needs to be a UNC path like      \\<local machine>\TemporaryInternetFiles\%username%

can you try changing that and see if the problem persists?

cheers

peterB

Thank you so much, that was it. I changed it to log off after 15 minutes and now the session will follow the user to another zero client.

According to this Symantec KB the 12.1 version should only keep one instance of the virus definitions.    The older versions were set to keep more than one.

http://www.symantec.com/business/support/index?page=content&id=TECH141811

This is the View forum but honestly I don't think you will get much assistance here unless the VMware employees can assist.     This is the result of View Planner being partner only so no one has a lot of experience with it.

I changed the path to "\\%computername%\d$\temp\TempInt" instead, and so far the service has not crashed! Thank you so much !!!

The policy was the same with the 5.2 agent. We experienced no problem with that agent, so I guess this error is unique to 5.3.