I am running Acrobat Reader 11.0.0 in a XenApp 6.5 Environment on Windows Server 2008 R2 SP1. We have recently started using Mandatory profiles and the option set to delete cached profiles on logoff. We have started noticing that some of the profiles are not being deleted because of files that are locked by the system. The files are named Z@*.tmp. I have done some research into the issue and have found an article on your website that mentions this issue specifically:
Please note this article is dated 11/2011 and seems to refer only to XP, NT, and 2003 server. Also at the bottom of the article it states the following:
Following our testing we have discovered that the issue does not occur in Windows 7, or Windows 2008 Server. It seems that the updated versions of Windows provide a solution to this issue. We would therefore recommend updating your OS if possible.
I have found that this is not that case and this issue seems to remain, at least in my configuration.
We are having the same issue and profiles cannot be cleaned up until reboot.. We have uninstalled Adobe 11.0.08 and gone backwards to 10.1.4 to test and see if this fixes the issue.
Let me know if this fixes your issue.
We are seeing the same issue with our Citrix 6.0 servers running on Windows 2008 R2. I hope adobe fixes this soon.
We are also experiencing this issue......
OS : Windows Server 2008 R1 x86 | Citrix Xenapp 6
Occurred : After upgrading from Reader 11.0.07 to 11.0.08
When a user logs off, their roaming profile is normally deleted on the Citrix server. However, Adobe Reader s leaving a number of Z@R****.tmp files in Appdata\Local\Temp\<number>\ that are locked and cannot be deleted until the server is rebooted. This is preventing profiles from being deleted properly upon logoff.
I have not performed the work arounds as I do not want to lose print quality, and I feel Adobe need to fix it anyway.
I logged a bug with Adobe to include PMon caps on the user logout to see if they can find what the problem is. Have not heard a THING back.
In the meantime, I remove a server every day from the farm, reboot it once empty, manually delete the user profiles, and put it back into the farm.
Pain in the ass.
we have the same problem with
- Reader 11 on
- Windows Server 2008 R2 SP1 x64 using
- Citrix XenApp 6.5 Rollup Pack 4
2 out of 7 users produce this problem every day, resulting in locked profile folders on all terminalservers daily.
We have to reboot the servers every day and delete folders manually aferwards.
We are still on Reader 184.108.40.206 but have installed Microsoft KB2993651. Same problems here since installing MS Update.
do you have installed windows security updates which have been released at 27th of August 2014?
May the following Hotfix is the problem: Microsoft Security Bulletin MS14-045 - Important
KB Article: http://support.microsoft.com/kb/2984615
At the moment I have the problem I can't uninstall the Hotfix to confirm my assumption, but ít seems that all problem have begun at september and that Hotfix could be the trigger for that symptoms.
With kind regards
Thank you for the info!
We do have KB2993651 installed and the problem started around that time.
After you install this security update, fonts that are installed in a location other than the default fonts directory (%windir%\fonts\) cannot be changed when they are loaded into any active session. Attempts to change, replace, or delete these fonts are blocked, and a "File in use" message is displayed.
I have uninstalled the update on a server now. As soon as I am able to restart it and have watched it for a day, I will come back with the results (if any).
Unfortunately this did not help. After uninstalling KB2993651 and rebooting the server on tuesday, I today have two locked local profile folders on that server again, with a date of yesterday.
I will try uninstalling KB2976897 now.
Uninstalling KB2993651 and rebooting the Citrix server did fix the issue for us
The process I used to verify this was:
1. Cleaned up profiles
2. Uninstalled KB2993651
3. Rebooted server
4. Logged in and opened C:\Users\<Username>\Appdata\Local\Temp\<number>\
5. Opened a PDF and printed it - watched the Z@*.tmp files be created in temp folder
6. Closed Adobe Reader - watched Z@*.tmp files be deleted. (Historically, the files were not deleted upon closing Adobe Reader)
7. Logged off - confirmed that the profile was indeed deleted.
On Citrix servers that still have KB2993651, I can repeat these steps but the Z@*.tmp files are not deleted upon closing Adobe Reader.
On a different server, I tried installing Adobe Reader 11.0.09 without removing KB2993651 and the issue was still present so .09 did not resolve the issue.
Are you sure it was Z@*.tmp files and not A*.tmp files?
I have seen temp files being created and successfully cleaned after printing a PDF as you just did, but they didnt have the Z@*.tmp names.
I followed these steps now:
1. Uninstalled KB2976897 aswell (KB2993651 was uninstalled before)
2. Rebootet server
3. Cleaned old local profiles under C:\Users
4. Logged in as user and printed a PDF to a real printer (-> Z@R*.tmp files were being created)
5. Closed AcrobatReader (-> temp files are still there and locked)
6. Logged off the server (-> local profile is not deleted)
But I noticed, that only some PDF files (with a lot of fonts included) produced Z@*.tmp files. Other dont create any temp file in that location (scanned images, no fonts included). Others again create A*.tmp files, wich are deleted when closing AcrobatReader.
The problem occurs when being a domain administrator aswell.
It appears to vary from PDF to PDF ... I do see the A*.tmp files created along with the Z@*.temp files when printing some PDFs. However, the A*.tmp files are being deleted when Acrobat Reader closes whereas the z@*.tmp files do not delete on the servers that still have the KB2993651 update.
@StefanSch, could it be that you only uninstalled KB2993651, while it's predecessor KB2982791 is still installed on the system? If this is the case I assume you have to uninstall KB2982791 as well before the problem indeed is solved.
@Caorthann, great to see you are having more success. Did you have to uninstall KB2976897 as well?
I do not have KB2982791 installed on the server I am testing on. I do have KB2970228 installed tho, and I am going to uninstall this aswell now and post my results later.
Good luck. I don't hold much hope for this, as we don't have KB2970228 installed on our system yet we do have the same issue. I'm going to propose uninstalling KB2993651 and KB2982791 to our change manager. Will keep you updated on the results.
Ok, looks like uninstalling KB2970228 AND KB2993651 works for us (tested on one server)
I will verify it on more servers as soon as possible.
I have uninstalled/not installed the following Updates:
I DO have installed the following:
@pinkadmin : We did not have to uninstall KB2976897, only KB2993651.
@StefanSch : We do not have KB2970228 installed (I'm pretty sure we either uninstalled or stopped roll out of MS14-045 when Microsoft recommended that customers uninstall around Aug 18 ( see Microsoft pulls MS14-045 and recommends uninstall if you have already deployed | Shavlik BlogShavlik...). You are probably correct in that its a combination of the two that causes the issue,
Just upgraded one of my Citrix servers to Reader 11.0.9. Still the same issue.
After uninstalling KB2970228 and KB2993651 on all of our terminalservers, restarting and waiting a day I can now finally verify that this helped.
@rhservices: Thank you for the hint
@digitalman77: Have you checked for those two updates already?
we have the same issue in Windows 2008 R2 Terminalservers (without Citrix) and on Windows 7 Clients.
If you read the Description of the security Update KB2993651 (MS14-045: Description of the security update for kernel-mode drivers: August 27, 2014) you read the following:
So it seems, that is not a problem with Adobe Reader, but a problem with windows because even microsoft says, that it is an issue related to this patch.
This issue applies because the sticky temp-files are extracted fronts of the pdf-files. That is also the reason why some pdf generate this files and some not.
Anyway: Maybe Adobe is able to do anything against this issue too.
Removing 2993651 fixed it on our Windows 2008 R2 XenApp 6.5 Farm.
download unlocker application , click on file and then delete
for us the removal of KB 2993651 does not fixed the problem in out W2K8 R2 XenApp 65. farm. Still those "Z@R4C67.tmp files" within C:\Users\%USERNAME%\AppData\Local\Temp\3\acrord32_sbx\
any more ideas?