I found the log file. I did find the error:
2019-08-29T15:03:55.183-07:00 DEBUG (0B34-0BE4) <MessageFrameWorkDispatch> [ws_vhub] Can't get a valid sessionId within 60 seconds for channel 0x000001F307D7C170. Already closed?
2019-08-29T15:03:55.183-07:00 INFO (0B34-0BE4) <MessageFrameWorkDispatch> [ws_vhub] USB policy set to disallowed
I changed the regkey for both UEMtimeouts in hklm/software/vmware, inc.\vmware vdm\agent\usb to 120 and waitforsessionidtimeout to 200 in hklm/software/vmware, inc.\vmware vdm\agent\usb
2019-08-29T15:40:37.917-07:00 INFO (0B34-1FB4) <MessageFrameWorkDispatch> [ws_vhub] vhublib: Effective configuration setting, name: uemTimeouts, value: 120
2019-08-29T15:40:37.917-07:00 DEBUG (0B34-1FB4) <MessageFrameWorkDispatch> [ws_vhub] vhublib: Uem timeout is 120 seconds
2019-08-29T15:40:37.917-07:00 INFO (0B34-1FB4) <MessageFrameWorkDispatch> [ws_vhub] vhublib: Effective configuration setting, name: HorizonUSBVersion, value: 2
2019-08-29T15:40:37.917-07:00 DEBUG (0B34-1FB4) <MessageFrameWorkDispatch> [ws_vhub] vhublib: Usb UEM intf version is 2
2019-08-29T15:40:37.917-07:00 DEBUG (0B34-1FB4) <MessageFrameWorkDispatch> [ws_vhub] Usb is allowed by UEM. sessionId=2
2019-08-29T15:40:37.917-07:00 INFO (0B34-1FB4) <MessageFrameWorkDispatch> [ws_vhub] USB policy set to allowed
This was from the UEMTimeout key for 2 minutes.
However I think we have an environment issue. We have an interactive login message with a company policy message that the users has to click okay to. If they don't click okay right away, I think it times out so when they log in the USB redirection doesn't work.
2019-08-29T16:05:47.859-07:00 DEBUG (0B34-0A2C) <MessageFrameWorkDispatch> [ws_vhub] USB is allowed by GPO
2019-08-29T16:05:47.859-07:00 DEBUG (0B34-0A2C) <MessageFrameWorkDispatch> [ws_vhub] UEM is installed
2019-08-29T16:05:47.859-07:00 INFO (0B34-0A2C) <MessageFrameWorkDispatch> [ws_vhub] vhublib: Effective configuration setting, name: uemFlags, value: 1
2019-08-29T16:05:47.859-07:00 DEBUG (0B34-1CE4) <MessageFrameWorkDispatch> [MessageFrameWork] System::CreateRemoteSessionChannel
2019-08-29T16:05:47.859-07:00 DEBUG (0B34-1CE4) <MessageFrameWorkDispatch> [wsnm_desktop] DesktopManager got a FindVirtualChannelTicket message
2019-08-29T16:06:14.874-07:00 DEBUG (0B34-0BB4) <TimerService> [ws_perfmon] System CPU use: 40%
2019-08-29T16:06:14.874-07:00 DEBUG (0B34-0BB4) <TimerService> [ws_perfmon] Physical memory use: 20%
2019-08-29T16:06:14.999-07:00 DEBUG (0B34-124C) <MessageFrameWorkDispatch> [wsnm_helpdesk] Failed to get data from counter, error: 0xc0000bc6, perf counter path \PCoIP Session Network Statistics(PCoIP Session -1)\Round Trip Latency ms
2019-08-29T16:06:14.999-07:00 DEBUG (0B34-124C) <MessageFrameWorkDispatch> [wsnm_helpdesk] Erase the failure counter, metrics count: 1
2019-08-29T16:06:33.202-07:00 DEBUG (0B34-124C) <MessageFrameWorkDispatch> [wsnm_desktop] DesktopManager got a SendSessionReport message
2019-08-29T16:06:33.342-07:00 DEBUG (0B34-124C) <MessageFrameWorkDispatch> [wsnm_desktop] session::pendingSessionDuplicateCount(): final duplicate count = 0
2019-08-29T16:06:33.342-07:00 DEBUG (0B34-124C) <MessageFrameWorkDispatch> [wsnm_desktop] SessionCounts: total=1, pen=0, con=0, dis=0, por=1, lgf=0
2019-08-29T16:06:33.342-07:00 INFO (0B34-124C) <MessageFrameWorkDispatch> [wsnm_desktop] USB over Virtual Channel is installed.
2019-08-29T16:06:33.342-07:00 INFO (0B34-124C) <MessageFrameWorkDispatch> [wsnm_desktop] Agent configuration for Usb over virtual channel: disabled, Usb Collaboration: enabled, Usb Collaboration VC for primary session: enabled
2019-08-29T16:06:33.342-07:00 INFO (0B34-124C) <MessageFrameWorkDispatch> [wsnm_desktop] Send the USB virtual channel flag 0 to broker.
2019-08-29T16:06:33.342-07:00 DEBUG (12B8-138C) <Thread-113> [ComponentResponse] Message is <?xml version="1.0"?>
<TERMINALRESPONSE><ID></ID><SERVERDN>cn=50fa3e74-5d4c-4725-a70f-bead105491d3,ou=servers,dc=vdi,dc=vmware,dc=int</SERVERDN><SERVERPOOLDN>cn=win10_dr,ou=server groups,dc=vdi,dc=vmware,dc=int</SERVERPOOLDN><SERVERDNSNAME>Win10VDI-2-DR.nevadafederal.int</SERVERDNSNAME><DYNAMICIPADDRESS>10.0.1.181</DYNAMICIPADDRESS><MACADDRESSIPV4>00:50:56:ba:29:f8</MACADDRESSIPV4><PREFIXLENGTHIPV4>24</PREFIXLENGTHIPV4><PLATFORM>WINDOWS</PLATFORM><OSVERMAJOR>10</OSVERMAJOR><OSVERMINOR>0</OSVERMINOR><AGENTVERSION>7.9.0</AGENTVERSION><AGENTBUILDNUM>13938590</AGENTBUILDNUM><REAVERSION></REAVERSION><REABUILDNUM>13938590</REABUILDNUM><UEMVERSION>9.8.0.895</UEMVERSION><VPENABLED>false</VPENABLED><PROTOCOL><NAME>RDP</NAME><PORT>3389</PORT><STATUS>ready</STATUS></PROTOCOL><PROTOCOL><NAME>PCOIP</NAME><PORT>0</PORT><STATUS>negotiate</STATUS></PROTOCOL><PROTOCOL><NAME>BLAST</NAME><PORT>0</PORT><STATUS>negotiate</STATUS></PROTOCOL><AGENTREADY>true</AGENTREADY><ACCEPTINGCONNECTIONS>true</ACCEPTINGCONNECTIONS><ERROR-CODE>AGENT_ERR_OK</ERROR-CODE><USBVIRTUALCHANNELENABLED>false</USBVIRTUALCHANNELENABLED><STARTTIME>1567114919</STARTTIME><MAXSESSIONS>1</MAXSESSIONS><SESSIONCOUNT>1</SESSIONCOUNT><PENDINGSESSIONCOUNT>1</PENDINGSESSIONCOUNT><CONNECTEDSESSIONCOUNT>0</CONNECTEDSESSIONCOUNT><DISCONNECTEDSESSIONCOUNT>0</DISCONNECTEDSESSIONCOUNT><TERMINALSERVICESENABLED>false</TERMINALSERVICESENABLED><MULTISESSIONENABLED>false</MULTISESSIONENABLED><VDIAPPMODESUPPORTED>true</VDIAPPMODESUPPORTED><UNAUTHENTICATEDACCESSENABLED>false</UNAUTHENTICATEDACCESSENABLED><LISTENERS><LISTENER>FRAMEWORKCHANNEL:32111</LISTENER></LISTENERS><LISTENERS><LISTENER>VDPSERVICECHANNEL:9427</LISTENER></LISTENERS><DOMAIN><NAME>NEVADA</NAME></DOMAIN><DOMAIN><NAME>NFCU</NAME></DOMAIN><DOMAIN><NAME>WIN10VDI-2-DR</NAME></DOMAIN><SESSION><SESSIONGUID>15560eab-9c0c-484c-abeb-54c804cf311f</SESSIONGUID><STATICSESSIONGUID>81f8e252-16d9-4a25-a1f9-bdd8211abe21</STATICSESSIONGUID><USERDN>cn=s-1-5-21-1740064666-1385770315-930774774-32114,cn=foreignsecurityprincipals,dc=vdi,dc=vmware,dc=int</USERDN><BROKERUSERSID>S-1-5-21-1740064666-1385770315-930774774-32114</BROKERUSERSID><CONNECTIONID>6F2670D0_15FE_465C_B440_DD2C48BFA439</CONNECTIONID><LOCATIONID>c20e44d3f6c892fd159381f74422634bf72b0dcf38ecd6e5799efc109c005d92</LOCATIONID><USERNAME>MatthewG</USERNAME><DOMAINNAME>NFCU</DOMAINNAME><BROKERINGENDPOINTID>PodEndpoint/a6323095-8ad8-4b63-b3f2-c6e808feee9e/ONCU-CS2-VDI-DR</BROKERINGENDPOINTID><HOSTPODID>a6323095-8ad8-4b63-b3f2-c6e808feee9e</HOSTPODID><SECURITYGATEWAYID>ONCU-CS2-VDI-DR.nevadafederal.int</SECURITYGATEWAYID><SESSIONTYPE>DESKTOP</SESSIONTYPE><APPIDHISTORY></APPIDHISTORY><CLIENTADDRESS></CLIENTADDRESS><CLIENTNAME></CLIENTNAME><CLIENTVERSION></CLIENTVERSION><CLIENTTYPE>Windows</CLIENTTYPE><SECURITYGATEWAYIPADDRESS>10.230.128.69</SECURITYGATEWAYIPADDRESS><SECURITYGATEWAYLOCATION>Internal</SECURITYGATEWAYLOCATION><SESSIONID>-1</SESSIONID><STATE>ConnectPending</STATE><PROTOCOL></PROTOCOL></SESSION></TERMINALRESPONSE>
2019-08-29T16:06:33.342-07:00 DEBUG (12B8-0CE8) <pool-3-thread-3> [AbstractTopicPublishingManager] (DesktopControlPublishingManager-agent) Message published.
2019-08-29T16:06:45.014-07:00 DEBUG (0B34-0BB4) <TimerService> [ws_perfmon] System CPU use: 2%
2019-08-29T16:06:45.014-07:00 DEBUG (0B34-0BB4) <TimerService> [ws_perfmon] Physical memory use: 20%
2019-08-29T16:06:48.780-07:00 DEBUG (0B34-0A2C) <MessageFrameWorkDispatch> [ws_vhub] Can't get a valid sessionId within 60 seconds for channel 0x000001F3080DAB30. Already closed?
2019-08-29T16:06:48.780-07:00 INFO (0B34-0A2C) <MessageFrameWorkDispatch> [ws_vhub] USB policy set to disallowed
Any suggestions for how to proceed? We can instruct users to click okay quickly, but that defeats the purpose of the message. Even though the value is set to 200, is there a reason the log still states "Can't get a valid sessionId within 60 seconds?"