Hi,
I'm experimenting with streaming 32-bit apps to 64-bit XenApp 5 servers.
I first used a Windows XP (32 bit) profiler and was able to stream apps to 32-bit targets (i.e. Win XP target with app streaming client).
I then built a W2K8 64-bit profiler VM to create profiles for streaming to XenApp 5 W2K8 64-bit targets. The profiler installed fine and I was able to successfully run the application installer (Adobe Acrobat Reader 9.1); however, at the end of the installation I received a popup message:
"Access is denied" - no explanation, nothing in event logs.
After dismissing this error, I can move through the profile wizard all the way through to the Build Profile screen, where I click Finish.
The progress bar for building the profile completes 99% of the way, then I see this error message:
"Unable to save the target. Compacting target files into a container file failed."
It doesn't get as far as asking for a UNC path, so I know this isn't an NTFS/share permissions issue.
This is something unique to running the profiler on a W2K8 64-bit platform as I had no issues with the same app and exact same steps on the Windows XP profiler.
Any ideas? This article didn't help - http://support.citrix.com/article/CTX118181
Alan Osborne
President (MCSE, CCNA, VCP, CCA)
VCIT Consulting - Citrix/Terminal Services Remote Desktop Solutions for SMB
VCIT website My Blog
Did you disable the UAC?
--Emil
Hi Emil,
No, I haven't disabled the UAC - I'll give it a shot.
Over the weekend, I watched the profiler executable with Process Monitor and found that just before the error message, there was an access denied on a tmp file deep within the %temp% folder. So, I created a temp folder at the root of the C: drive, granted group everyone full perms, then changed the %temp% user env. variable to point to this new folder. Same error still. It seems that the process which created the tmp file has ownership of it and also has exclusive NTFS perms. I'll be chasing this oddity later today to find out which process.
I'm wondering if this might be a Adobe Acrobat Reader specific issue as the tmp file in question was buried under "device\c\..." within the temp folder. I might try an advanced installation and remove this one temp file prior to packaging.
I'll also disable UAC and profile a different application for comparison.
Thanks for the feedback!
These files caused the "access denied" condition in Process Monitor:
C:\temp\1\Citrix\Packager\TGT_1\23b88b07-8dd2-4531-a3bc-617f9c33ed29\Device\C\temp\~DFCECD.tmp
C:\temp\1\Citrix\Packager\TGT_1\23b88b07-8dd2-4531-a3bc-617f9c33ed29\Device\C\Windows\Temp\~DFCA95.tmp
C:\temp\1\Citrix\Packager\TGT_1\23b88b07-8dd2-4531-a3bc-617f9c33ed29\Device\C\Windows\Temp\~DFED25.tmp
The owner of each file was unknown, but after taking ownership the only NTFS perms were for SYSTEM (RO). I granted EVERYONE (FC) on the three files and had the profiler attempt to repackage the app.
The package was created successfully this time.
I've never seen this with Windows XP (32-bit) profilers before. I'm going to try this again with UAC disabled as you suggested, just out of curiosity.
Well, even with UAC disabled the profiler was hitting the same error on the TMP files. Weird. I guess I've got a workaround anyways.
Thanks Emil.
Just in case someone stumbles across this post in future, I thought I'd provide an update.
The problem with the TMP files on the 64-bit profiler appears to have been a issue specific to Adobe Acrobat Reader (surprise!). My workaround with tweaking the NTFS perms on the TMP files generated by the Adobe Acrobat Reader worked a treat.
I had no issues with other apps that I profiled on the 64-bit profiler machine.
Cool, nice investigation. Out of interest, what version of Acrobat was it? I think only 9.0 and above is suppored on x64.
I need to RTFA, Acrobat 9.1 .
I just did it for 5 points
No worries :-)