We are trying to create a new hosted feature layer, but are receiving the following error:
Unable to load https://<url>/rest/admin/services/Hosted/FeatureServer/addToDefinition status: 404
If I try to publish from ArcGIS Pro, as well, the feature layer is not published (though no error is shown).
What is intriguing is that URL https://<url>/rest/admin/ doesn't exist. Rather, we have https://<url>/arcgis/rest/
I am guessing there is a configuration problem somewhere.
Any ideas?
Solved! Go to Solution.
Our sysadmin was able to fix it. Here's the steps he sent me:
I didn’t have to go through the process of actually un-federating. I was able to update the services URL from the Sharing API interface on portal, since it doesn’t affect anything previously published.
1) Log into the Sharing API as an Administrator through https://machine.domain.com:7443/arcgis/sharing/rest
2) In your account information page, there will be an Org ID property with a link to 0123456789ABCDEF. Click on that link
3) All the way at the bottom, click on Servers under the Child Resources section
4) Click on the Server ID link and then Update Server
5) Enter the new services URL and the existing Admin URL and click Update.
You'll then need to go through everyone's content and update any URLs to any services that are not hosted services. I didn’t have to do for your server, nothing published prior to Portal install had the wrong interface.
1) Go into a users content in the Sharing API, (https://machine.domain.com:7443/arcgis/sharing/rest/content/users/<user>/items/ for example)
2) Select a non-hosted service and at the bottom, select Update Item
3) Enter the new URL in the URL parameter box
You can use the Python API to traverse through each user and their content, find all non-hosted services and update the URLs if you want. You'll need to republish hosted services for the URL to update.
Under federated servers, what is the Administration URL used to federate the hosting server with Portal?
https://<URL>:6443/arcgis
Thanks.
Your Admin URL looks ok, but it looks like the Services URL may need adjusting. What is your services URL (URL parameter listed on the same page as Admin URL). If you have a webadaptor, the URL should be http://webadaptorhost.domain.com/webadaptorname. You may unfederate and refederate to fix an incorrect services URL.
If this is not your issue, other things to check first would be:
Our sysadmin was able to fix it. Here's the steps he sent me:
I didn’t have to go through the process of actually un-federating. I was able to update the services URL from the Sharing API interface on portal, since it doesn’t affect anything previously published.
1) Log into the Sharing API as an Administrator through https://machine.domain.com:7443/arcgis/sharing/rest
2) In your account information page, there will be an Org ID property with a link to 0123456789ABCDEF. Click on that link
3) All the way at the bottom, click on Servers under the Child Resources section
4) Click on the Server ID link and then Update Server
5) Enter the new services URL and the existing Admin URL and click Update.
You'll then need to go through everyone's content and update any URLs to any services that are not hosted services. I didn’t have to do for your server, nothing published prior to Portal install had the wrong interface.
1) Go into a users content in the Sharing API, (https://machine.domain.com:7443/arcgis/sharing/rest/content/users/<user>/items/ for example)
2) Select a non-hosted service and at the bottom, select Update Item
3) Enter the new URL in the URL parameter box
You can use the Python API to traverse through each user and their content, find all non-hosted services and update the URLs if you want. You'll need to republish hosted services for the URL to update.
Good to know! Thanks for sharing