Sabian0309's Posts

I've read through a lot of flex logs and never seen a direct flex process take more than a hundred or so MS. I've launched a bunch of our applications that also run directflex and never had that ... See more...
I've read through a lot of flex logs and never seen a direct flex process take more than a hundred or so MS. I've launched a bunch of our applications that also run directflex and never had that sort of delay.  It is just odd how the delay is almost always 19 seconds.
We run McAfee Move as well.  We've set up all the exclusions and even involved McAfee.  While i don't think that is the cause, i won't say don't look into it.  From my testing the delay only occu... See more...
We run McAfee Move as well.  We've set up all the exclusions and even involved McAfee.  While i don't think that is the cause, i won't say don't look into it.  From my testing the delay only occurs when UEM is running on the VM.  I'm leaning towards an issue with the VM communicating with the windows fileshare that has the data.  After a long while talking with ESX support, i don't think its a hypervisor issue.
What OS is your management server running on?
Its been a while, but i'll give an update. I've spend a bit of time on the phone with the ESX support team going through trying to capture what is causing this.  The host isn't logging any is... See more...
Its been a while, but i'll give an update. I've spend a bit of time on the phone with the ESX support team going through trying to capture what is causing this.  The host isn't logging any issue, and its happening before tools is running so there isn't anything there. I really don't think its an ESX problem.  But now i'm curious on the side of UEM and where the user archives are hosted.  For those who have this issue, where do your archives reside?
So a bit of an odd thing... So when i connect to a VM that is already up and running i don't seem to see an issue. However if it is freshly spun up i see the following: Flex log- 2018-12-... See more...
So a bit of an odd thing... So when i connect to a VM that is already up and running i don't seem to see an issue. However if it is freshly spun up i see the following: Flex log- 2018-12-13 16:09:38.048 [DEBUG] ImportRegistry::Import: Calling '"C:\Windows\REGEDIT.EXE" /S "C:\Users\xxxxxx~1\AppData\Local\Temp\FLX16A1.tmp"' (RPAL: l=0 (D/E), r=0) 2018-12-13 16:09:47.594 [DEBUG] Read 20 entries from profile archive (size: 49135; compressed: 8277; took 9557 ms; largest file: 46826 bytes; slowest import took 0 ms) 2018-12-13 16:09:47.594 [DEBUG] Conditions: Check for endpoint name = true ('LJ2359H2' is equal to 'LJ2359H2') So there is a delay from 16:09:38 -16:09-47.  Now when i checked the host: vmkernel 2018-12-13T21:09:33.960Z cpu17:1943395)Net: 2324: connected Test05 eth0 to Virtual Machine Network, portID 0x40002f6 2018-12-13T21:09:33.963Z cpu17:1943395)Vmxnet3: 17293: Disable Rx queuing; queue size 512 is larger than Vmxnet3RxQueueLimit limit of 64. 2018-12-13T21:09:33.964Z cpu17:1943395)Vmxnet3: 17651: Using default queue delivery for vmxnet3 for port 0x40002f6 2018-12-13T21:09:33.964Z cpu17:1943395)NetPort: 1662: enabled port 0x40002f6 with mac 00:50:56:8f:b2:43 2018-12-13T21:09:34.225Z cpu28:1943395)Hbr: 3489: Migration end received (worldID=2139992) (migrateType=7) (event=1) (isSource=0) (sharedConfig=0) 2018-12-13T21:09:34.226Z cpu1:74341)Config: 706: "SIOControlFlag2" = 0, Old Value: 1, (Status: 0x0) 2018-12-13T21:09:38.307Z cpu22:1943398)NetPort: 1881: disabled port 0x40002f6 2018-12-13T21:09:40.496Z cpu19:1943399)Vmxnet3: 17293: Disable Rx queuing; queue size 512 is larger than Vmxnet3RxQueueLimit limit of 64. 2018-12-13T21:09:40.496Z cpu19:1943399)Vmxnet3: 17651: Using default queue delivery for vmxnet3 for port 0x40002f6 2018-12-13T21:09:40.496Z cpu19:1943399)NetPort: 1662: enabled port 0x40002f6 with mac 00:50:56:8f:b2:43 Please note that this is 5 hours ahead, so 21:09:38 is actually 16:09:38.  The port the VM is connected to is disabled, then enabled a short time later.  I don't think this is a coincidence as the timing is dead on.  Not to mention the fact that the majority of these delays are about the same time... but i digress. I've opened a case with vmware regarding this, and I'll see where that goes.  When i have more time tomorrow I'll test through and see if this is what is causing the issue as i don't like a single example .
Oddly enough, i have yet to see it happen with direct flex.  I've spent a bit of time today launching apps that have a directflex configuration, however it never ceases to launch almost immediate... See more...
Oddly enough, i have yet to see it happen with direct flex.  I've spent a bit of time today launching apps that have a directflex configuration, however it never ceases to launch almost immediately. This isn't too big of an environment, our VDI may hit 125 concurrent users.  The latency and network utilization for the san is low for all datastores.  The compellent is connected via 4X10GB fiber ports to a 2 Force10 switches in the back of our m1000e chassis. We use McAfee move for our VDI and have setup all of the exceptions, I've actually read the article you've referenced.  While i was fixing this environment i was crawling this forum and googlefuing a bit . I'm going to get some time stamps and start looking through the logs on the hosts themselves and see if i can glean anything from it.  The behavior is odd to say the least, and there has to be something somewhere that can point me in the right direction. Appreciate your feedback though.
Running horizon 7.6 with UEM 9.5 and appvol 2.14.  Parent is windows 10 1607 LTSB, floating instant clones.  App data is not redirected, documents/favorites/desktop/etc.. are. Occasionally i ... See more...
Running horizon 7.6 with UEM 9.5 and appvol 2.14.  Parent is windows 10 1607 LTSB, floating instant clones.  App data is not redirected, documents/favorites/desktop/etc.. are. Occasionally i am seeing login delays when processing UEM.  On average UEM processes between 5-6 seconds.  However we have some users that it takes 25+ seconds occasionally with UEM not reporting why. Example from logs: 2018-12-12 07:57:37.331 [INFO ] Config file '\\jfv-vm-fs2\UEM Configuration\general\Applications\Acrobat Reader.INI' added to DirectFlex cache 2018-12-12 07:57:56.269 [INFO ] Config file '\\jfv-vm-fs2\UEM Configuration\general\Applications\Adobe Acrobat.INI' added to DirectFlex cache 2018-12-12 08:39:13.444 [DEBUG] ImportRegistry::Import: Calling '"C:\Windows\REGEDIT.EXE" /S "C:\Users\test\AppData\Local\Temp\FLX6AB5.tmp"' (RPAL: l=0 (D/E), r=0) 2018-12-12 08:39:13.490 [DEBUG] Read 3 entries from profile archive (size: 151258; compressed: 31466; took 64 ms; largest file: 83810 bytes; slowest import took 0 ms) 2018-12-12 08:39:32.428 [DEBUG] Conditions: Condition set 'Microsoft Office 2013.xml' was previously evaluated to true 2018-12-12 14:02:29.110 [DEBUG] Read 25 entries from profile archive (size: 63987712; compressed: 7889959; took 427 ms; largest file: 26738688 bytes; slowest import took 154 ms) 2018-12-12 14:02:48.063 [DEBUG] Conditions: Check for endpoint name = false ('C81MK6V1' is not equal to 'LJ2359H2') I can reproduce this by logging in over and over.  At times it happens, at times it does not although frequently enough it is easily reproducible.  It does not appear to be related to any specific pool or UEM setting.  It also isn't tied to any specific hosts, users, or type of client (thin or laptop), or version of horizon. The UEM data is stored on a windows 2008 R2 server file share, which is a VM running off an all flash datastore on a Dell Compellent.  There are no indications the Compellent it is struggling to server the data, or on the file server.  This is as likely to happen during the morning login as it is when people leave for the day. This appears to of been going on for a long while, this environment is just now getting healthy enough from the previous admin to where smaller issues like this can be tracked down.  But my googlefu is failing to find any possible solutions for this. Any help would be appreciated. Thank you, Billy
I'm trying to tweak UEM as much as i can.  One thing that I've noticed about the longer logins is that they are typically tied to processing the UEM imports for web browsers.  I've read, alot.  A... See more...
I'm trying to tweak UEM as much as i can.  One thing that I've noticed about the longer logins is that they are typically tied to processing the UEM imports for web browsers.  I've read, alot.  And come up with solutions that i'm currently testing, but figured i'd ask to see if anyone had a better idea. Chrome - This was done mainly through a better UEM template that i found and tweaked a little: [IncludeFolderTrees] <LocalAppData>\Google\Chrome\User Data [IncludeRegistryTrees] HKCU\Software\Google [ExcludeFolderTrees] <LocalAppData>\Google\Chrome\Default\Cache <LocalAppData>\Google\Chrome\User Data\Default\Cache <LocalAppData>\Google\Chrome\User Data\Default\Application Cache <LocalAppData>\Google\Chrome\User Data\Default\Storage <LocalAppData>\Google\Chrome\User Data\Default\Local Storage <LocalAppData>\Google\Chrome\User Data\Default\Media Cache <LocalAppData>\Google\Chrome\User Data\Default\Session Storage <LocalAppData>\Google\Chrome\User Data\Default\GPUCache <LocalAppData>\Google\Chrome\User Data\Default\Web Applications <LocalAppData>\Google\Chrome\User Data\Default\Sync Data <LocalAppData>\Google\Chrome\User Data\Default\Sync Data Backup <LocalAppData>\Google\Chrome\User Data\Default\Pepper Data\Shockwave Flash\CacheWriteableAdobeRoot <LocalAppData>\Google\Chrome\User Data\Default\IndexedDB <LocalAppData>\Google\Chrome\User Data\Profile 1\Cache <LocalAppData>\Google\Chrome\User Data\Profile 1\Application Cache <LocalAppData>\Google\Chrome\User Data\Profile 1\Storage <LocalAppData>\Google\Chrome\User Data\Profile 1\Local Storage <LocalAppData>\Google\Chrome\User Data\Profile 1\Media Cache <LocalAppData>\Google\Chrome\User Data\Profile 1\Session Storage <LocalAppData>\Google\Chrome\User Data\Profile 1\GPUCache <LocalAppData>\Google\Chrome\User Data\Profile 1\Web Applications <LocalAppData>\Google\Chrome\User Data\Profile 1\Sync Data <LocalAppData>\Google\Chrome\User Data\Profile 1\Sync Data Backup <LocalAppData>\Google\Chrome\User Data\Profile 1\Pepper Data\Shockwave Flash\CacheWriteableAdobeRoot <LocalAppData>\Google\Chrome\User Data\Profile 1\IndexedDB <LocalAppData>\Google\Chrome\User Data\Profile 2\Cache <LocalAppData>\Google\Chrome\User Data\Profile 2\Application Cache <LocalAppData>\Google\Chrome\User Data\Profile 2\Storage <LocalAppData>\Google\Chrome\User Data\Profile 2\Local Storage <LocalAppData>\Google\Chrome\User Data\Profile 2\Media Cache <LocalAppData>\Google\Chrome\User Data\Profile 2\Session Storage <LocalAppData>\Google\Chrome\User Data\Profile 2\GPUCache <LocalAppData>\Google\Chrome\User Data\Profile 2\Web Applications <LocalAppData>\Google\Chrome\User Data\Profile 2\Sync Data <LocalAppData>\Google\Chrome\User Data\Profile 2\Sync Data Backup <LocalAppData>\Google\Chrome\User Data\Profile 2\Pepper Data\Shockwave Flash\CacheWriteableAdobeRoot <LocalAppData>\Google\Chrome\User Data\Profile 2\IndexedDB <LocalAppData>\Google\Chrome\User Data\Profile 3\Cache <LocalAppData>\Google\Chrome\User Data\Profile 3\Application Cache <LocalAppData>\Google\Chrome\User Data\Profile 3\Storage <LocalAppData>\Google\Chrome\User Data\Profile 3\Local Storage <LocalAppData>\Google\Chrome\User Data\Profile 3\Media Cache <LocalAppData>\Google\Chrome\User Data\Profile 3\Session Storage <LocalAppData>\Google\Chrome\User Data\Profile 3\GPUCache <LocalAppData>\Google\Chrome\User Data\Profile 3\Web Applications <LocalAppData>\Google\Chrome\User Data\Profile 3\Sync Data <LocalAppData>\Google\Chrome\User Data\Profile 3\Sync Data Backup <LocalAppData>\Google\Chrome\User Data\Profile 3\Pepper Data\Shockwave Flash\CacheWriteableAdobeRoot <LocalAppData>\Google\Chrome\User Data\Profile 3\IndexedDB <LocalAppData>\Google\Chrome\User Data\WidevineCDM <LocalAppData>\Google\Chrome\User Data\EVWhitelist <LocalAppData>\Google\Chrome\User Data\pnacl <LocalAppData>\Google\Chrome\User Data\recovery <LocalAppData>\Google\Chrome\User Data\SwiftShader <LocalAppData>\Google\Chrome\User Data\SwReporter <LocalAppData>\Google\Chrome\User Data\ShaderCache <LocalAppData>\Google\Chrome\User Data\PepperFlash <LocalAppData>\Google\Chrome\Application\ [ExcludeFiles] <LocalAppData>\Google\Chrome\User Data\Default\ChromeDWriteFontCache <LocalAppData>\Google\Chrome\User Data\Profile 1\ChromeDWriteFontCache <LocalAppData>\Google\Chrome\User Data\Profile 2\ChromeDWriteFontCache <LocalAppData>\Google\Chrome\User Data\Profile 3\ChromeDWriteFontCache <LocalAppData>\Google\Chrome\User Data\Safe Browsing Bloom <LocalAppData>\Google\Chrome\User Data\Safe Browsing Bloom Prefix Set <LocalAppData>\Google\Chrome\User Data\Safe Browsing Download <LocalAppData>\Google\Chrome\User Data\Safe Browsing UwS List <LocalAppData>\Google\Chrome\User Data\Safe Browsing UwS List Prefix Set <LocalAppData>\Google\Chrome\User Data\ev_hashes_whitelist.bin *.tmp Firefox - This one was a little more annoying.  We have users who have 100MB+ profiles and are very defensive about losing their history or cookies.  The random username made doing it through UEM a bit of a challenge, so i opted for locked configuration (still testing).  This way i can ensure hardware acceleration is disabled, and limit cookies, disk cache and cleanup options. IE 11 - Our IE profiles are typically small, however some users have thousands of cookies that result in a slow import.  My plan for this is to age the cookies out, by splitting the cookies and webcache into a seperate template that will age out things older than 30 days. And while i believe this will keep the cookies under control, i know this isn't pruning the webcachev01.dat file. Anyone have another method or idea?  Preferably without 3rd party software involved. Thanks