Shreyskar's Posts

Hi RachelW When you create/use multiple user profile to login to chrome, it creates profile1,profile2, soon in <LocalAppData>\Google\Chrome\User Data\Default. If you are not using multiple profiles, it will not create profile1,profile2 etc in that directory hence you will not see them in your chrome.zip folder. Next time when you login to VDI with your user account, you can type "Chome://version" in chrome and can see your current profile path. Information for each user’s roaming profile is kept in a file named profile.pb. By default, this file is located in %APPDATA%/Google/Chrome. If you change or redirect the location of this file, be aware of possible effects on synchronization or simultaneous Chrome Browser sessions.

Hi Alkemyst71 You can use Horizon event notifier fling tool however this doesn't give a "Proactive alert", the tool simply sends you SMTP alert to your email once the alert has actually occurred. This is just a notification tool (No inbuilt intelligence for proactive alerts) which pulls the information from horizon view event dashboard and sends you email notification. To get an alert proactively, you have to integrate tools like vRO for horizon/vRA/Skyline with horizon View which has capability to alert you proactively for upcoming potential issues.

Hi GreenMachine18 To configure RSA with UAG, the admin UI Configure Manually section, click Select. In the General Settings Authentication Settings section, click Show. Click the gearbox in the RSA SecurID line. Follow Configure RSA SecurID Authentication in Unified Access Gateway

Hi nsousaarlingtontx You need to 'Disable provisioning' while doing any maintenance activity on a host in horizon cluster. Additionally if you want to continue the provisioning during maintenance, make sure you first remove the host in maintenance out of the horizon cluster so that horizon doesn't try to create any VM on that host. Once the host is out of cluster, you can do a push operation with same snapshot and it will rebuild all the cp-parent VMs on remaining hosts.

Hi jooji_marsh Please upgrade to App Volumes 4.0.1 as many performance improvements have gone to this build. In some cases, the login process spans a few minutes until the user is able to utilize the desktop. This is also fixed in 4.0.1. VMware App Volumes 4 Update 1 Release Notes

Hi vJoeG, Looking at the error and since you mentioned the error pops up sporadically, this looks to me an issue on SQL server itself. Perhaps SQL deadlock problem. You can enable debug loggin in appvolumes manager (VMware Knowledge Base ) and then you might see error something like below in production.log file on appvolumes manager: ERROR Failed to query database during application server initialization: ODBC::Error: 40001 (1205) [Microsoft][ODBC Driver 17 for SQL Server][SQL Server]Transaction (Process ID 107) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.: ALTER DATABASE "App_Volumes" SET READ_COMMITTED_SNAPSHOT ON P27364 DEBUG    SQL:  (1.1ms) SELECT COUNT(*) FROM [delayed_jobs] WHERE (locked_at IS NOT NULL) If so this can be resolved by configuring the database with  “READ_COMMITTED_SNAPSHOT” parameter however consult with your SQL team before making such changes. Shreyskar

Hi Alfordlab, A combination of UEMflag set to 1 and adding a delay for USB timeout, will fix this problem. Setting UEMFlags to 1 is applicable ONLY for thinclients as it just bypasses any USB horizon smart policy configured thorough UEM manager.

Hi RachelW Thanks for the response.If code cache is consuming most of the space, you can put a exclusion in chorme config in UEM for codecache folder as well. [ExcludeFolderTrees] %LocalAppData%\Google\Chrome\User Data\Default\Code Cache I would recommend to use attached chrome config file as it has many other exclusions added which is not present in default template. You need to delete existing chrome.zip folder for one of the user  (or a test user) and monitor it with the new config template. Also make sure AV is not scanning your DEM config and profile shares and also exclude below EXEs from real time scan: FlexEngine.exe FlexSyncTool.exe Flex+ Helpdesk Support Tool.exe Flex+ Self-Support.exe

Hi Alfordlab Is this issue reproducible on all type of clients Or is it happening only for thin clients? Also it is possible that USB initialization might be timing out hence we have to increase the timeout, but are you able to reproduce the issue without UEM agent?

Hi RachelW You can run extract 'chrome.zip' for one of the user and run treefilesize on this folder to find out which exact folder/file is consuming space on the user profile. Based on that you can take a decision to either remove it from all user's profile and exclude in DEM config file. Also can you please let me know how your chrome config file look like in DEM? Thanks, Shreyskar

Hi sgjaszkowski I have resolved this following below steps: 1) Make sure Oracle flex config look like below in UEM manager: [IncludeRegistryTrees] HKCU\Software\JavaSoft [IncludeFolderTrees] <AppData>\java <AppData>\SQL Developer <AppData>\sqldeveloper 2) Do not use Directflex on Oracle flexconfig file. If it is enabled, disable it and set the export moment to 'Export at logoff'. In my case it was enabled, I then disabled it. 3) Remove all your existing Oracle zip files from UEM profile share repository 'archives' folder. 4) Login to the VDI and make all changes like setting preferences and create database connections. Note: Oracle SQL developer saves the DB connections under 'connections.xml' file and preferences under 'preferences.xml' filder under %appdata%\SQL developer. 5) Close the oracle SQL application and open it after a min within same session. Make sure the preferences and settings are persistent within the same session. If it is not, UEM won't be able to capture it on logoff. 6) Logoff and login back, it should work now.

On running procmon we identified and added below entries in visual studio template and it resolved the issue: <LocalAppData>\Microsoft\VisualStudio <LocalAppData>\.IdentityService <LocalAppData>\Microsoft\Credentials Regards, Shresykar

This is a known issue with appvolumes. This is expected to be fixed in next release of appvolumes 2.16.1. Currently there is a hotpatch for this issue. You can open support ticket to get the same Or wait until next release.

This means your script is getting pushed even before instant clones are added to domain. How are you pushing startup script? If you want to run any script , run as post sync script during pool creation.