SWV6.1 release and UPHClean issue, how to overcome?

Try searching our KB (kb.altiris.com). I know there's information on UPHClean and SVS and I think there's just some registry key you need to add to get the two to work togethor.

This KB has the fix: AKB 34952.
https://kb.altiris.com/article.asp?article=34952&p=1

We experienced this problem with the previous build and this fix worked great for us.  Was very easy to package up and deploy.  To bad Symantec was not able to include the fix as part of the agent install/upgrade.

The fix is not a good idea because it causes UPH clean to stop from cleaning up all.
The best solution you have is to make sure the layers are completely de-activated before UPH is run.
In that case most user setti8ngs will not come into the profile and if you reset that layer alol users will loose their settinsg.
In the DVs4SBC product that I created a few years ago we overcome this because we first backup the profile, then de-activate all the layers and then run uphclean.

It is also a wrong idea that you need uphclean.
You can run Citrix and terminal server very w2ell without using UPH clean just by make sure that you understand how profiling works and that you are aware that policy's can help you a lot with keeping the Citrix servers clean

hi,

Indeed, "system" excluded in de uphclean reg is not a good idea for the reasen erikw discribed. We already did this at the 2.1 version. and indeed UPHClean stopped cleaning at all! So this wasn't/isn't a good solution.

Eric.... you are saying you de-activating(?) all the layers.....at a terminal server (with more active users). I'm understanding you de-activating all layers before UPHClean is running .... so you de-activate all-layers at every user logoff. With respect but... if you de-activate layers then you delete also the virtual application for all other users! So, actually you're saying if one user logsoff then all other users losing all virtual applications at that point? Did I missed a point?!

Indeed de-activating the layer is given the userhyves free => correct! As I noticed a reset is not doing this all the time...!

At every citrix/MS and Terminal Server forum you can find many topics about profile problems without using UPHCleaner. Indeed the MS policy's can help you a lot.... but can't manage to clean profiles always! If the profile cannot completly unloaded during logoff.... (the user will notice this in eg. a very long logoff time) "delete cashed profiles" and the tool "deleteprofile" are at that point not working....because the profile isn't freed up by the OS!. It only works after a server boot (User hyves are at that point normaly freed up...(ps: it's not freed up if I didn't de-activated the virtual application, if the virt. application was the problem!!)) to clean de profiles dir. The only solution for this given by eg. Microsoft and Citrix is using the UHPCleaner!  ps. In windows2008 Microsoft even build in de UPHCleaner (version1.8d) as a service into their OS for overcoming such problems!

If I'm wrong...please correct me......!

Yes,
You can not de-activate the apps on a citrix server. But on a citrix server we use DVS4SBc that does keep all the changes that normally should be in the read/write part of the layer in the users profile.
This will ensure that even when you use uphclean the key's are alway's clean and do not get stuck with it.

In our DVS4VDI (www.virtualstorm.org) we use a similar technology. In SVS and SWV all changes to the layer, files and registry, are inside the layer in the read/write part. But we do not allow acces to that so we hat to change that.
Now you see the sid of the user and the settings inside the read/write part but they are not really there.
they are in the users profile and users home dir.
That way also allows us to not use global excludes. Simpley because nothing gets stuck in the layer.

if you ensure the User Hyves will be clean with your tool ...then you overcome this issue.... agreed!

Back to my topic:
So we can overcome the problem with DVS4SBC as I understand, is this the only working environment?

The new version SVS6.1 should work in a terminal situation so it should also work with Citrix.... see the release notes:
Multiuser environments: Individual users on shared systems, such as Citrix and Terminal Server, now have their individual settings stored with a layer. Previously, all changes made by any user on the system were stored in the same location.

But actually if UPHClean is not working in combination with SVS6.1 you'll never overcome all the user logoff cq. profile issues as I discribed earlier even if you use de MS policies correctly. In the release notes you can also read....supported with Windows Server2003 or 2008 (used as client) So I guess... that's not used as terminal server!?And so my conclusion at this moment is:  SVS6.1 (without another additional tool) is not working as it should be in a Citrix environment!

Am I wrong or has Symantec indeed really work to do with this?

ps: In some environments you do not need UPHCleaner, but if there is just one MS or thirth-party driver that not could freed up at logoff because of a not well written driver.... you get in profile-trouble!

I can not speak for Symantec if they have work to do or not.
In DVS4SBC that is on the market for over 2 years now we have solved this issue.
We rerouted the usersettings and hyves so that this does not occure.