Latest Contributions by Joshua-Young

So the answer is apparently Esri only uses Community Maps content in the World Topographic map and that our content not showing up in other basemaps is by design. Shane's response is helpful for forcing Esri's vector basemaps to show the Community Maps content but cannot be applied to the older raster basemaps (which some Esri products are still forced to use). If Esri will not use the Community Maps content in the default Esri basemaps, I would at least like to see an Esri group that has all the Esri vector basemaps setup to show the Community Maps content by default so every organization that participates in the program does not have to manually configure them on their own. Hopefully the Esri vector and raster basemaps will show Community Maps content in the future, because right now I fail to see the benefit of taking the time to participate in the Community Maps program if those submissions are largely ignored. ... View more

After following Shane's steps, it looks like you have to make those changes to every vector basemap that Esri has. The problem with Shane's "answer" is there are still Esri products that only work with the raster basemaps and you are stuck with the incorrect content. We were starting to switch from our basemaps to Esri's because we thought we could ensure Esri's would be basemaps would be up-to-date with us participating in the Community Maps program. Now that we know that are contributions are largely ignored we are re-evaluating that decision. ... View more

Shane, Thank you for your response. I tried your steps late yesterday and they worked great. However, I am still puzzled why community content is displayed by default on the World Topographic Map but hidden on all the other basemaps. Also, the steps you provided only work for vector tile basemaps. What about the old raster tile basemaps that are still the only basemaps supported in some of Esri's products? Joshua ... View more

Well the fun is not over for me yet . I don't know when it happened after the upgrade, but now all my previously published hosted feature layers and views are no longer recognized as being hosted by Portal. The options for hosted feature layers on the items Overview, Data, and Settings pages are missing. Portal is treating them as a standard feature service. ArcGIS Server on the other hand still thinks they are hosted services and will not let me configure the services. The old hosted feature layers and views are running just fine and seem to have their previous settings still applied (editing enabled or disabled is still applied correctly). Host feature layers published after restarting the PublishingToolsEx are displaying the correct options on the settings page and I have the option to create hosted feature layer views. Of the 3 upgrades to our setup over the last 2 years, this upgrade from 10.6 to 10.6.1 by far the most troublesome upgrade yet. ... View more

Alex, Thank you so much for your post. I was having an issue with being able to publish hosted feature services after upgrading from ArcGIS Enterprise 10.6 to 10.6.1. I was getting a completely different error message than what you had, but doing step 4 from above fixed the issue. I had already restarted the PublishingTools service but forgot about the PublishingToolsEx service since it does not show up in server manager. Joshua ... View more

So I fixed the issue this morning. I came across this post, Problem publishing to hosting server Portal 10.6.1, and I took Alex's advice of manually restarting the PublishingTools and PublishingToolsEx services. I did not do his first two suggestions because I didn't want to mess with our Data Store. I have manually stopped/started the PublishingTools service since this issue, but I never noticed that the PublishingToolsEx is only accessible from the Server Admin site, so I had not restarted that service. Manually stopping/starting the PublishingToolsEx fixed the issue. I still question the stability of ArcGIS Enterprise, especially the upgrade process, because as I mentioned earlier I have never had a smooth upgrade experience with the ArcGIS Server part of ArcGIS Enterprise. The keystore is corrupted by the upgrade every single time, system or utility services are missing or not working properly, and I had to manually rename a file to finally get the "Continue Upgrade" button to show up to finally upgrade our config-store for the first time in three versions. I know this sounds like I don't like Esri software, but I really do appreciate everything that is possible with Esri's software when it is working properly. It is amazing what we can do with maps now and how much easier it is to get the right maps to the right people. I just would like to see a release or two from Esri that is not focused on new features, but improving the quality of what we already have and providing a better foundation for future functionality. ... View more

The supportsHostedServices property is set to True. ... View more

