Jump to content
Welcome to our new Citrix community!
  • 0

Citrix ProfileContainer and UPM_Profile Conflicting

Zack Baker




We are running MCS created Windows 10 22H2 Desktops with 2203CU3 VDA's installed on each. In our environment we are running profile containers with the following enabled to be stored inside:


Profile containerEnabled

List of folders to contain on the profile disk:



AppData\Local\Bluebeam Software




AppData\Local\Microsoft\Edge\User Data\Default\Cache

AppData\Local\Microsoft\Edge\User Data\Default\Code Cache\js

AppData\Local\Microsoft\Edge\User Data\Default\Service Worker\CacheStorage






AppData\Roaming\Bluebeam Software



AppData\Roaming\Microsoft Teams

AppData\Roaming\Microsoft\Internet Explorer\Quick Launch\User Pinned\TaskBar








but what we are seeing is that some profiles also have these items loaded inside UPM_Profile. From our research so far it seems that if the profile has data in both the profile container location and the UPM_Profile location there are conflicts of data happenings and also longer initial login times. 


An example of the conflict I have in the attached photo where the left hand side is my profile that is accessing the profile container in a live session that has already completed the logoff/logon process which should subsequently didn't re-write to UPM but did sync back to the profile container. On a subsequent login, the profile container loaded (and not UPM). We are seeing increased login times though as well which we believe is in the effort of Citrix trying to load both the UPM version of the profile, such as Desktop, and also the Profile Container version of the profile, when only the Profile Container "Desktop" is what should be loading or even present in the users profile.


We've further had instances of changes not syncing across multiple sessions but by deleting the conflicting data out of UPM_Profile the profile container takes back over, doesn't re-write bad data to UPM, and then works fine session to session.


Has anyone seen this before? Are we doing something wrong policy wise? There seem to be a variety of conflicts and items not agreeing but as it is now everything is working in the sense that users haven't noticed an issue outside of longer login times.







Link to comment

2 answers to this question

Recommended Posts

  • 0

Did the UPM profile exist before the container was added?  I have had something similar happen in FSLogix when directories are excluded from the profile.  The data still lives in the folder structure, but it is not referenced as the other location now holds that data.


Have you tried connecting with an empty profile to see if the problem still exists?

Link to comment
  • 0

No - the UPM profile container is created for the directories we don't have living in the Profile Container. We're not using the entire profile container only selected directories. Talking with CUGC they thought it was maybe because we weren't explicitly excluding these profile locations from the profile while also telling them to be included in the container. We thought that if they were told to go into the container, they would automatically exclude from the profile, but is that not the case?


We've told the profile to exclude what we are including in the profile container this morning and are doing some additional testing.

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Create New...