Some users receive the error that their persona failed to backup. KB 2019247 does not appear to be the problem. In the VMWVvp.txt log, there are repeated lines of this:
[593708][12/17/2015 09:12:35:0793][RTOLogon!PreDC ] Retrieved Normalized File Name Info: Process: ccSvcHst.exe, File: \Device\HarddiskVolume2
Perhaps that is part of the problem? Persona Logging and Debug flags are on. Within 3 hours, one sessions VMWVvp.txt got up to 300 megabytes. With the Persona Management GPO, we have already excluded the ccSvcHst.exe process and we have used the vietool to mark all existing files on the parent image as clean.
Any ideas what the problem could be? What should we be looking for in the log?
Regardless, the profiles seems to be intact from one day to the next.
The error code you see (0xD0000022) means: {Access Denied} A process has requested access to an object, but has not been granted those access rights.
It may be different issue with the threads you pointed out.
Is it possible you test using 6.2.1 agent to see the issue persists?
We fixed the issues on massive creating/deleting operation by browser and email client on this version.
Thanks.
Honestly it's very helpful if you attach persona logs. But since the size is big, is it possible to grep with "CSyncEngine" keyword and attach the result?
or, collect Persona log with unchecking Logging -> Debug flags -> Debug Stream context messages. This will reduce log size.
I was able to turn off debugging. This made the log easier to read and I found some failures. We are roaming %localappdata% with persona. Perhaps newer versions of IE cause this web cache problem? Maybe it should be one of the included exclusions. I'll try adding it to our local exclusions.
[0][12/21/2015 11:20:28:0784][VMWMoveFile ] Failed Moving File: Source \\?\UNC\domain\SHARES\vdi\jdoe.domain.V2\{d24f2895-651a-40cc-8e5c-c037b9994104}\AppData\Local\Microsoft\Windows\WebCache\V0100065.log, Destination \\domain\SHARES\vdi\jdoe.domain.V2\AppData\Local\Microsoft\Windows\WebCache\V0100065.log, 0xD0000022
[0][12/21/2015 11:20:28:0792][VMWMoveFile ] Failed Moving File: Source \\?\UNC\domain\SHARES\vdi\jdoe.domain.V2\{d24f2895-651a-40cc-8e5c-c037b9994104}\AppData\Local\Microsoft\Windows\WebCache\V0100065.log, Destination \\domain\SHARES\vdi\jdoe.domain.V2\AppData\Local\Microsoft\Windows\WebCache\V0100065.log, 0xD0000022
[0][12/21/2015 11:20:28:0793][CSyncEngine::CommitChangesToFile] Cannot move file into profile (0xD0000022): \\domain\SHARES\vdi\jdoe.domain.V2\AppData\Local\Microsoft\Windows\WebCache\V0100065.log
[0][12/21/2015 11:20:28:0800][CSyncEngine::CanIgnoreFailure] Failed Opening Source File/Folder: \\domain\SHARES\vdi\jdoe.domain.V2\{d24f2895-651a-40cc-8e5c-c037b9994104}\AppData\Local\Microsoft\Windows\WebCache\V0100065.log, 0x80070005
[0][12/21/2015 11:20:28:0804][CSyncEngine::CommitChanges] Commit Complete: User: jdoe, Status: 0
[0][12/21/2015 11:20:28:0805][CSyncEngine::ProcessVssSnapshot] UploadAndCommitSnapshot Failed
[0][12/21/2015 11:20:28:0809][CSyncEngine::ProcessVssSnapshot] Sync FAILED in 2.069000 seconds
[0][12/21/2015 11:20:28:0847][CSyncEngine::ProcessQueueThread] Profile reconciliation failed for jdoe, will retry in 5 minutes
I see two other posts regarding Local\Microsoft\Windows\WebCache . Seems there should be a VMware KB on the subject.
https://communities.vmware.com/thread/521086
https://communities.vmware.com/thread/491924
Here is an interesting article about webcache and changes since ie10\11
http://rorydeleur.nl/2014/10/microsoft-wont-give-me-my-cookies/
My understanding from reading this is that if you are using persona management\roaming profiles that you need to exclude AppData\Local\Microsoft\Windows\WebCache for persistence of cookies to work properly. No wonder staff have been complaining about having to authenticate to their bank every day.
The error code you see (0xD0000022) means: {Access Denied} A process has requested access to an object, but has not been granted those access rights.
It may be different issue with the threads you pointed out.
Is it possible you test using 6.2.1 agent to see the issue persists?
We fixed the issues on massive creating/deleting operation by browser and email client on this version.
Thanks.
WIll agent 6.2.1 work with server 6.1.1 enough to test?
For test environment it should work well.