So I was finally able to remote onto the server as the account that is running the ArcGIS services. I added the certificates to the Trusted Root Domain Certificate store. I was able to reach the internal Portal Sharing API through that account from the ArcGIS Server machine without any problems. I tried both publishing a hosted feature service and performing a feature analysis but both things still failed the way they have been failing. Both Server and Portal are using self-signed certificates for the internal urls and they continue to resolve correctly just like they always have. We are not using a forward proxy nor do we have one configured in either IE or Server system properties. However, the support tech had me set the WebContextUrl for both Server and Portal, but that didn't change anything and I fail to see why we needed to set that property since we are not running a high availability environment or a reverse proxy. Would the WebContextUrl be causing additional issues. Is there any way to "re-upgrade" ArcGIS Server without breaking the federation? At this point it seems to me that the upgrade process broke something internally on the ArcGIS Server side of things. -- Edit 10/23/2018 14:25 -- Made an interesting discovery this afternoon. I signed into Esri Maps for Office in Excel 2016 for the first time since the upgrade and got a warning that I haven't seen before. "Functionality such as the following will not be available due to the configuration of your Portal for ArcGIS. Select Features by drawing a rectangle. Find Near Selection. Add Excel Data using the Address Location Type." After a quick search on GeoNet I found a post where an Esri employee mentions this is due to Esri Maps for Office not being able to identify a hosting server configured in the Portal. That would actually make a lot of sense based on the fact that it is the creation of new hosted services that keeps erroring out. However, both the admin site for Portal and Server say that my only federated server's role is that of the hosting server. The config information for the hosting server matches up in both the Server and Portal admin sites. The hosting server also validates successfully on the Portal admin site. ... View more

Unfortunately, I have not found a solution yet. If I find one I will post it here. ... View more

1. We don't have a reverse proxy. Our web adaptors are running on the same domain as Portal and Server, however our external urls are different from our internal urls. 2. The error message does not say anything about "trying a portal token next" or similar. Portal and Server start cleaning up whatever they had already created for the task that was attempted. 3. I will try remoting into the Server machine and go to the Portal Sharing API as the service account later today. 4. Are you talking about adding the certificates to the Trusted Root Domain Certificate store as the service account? Also, I noticed on the Server admin site that the Token Manager Configuration has the Type set to BUILTIN. Is that correct or should that be PORTAL like the user store and role store? Thank you so much for your response. ... View more

Hi Shannon, Thank you for your response. Yes, I have logged about 4 tech support cases, although 2 of those seem to be the same underlying problem and is the problem that we have yet to fix. Long story short, we can no longer publish hosted feature services or run hosted analysis tools. Both issues error out with a fail to connect to server error when ArcGIS Server sends a request to Portal for ArcGIS over the admin URLs. Portal for ArcGIS seems to be able send requests to ArcGIS Server on the admin URLs just fine. Oddly enough, I can publish a traditional map/feature service to Portal for ArcGIS just fine. I had one Esri support tech want to immediately unfederate and refederate our ArcGIS Server (hosting server) as the first troubleshooting step. Yeah, that didn't happen. The second Esri support tech is convinced that it is the certificates but we have checked those and they seem to be working fine. He wants me to assign our external CA signed certificate to the internal admin URLs for ArcGIS Server and Portal for ArcGIS, but the certificate isn't setup for those URLs. In the debug logs I am seeing an "ARCGIS_PORTAL_TOKEN Authentication, Unable to validate token...<a namespace that I don't know if I should post here> Server machine 'https://<servername.domain.com>:7443/arcgis/sharing/rest/community/self' returned an error. 'Invalid token.'" when our ArcGIS Server (hosting server) tries to talk to our Portal for ArcGIS. I have also noticed that our tokenServicesUrl is now blank on the admin URL rest/info page, but it is correctly populated on the Web Adaptor rest/info page. I have looked for a config file to try and set the tokenServicesUrl for the admin URL but I cannot find anything in either the install directory or the config directory. I know that value used to be populated with the same generatetoken URL that is on the Web Adaptor rest/info page. When I compare the web traffic with running a buffer on ArcGIS Online versus our ArcGIS Enterprise deployment I noticed that ArcGIS Online makes a generatetoken call from one server to another after clicking run. Our deployment makes no such call after clicking on run. Our ArcGIS Server will create a new service for the analysis results just fine but when it tries to pass the new service back to Portal that is when the error is thrown for 'Invalid token'. Any insight on where I need to go next for troubleshooting would be greatly appreciated. Thankfully all of our existing content is working just fine. ... View more

Thank you for clarifying the public sharing issue. ... View more