After 6 months of solid use i.e no crashes etc... Adobe Reader (10.1.3) across all 20 XenApp 6.5 has stopped working. After opening for 10 seconds (either PDF file or application directly) reader crashes with the error in the title (the generic windows crash dialog box)
There have been ZERO modifications (patches, updates etc..) to the XenApp servers in the past 4 weeks. It doesn't matter if it is opened directly off the server (RDP - Local admin) or a user inside a Citrix session. New profile doesnt help either. I could understand 1 server crapping out and having to uninstall/reinstall but 20 all at once?? Something more central has occured. Even the disaster recovery xenapp servers (of which no one logs onto) are not working.
Anyone else expericing this issue?
We had a number of customers reporting Adobe Reader 10.1.X crashing 30 seconds after opening a PDF in Adobe Reader or Acrobat.
The issue occurs when Adobe phones home to download:
Which look to be CERT updates.
Block this using whatever filtering software or create a dummy DNS zone and the issue goes away.
Host file additional for acroipm.adobe.com will work yeh?? Just want to test on a few machines first.
Do you know why all of a sudden this occurs?
Host file solution works if you do not want to adjust DNS server (or dont have access to them).
Oh yeh almost forgot, thanks heaps Ashen_NZ
We were having the same issue here in AU (mainly ARv11.0.02, but also some with ARv11.0.03 after we tried updating today)
After the acroipm.adobe.com URL was blocked, we had no further issues.
Thanks Ashen.NZ for this workaround. Not sure how an incorrect data download can conceivably break Adobe Reader for all and sundry, but it certainly seems to have done so!
Also - re-enabling the URL breaks AR again, so that certainly seems to be it.
How did you block the "acroipm.adobe.com" URL?
Is it per machine base or something on a more global scale?
Possible to give more descriptive instructions?
My business wants to find out the cause first rather than just installing the update 10.1.7 across hundreds of machines.
The easiest way for us was I blocked access to acroipm.adobe.com in the organisation's web filter for all users. In our case, I just had to classify the URL as a security risk, and that category was already blocked for user group.
I'm just trialling setting up a dummy domain zone in our DNS server as well, (only bypassed users are affected anyway, but I'm trialling that).
Will report back.
EDIT - Creating an internal DNS zone works fine - the program looks at the internal DNS zone, can't find the file, and thus doesn't download the corrupted XML file.
I blocked it by adding an entry into the "hosts" (C:\Windows\System32\Drivers\etc\) file of each of our Citrix servers, adding this entry resolves the issue instantly. Wasn't overly time consuming (amend one and copy and paste to the others using robocopy) as we don't have too many Citrix servers (20).
If you're running a physical desktop solution updating the host file on each desktop might prove time cosuming and a lot of hit and miss. If you have an Internet Filtering service, block it there, that would be the one hit solution.
DNS zone with a blank A record pointing to nowwhere as Ashen.NZ said.
Plenty of ways to get around this one.
This was a temporary glitch with our servers that has now been resolved. Please re-launch Acrobat/ Reader and let us know if you still face this issue.
Thanks for your patience.