The Portal Installation has been updated from 10.7.1 to 10.8.1.
I am not sure if webgisdr worked after update. But now I got the following error in the webgisdr log:
2021-02-26 12:53:32 ERROR [main] com.esri.arcgis.webgis.client.WebGISDR - Failed to generate token for Portal for ArcGIS. Verify that the credentials you entered are correct. Check the WebGIS DR utility logs and the Portal for ArcGIS logs for more information.
I double checked the password 🙂
In the logback.xml in the webgis directory I set the loglevel to DEBUG. After that I saw the following exception.
Caused by: java.lang.RuntimeException: The response returned HTTP status code 404. Requested URL: https://[fqdn of internal portal url]:7443/arcgis/portaladmin/sharing/rest/generateToken
I got the same response in a browser.
The url to the generateToken endpoint is:
https://[fqdn of internal portal url]:7443/arcgis/sharing/rest/generateToken
without the portaladmin directory
Did I miss something?
Thanks!
Solved! Go to Solution.
I'm having the same issue right now and want to clarify something. I don't have a hostname.properties and from what I can find this file simply looks like:
hostname=<some host name>
My Admin URL in the Portal Machine Properties is:
https://<FQDN>:7443/arcgis/portaladmin
So when I create this hostname.properties file with the 'shortname', is the shortname:
hostname=<FQDN>/arcgis?
@WarrenMedernach if you don’t have a hostname.properties file, no need to create one. Just update the c:/Windows/system32/drivers/etc/host file and create a new (Uncommented) line with IP and short name of the machine. Then restart Portal.
The shortname is just the name of the machine without the domain. (If Portal FQDN is machine.domain:7443/arcgis, short name is just “machine”)
Thanks so much @EricAnderson_DHS for the quick response!
We have the Home Application & Enterprise Sites 3 patches installed, and unfortunately, jut editing the sys32 host file isn't working for our implementation. I'm wondering if I need to go the hostname.properties route?
@WarrenMedernach wrote:
jut editing the sys32 host file isn't working for our implementation. I'm wondering if I need to go the hostname.properties route?
Warren,
Are you *only* changing the host file or are you also following the rest of the instructions here?
https://community.esri.com/t5/arcgis-enterprise-portal/webgisdr-backup-fails-with-quot-failed-to-gen...
Sorry @DanMcCoy1 , I should have been more explicit in my responses.
Yes, I made the change to the /Windows/system32/drivers/etc/host file, and I've been re-booting the server in between these changes. When the machine comes back up, I check the Portal machine properties and the Admin URL still contains the /portaladmin
Just to confirm, since this is an Azure VM, should the 'local ip address' referenced in the instructions be the:
I'm guessing the private ip since it has to do with the server communicating with itself...? Maybe, @JonathanQuinn can confirm....?
Also, you might try this other patch....
https://community.esri.com/t5/arcgis-enterprise-portal/webgisdr-backup-fails-with-quot-failed-to-gen...
Not only restart portal but reboot server. You are on the right way if you notice a new sub folder in your Portal log folder location ..\arcgisportal\logs\<SHORTNAME> instead of ..\arcgisportal\logs\<FQDN>
Thanks @Sander that got me onto the correct path...
So it turns out there already WAS a folder in the logs folder with the shortname. Once I renamed this and rebooted with the shortname in the hosts file, it created a new folder, and the machine name and Admin URL is now updated to the correct name. This seems to have resolved it and I'm running the backup now. We'll see if it is successful, but it seems to be progressing along nicely.
Thank you, this helped tremendously! I ran into the same issue on v10.9.1. Two things I had to do differently:
With those minor tweaks to your steps I was able to get webgisdr running.
I wanted to post how I was able to fix this obscure issue. In our case we DID NOT change the host name but rather did an upgrade from 10.6.1 to 10.8.1
After looking at all the various solutions I decided to do the following:
Hope this works for someone else. It was a little tricky to get figured out.
Thanks,
Diana