Jump to content


Photo

How to get UPM to work

Started by Alexander Wetendorff , 17 July 2017 - 08:54 AM
11 replies to this topic

Alexander Wetendorff Members

Alexander Wetendorff
  • 45 posts

Posted 17 July 2017 - 08:54 AM

Hi all!

Have some issues getting UPM to work, and It should be a walk in the park, but we can't get UPM to create profile folder in store!

Have created GPO with basic settings, from Carl's excellent guide, and from log and UPM config check we can se that GPO is infact working.

It seems to be som kind of issue with "UserStore" although permissions seem OK, and I can access the path from a testuser + create floder and files in location. 

 

The testuder have a local profile on Citrix server, and we want to migrate profile to UPM folder, thats is located on a unc share on a fileserver that is in same domain.

 

When we run UPMconfigcheck there's one thing that indicates some problems:

 

ADuser     : Path to User Store                            : unset

 

etPolicyGeneralSetting: Check  HKLM:\\SOFTWARE\Policies\Citrix\UserProfileManager\ : PathToUserStore
PathToUserStore = \\172.30.251.20\roamingprofiles$\%username%
Expanding using current environment, policy expands to '\\172.30.251.20\roamingprofiles$\TDKTestUser' for current user
(from event log, expands to 'unset' for current user)
Path to user store appears to be a fileshare or DFS namespace, assuming Production
Testing \\172.30.251.20\roamingprofiles$\%username%
Testing path component %username%
*** Path to user store \\172.30.251.20\roamingprofiles$\%username% conforms to all rules but may not scale without the use of AD user 
object attributes

 

 

 

Any suggestions are highly appriciated.

 

I'm sure It's some small thing that we have overlooked  :rolleyes:

 

Best regards



Carl Stalhood CTP Member

Carl Stalhood
  • 12,283 posts

Posted 17 July 2017 - 12:19 PM

Can you show me the part of the UPM log during a user logon that contains the actual error?

Why are you using IP address instead of a DNS name? That's unusual.

Alexander Wetendorff Members

Alexander Wetendorff
  • 45 posts

Posted 17 July 2017 - 12:48 PM

Hi Carl

thanks for your reply.

We are failing to see any errors in the UPM logs that should stop this UPM configuration from working.

I have tried to run the UPMCONFIGCHECK Powershell script found here:

https://support.citrix.com/article/CTX132805

This returns the following errors:

"User Profile Service is installed in Wrong OS"

We are running UPM 5.8 installed on Server 2016, which should not be making any errors like this?

also we are seeing the following:

"Path to user store = Unset" when running the powershell script, allthough it does seem to find the user store location further down in the script and understand our %Username% variable also.

Also Path to user store is written correctly in our UPM log files.

We do not seem to have any log files containing Logs from user logon, we have tried to configure UPM with Citrix studio and GPO, right now we are using GPO's and have enabled Logging and made sure the Log size is sufficient, is there any other log features we need to enable?

 

Thanks in advance.
 



Alexander Wetendorff Members

Alexander Wetendorff
  • 45 posts

Posted 17 July 2017 - 12:51 PM

Hi Carl
 

Should it not be ok to use IP address instead of hostname? this is just old habbit.



Carl Stalhood CTP Member

Carl Stalhood
  • 12,283 posts

Posted 17 July 2017 - 01:03 PM

No idea. It's unusual, which means I've never tried IP address and had no reason to try it.

 

Did you check the UPM log during a login and get the error entries?



Carl Stalhood CTP Member

Carl Stalhood
  • 12,283 posts

Posted 17 July 2017 - 01:03 PM

By default, the logs are at C:\Windows\System32\Log Files\User Profile Manager.



Alexander Wetendorff Members

Alexander Wetendorff
  • 45 posts

Posted 17 July 2017 - 01:09 PM

Hi Carl

 

Allright, i have Attached the complete log file, that has been generated at the location you wrote, this is the same logfile we have been going through.

 

There is an error with some processed group not found, but the group does indeed exist.

Attached Files

  • Attached File  upm.log   271.08K   10 downloads


Alexander Wetendorff Members

Alexander Wetendorff
  • 45 posts

Posted 17 July 2017 - 01:18 PM

The problem seems to be partly solved now, thanks for your replies Carl.

If we remove "Processed Group" then it applies correctly.



Carl Stalhood CTP Member

Carl Stalhood
  • 12,283 posts

Posted 17 July 2017 - 01:41 PM

I find that the logs almost always tell me what's wrong.

 

"User is not a member of ProcessedGroups"



Alexander Wetendorff Members
  • #10

Alexander Wetendorff
  • 45 posts

Posted 19 July 2017 - 07:19 AM

After some testing we found out that "ProcessedGroups" was working fine

And It was not an issues with UPM, and we now have UPM working. ;)

 

Which have created a few additional questions.

 

Scenario:

2 Citrix servers with rediredted folders + local user profile.

When UPM is actived and user log in to server 1, the local profile is migrated to UPM store as It's suppose to  :)

But how would UPM handle local profile, when user log in to server 2, where there is another profile for that user?

Would It be merge with the existing UPM profile or?

 

How to address challenge with Outlook OST file, and IE cookies when migrating a local profil to UPM store?

 

Have already activated " Folder to Mirror" setting in GPO, but should that do the trick regarding cookies?

 

List of folders to mirror: AppData\Roaming\Microsoft\Windows\Cookies AppData\Local\Microsoft\Windows\INetCookies AppData\Local\Microsoft\Windows\WebCache AppData\Local\TileDataLayer AppData\Local\Microsoft\Vault

 

 

Thanks in advance  :D



Carl Stalhood CTP Member
  • #11

Carl Stalhood
  • 12,283 posts

Posted 19 July 2017 - 07:00 PM

UPM has a policy setting called Local Profile Conflict Handling.



Andreas Drobeck Members
  • #12

Andreas Drobeck
  • 3 posts

Posted 31 July 2017 - 08:47 AM

Hello,

 

after Update XenApp 7.14.1 and UPM 5.8 not delete folder C:\Users\XXXXXXX\AppData\Local\Microsoft\Windows\WER on all user. Before updating working normally. Have you a idea?