[Okta Webinar] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1595
  • Last Modified:

Roaming Profiles not unloading correctly

Hi All,

Background
Server 2003 sp2
Citrix PS4
Roaming profiles set to delete on the citrix servers on log off.

I am having an issue where the profiles are not fully deleting correctly which is causing a 2nd profile to be created if the user hits the same server.

eg

user log on and downloads the roaming profile peterjones
profile folder is created and the user works away.

user logs off, the folder is not deleted form the server.

user logs back on but a new profile folder is created - peterjones.domain

the original peterjones profile folder is empty.

the issue is that an application we use points at static locations in the profile eg signatures.

this causes problems as the app is pointing at ........\peterjones\.......\signatures
where as the signature folder with the signature in it is at
.........\peterjones.domain\..........\signatures.

any ideas on how to remedy this greatly appreciated.

thanks
Gareth
0
gareth629
Asked:
gareth629
1 Solution
 
oBdACommented:
You can try if the UPH Cleanup Service helps with the profile deletion issue:
User Profile Hive Cleanup Service
http://www.microsoft.com/downloads/details.aspx?FamilyID=1b286e6d-8912-4e18-b570-42470e2f3582&DisplayLang=en

But the main issue is the application you're using: as you noticed, you can *never* rely on the profile folder being C:\Documents and settings\%username%.
The application needs to query the OS for the user's profile folder using the proper API call (no, I'm not a programmer, so don't ask me which one), not jump directly into a folder that is more or less likely to exist. Another possibility to get the user's correct profile root is to check the environment variable "%UserProfile%" (though this won't return the correct path if a folder like "My Documents" is redirected!).
0
 
Carl WebsterCommented:
I have seen two things cause this problem: badly written program taht doesn't release a registry hive and screwed up permissions on the profile folder tree.

UPHClean helps with the first and some dective work is required for the second.  I have seen admins doing a security audit on file shares who remove permissions from the profile file share.  I have also seen profile file shares that had no permissions (still wonder how that even got set).
0

Featured Post

Transaction-level recovery for Oracle database

Veeam Explore for Oracle delivers low RTOs and RPOs with agentless transaction log backup and transaction-level recovery of Oracle databases. You can restore the database to a precise point in time, even to a specific transaction.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now