Print Service not working in multi-machine ArcGIS Enterprise environment - image is created but not retrieved.

1917
4
Jump to solution
10-25-2021 06:10 PM
AbeCoughlin
Occasional Contributor III

Portal on one VM. Server on another. Datastore on a third.

Portal and Server both have their own Web-Adaptors on their respective machines.

All relevant enterprise ports open. VM firewalls turned off.

Config files on separate fileshare.

Everything works as per normal, except for printing:

  • Default ArcGIS Online print service works.
  • Default Enterprise print service works when shared publicly, but not when shared with self or organization.
  • Newly created print service fails as per default Enterprise print service.

ESRI Support suggested SSL certificate issue.

  • Using wildcard certificates for IIS Web-Adaptors.
  • Tried default selfsignedcertificates, our own self-signed certifcates as well as wildcard certificates but changing these did not change any print service behavior.

Odd behavior believed to be observed, by numerous staff in troubleshooting meeting:

  • Print appeared to work for minutes when changing sharing from 'public' to 'organization' but then failed. Uncertain if we had tokens still around from existing attempts.
  • Once print failed using machine URL, opening REST endpoint and clicking on 'login' then refreshing map page would then result in the successful retrieval of the image.

Note that all testing was done primarily from the viewer.html page of Portal. Similarly, for ease, most testing used MAP_ONLY although other layouts were also tested and confirmed to suffer the same issue. And, printing of basemaps alone or with locally published data failed in the same manner. When printing this way, a new tab opens with the result - it is this page that fails to grab the image (but succeeds when refreshed after the REST endpoint is logged into').

 

 

0 Kudos
1 Solution

Accepted Solutions
BillFox
MVP Frequent Contributor

Abe,

great!

It worked for me to be able to use secure content from the ArcGIS Marketplace item from Nearmap aerial imagery.

The "hand-shaking" gets blocked.

I'm not sure if my issue is exactly like yours but it sounded close enough to give it a try.

For me, using a separate (stand-alone) ArcGIS Server just for the printing service provided enough magic to get Nearmap content printing (along with other ArcGIS Enterprise printing needs) again.

Cheers,

View solution in original post

4 Replies
BillFox
MVP Frequent Contributor

As a test, do you have the option to stand up a separate ArcGIS server just for printing?

0 Kudos
AbeCoughlin
Occasional Contributor III
We do. We actually have one in place ready to serve as a public access point. I presume you are suggesting to test if publishing there works in any form, separate to federation etc.
Thanks for this suggestion. I will explore this today.
0 Kudos
AbeCoughlin
Occasional Contributor III

Bill, that was a great suggestion and looks like it will work as a solid work-around.

I created a secured map service in the separate ArcGIS Server and then registered it with our the environment that was having trouble in the first place, hard-coding the login details. Sharing this with the organization enabled access to the print service for all - exactly what was required in the first place!

I'll try to find time later this week to review the messages back from the browser Web Developer Tools and Fiddler and see if I can identify any differences, beyond server name etc.

Thanks!

0 Kudos
BillFox
MVP Frequent Contributor

Abe,

great!

It worked for me to be able to use secure content from the ArcGIS Marketplace item from Nearmap aerial imagery.

The "hand-shaking" gets blocked.

I'm not sure if my issue is exactly like yours but it sounded close enough to give it a try.

For me, using a separate (stand-alone) ArcGIS Server just for the printing service provided enough magic to get Nearmap content printing (along with other ArcGIS Enterprise printing needs) again.

Cheers,