Environment:
Profiles used: UPD's
RDS
Server 2016
3 RDS Hosts.
RD Gateway.
The problem we had was the c:\users\%username% folder was getting a .000 .001 .002 etc. when users were logging in and out but not every time a user logged in/out. This would happen on all servers.
The answer was found when I opened up the users\username.000 folder and looked inside to find the below path:
C:\Users\your_user\AppData\Local\Temp\11\acrord32_sbx\ (the number 11 refers to a RDS Session ID - you may or may not have this in your setting.
Inside the above folder \acrord32_sbx\ were 5 or 6 files named for example Z@R3CB8.tmp Z@RC00.tmp Z@RBA0.tmp
Upon investigation I found this was a common issue affecting RDS, Citrix and non-multi user environments as well.
The Z@RBA0.tmp type files are created when the user prints from within adobe, if a user printed a pdf these files were created in the users' profile and could not be deleted at log off.
You can test it by logging in as an admin browsing to C:\Users\your_user\AppData\Local\Temp\11\acrord32_sbx\ - keep this path open, log in as a test user then open a pdf click file print, select 'Microsoft Print to PDF' and print a pdf save it somewhere. Once you have done that you should see the Z@RC00.tmp Z@RBA0.tmp files have now been created in that users profile path. Now log out - log back into the server as an admin and you should see that profile (check the date and time) is still there and hasn't been deleted.
Try the same test but this time don't print a pdf when logged in as your test user, also log in as the admin - browse to c:\users find the test user's profile folder that was created when they logged in, don't print a pdf just log out - if your user profile is successfully deleted then you have the same issue I had.
- Print a pdf - profile folder remains and has a .000 added to it. When you next log in to the same server you get a new profile with a .001 at login.
- Don't print a pdf - profile folder is deleted at log off.
The fix to this had 2 parts and may or may not apply to your situation but it might help you understand more about it.
The first was to do with the RDS session ID, check the path
C:\Users\your_user\AppData\Local\Temp\11\acrord32_sbx\
The number 11 is the RDS session ID, you need to configure your RDS env to not use session ID's for temporary folders.
Obviously be careful as this may seem like a small change but it may have big effects so be sure before unchecking the tick box.
In the RDS gateway, go to the RD Services Session Collection and edit the properties, under the Session tab, uncheck 'Use temporary folders per session' the result of this is the path above will not use session ID's any more.
So instead of:
C:\Users\your_user\AppData\Local\Temp\11\acrord32_sbx\
you will get
C:\Users\your_user\AppData\Local\Temp\acrord32_sbx\
This was important because the next step may have caused a large amount of disk space to be used if the prev step wasn't followed but this way you can be specific in which path you select, also the path may not have worked seeing as the user gets a new session id every time they log in. There may be a way to add the session ID in the path in the next step but I couldn't find it so I just did it this way.
The next step was in the same place, the RD Services Session Collection, go to User Profile Disks, scroll to the bottom and add in 'Include the following folders: click Add and type your path, I added:
AppData\Local\Temp\acrord32_sbx
The result of this is that the files created by printing in Adobe which were saved in C:\Users\your_user\AppData\Local\Temp\acrord32_sbx\ are now not saved in this dir, instead they are saved in the UPD, the outcome is that they are not there when the user logs off, if they are not there then they can't be blocked from being deleted at log off and the user profile is deleted at log off every time.
21
Replies
AdChoices