Latest Contributions by DavidColey

Hi @Brian_McLeer , no that is not what I am saying. Yes it makes a difference that these are all custom basemaps. If all tile or vector tile layers making up your basemaps are coming entirely from your own tile / vector tile layer sources, then I don't know what to tell you, other than there is a sharing issue with those source layers and that's where I would check, as I'm sure you already know.

No, you're right, you don't want to enable anonymous access to portal. All I can say is that even though all the basemap webmaps still show as shared with Everyone, you still may have to update the Living Atlas. What happens when you go into each one and re-save? Are you getting prompted to update sharing?

Yeah, I had some wankiness on this as well, but not until we performed our restarts as part of the Windows Updates and then restarts. We too always restart in a stagger, with our config server going first, then host site server 1, host site server 2, relational data store, object store, fed site server 1, fed site server 2, and then portal server. So being aware of the Dynamic Mapping host service not behaving, I wasn't sure how that was going to manifest on our system. For the host site, it's not a big deal as we only use the host site for hosted feature layers, vectortile layers, scene layers... For the Federated site, it does matter. That's the site, (for us) hosting referenced feature access services in shared instances. After our restarts, I could see the dynamic mapping host was running on federated server 1, but was not running on federated server 2. After I restarted federeated server 2, dynamic mapping host came back up and so was visible as running on both machines. Then I went in to site settings, decreased to 4, saved. Then increased back to 8 (per machine) saved again. Then for server manager for the federated site, I restarted the dynamic mapping host service. It came back up showing 16 available max instances. So that did it for us, but I will be checking it's status after next months windows updates / server restarts

Ok well I figured out a workaround by running things from the Portal server and utilizing shared directories on our Config server for the shared location and the backup location specified in the properties file. It's not really a workaround per se but prior to the last release or 2 it was alot easier to run things from a desktop with the proper directory shares in place. Our polices are pretty strict so we can't run things from 'C\Program Files\ . . .' but I can copy out the webgisdr directory to my user-defined shared location and then run my bat that calls the 'myfullsitebkup.properties' file. Hopefully it'll run in the Task Scheduler...

Some more info on this. I basically ended up having to uninstall datastore and then re-install it with only the object store as an available datastore type. Otherwise, when I tried to upgrade the tileCache datastore, the upgrade program saw this as a relational store update, even though the 'type to update' read 'tileCache'. Not sure why, but probably because I had previously made a relational store available on this machine, it then created a relational store as a standby machine to my current relational store that is installed on a separate machine. I then went into server admin and removed the 'standby' machine. Then I uninstalled data store entirely and wiped out the content in both the C:\Program Files\ArcGIS\DataStore directory and in my D:\arcgisdatastore content directory. When I reinstalled Data Store, I only allowed for the object store type.

Hello - After finishing a largely successful 11.3 to 11.4, I copied the the webgisdr folder from it's default location on the Portal Server at C:\Program Files\ArcGIS\Portal\tools\webgisdr to a shared location on my desktop, and set up the proper shares for my temp, bakups and backup folders so that I can run a weekly backup to a file share. I then set the JAVA_HOME system environment variable to the latest JRE, which I currently show as: C:\Program Files\Java\jre1.8.0_431 Apparently this is the latest version of the jre. For the webgisdr properties file at 11.3, the JAVA_HOME requirement states: # If running the WebGIS DR Tool from a machine without Portal for ArcGIS installed, # make sure to set the JAVA_HOME operating system environment variable to a # Java Runtime Environment 1.8 or later installation directory. which I always had downloaded from https://www.java.com/en/download/manual.jsp Now, at 11.4, the JAVA_HOME requirement states: # If running the WebGIS DR Tool from a machine without Portal for ArcGIS installed, # make sure to set the JAVA_HOME operating system environment variable to a # Java Runtime Environment 11 or later installation directory. Predictably, the webgisdr tool is now failing with the following: Exception in thread "main" java.lang.UnsupportedClassVersionError: com/esri/arcgis/portal/util/FileUtil has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0 Currently, I have no idea where to get the JRE 11 - it is not available at the https://www.java.com/en/download/manual.jsp site. That site says the latest is update version is version 8. Are there any suggestions from anyone? This method has always worked for us up until now, and I'd prefer not to run the backup from Portal server, mainly because I like to keep that server as light as possible. Thanks, David @JakeSkinner @JoshuaBixby @Scott_Tansley

Yes I agree. I think for my 11.3 to 11.4 upgrade this weekend that it is safer (for on-premises, multi-machine deployments on Windows Server 2022 VMs) to go ahead and uninstall the web adaptor prior to upgrade and make sure through the admin pages that the web adaptors are unregistered. Because I am now deactivating AV scanning during upgrade and post upgrade, I just don't want to have the WAs in place at all, so that (as @JoëlHempenius3 says) any calls to ..../myalias.myorg.net/portal/... should go unresolved or otherwise not found. The post upgrade steps don't use the web adaptor anyway, and I still can't find any help documentation on why this change was made in the first place. @Scott_Tansley

.... and I now see that the full-text index capability is indeed part of the 1.4 Enterprise release . . . good deal

Ok, so this is a new install and you are trying to create a new site based on this: https://enterprise.arcgis.com/en/portal/latest/install/windows/installing-portal-for-arcgis.htm ? and then trying to configure a new portal based on this: https://enterprise.arcgis.com/en/portal/latest/install/windows/create-a-single-machine-portal.htm ? If you can't create the new Portal, then I'd say there is something about either a DNS re-direct issue or maybe firewall, or maybe the required ports aren't open. I haven't had to install a new portal since 10.6, and then I used the Join Site method when we upgraded our windows machines from 2016 to 2022. Based on what you are showing in your last, it looks like your portal site is in place. Can you get to the Content page? https://dnsalias.ourorg.net:7443/arcgis/sharing/rest/

Thanks for the reply @tcaulum_WPPI - actually we're good. I forgot about the conversion mechanism where we are able to convert 1 concurrent Creator to up-to 3 named user types, although I have to double-check the levels. Yes you are correct, we can still use the concurrent use license manager at 11.4, it is just not required

Are you sure the portal machine is configured to use the CA-signed certificate? That the root and intermediate certs are also in place?

Oh boy, I guess I have to make my own mistakes. Its not a catch 22. I just need to go ahead and follow @MarceloMarques 's workflow, as the C:\Program Files\ArcGIS\DataStore\tools>disabledatastore is not part of the utility commands at 11.3. I don't know why I though it was. At 11.4 after I deploy the object store as a single machine, configure the file share backup location, and replace the ssl cert for webserver communications, I should be good to go. I can then remove the tile cache store with the disabledatastore command and run disckcleanup...

Another issue newly discovered is that - if you try and use the C:\Program Files\ArcGIS\DataStore\tools>disabledatastore command, the command is no longer recognized. Probably because the last store registered in the Data Store happened to be the Object Store. I am guessing 're-tasking' a single machine a tile Cache store in primaryStandby mode as a single instance Object store wasn't considered? maybe? not sure... but this is what you get: C:\Program Files\ArcGIS\DataStore\tools>disabledatastore 'disabledatastore' is not recognized as an internal or external command, operable program or batch file. Its really a Catch-22. If I upgrade to 11.4 first, and then try and run the disabledatastore command, it won't work, or at least it certainly isn't working at 11.3 So what I will do is go back into the utility and unregister the object store data store from the hosting site. Then, after re-starting my 2-machine host site cluster, go in and re-run the disabledatastore --tileCache command to remove it from the site. Finally, go back and re-add the object store as a single instance....

Sadly I should have paid attention to this: Data store type Default mode Other mode option Notes Object store Single instance Cluster Single instance mode supports a single machine. Cluster mode must be deployed with three or more machines. You cannot change modes after deploying an object store. For any others out there, if using the configuredatastore utility: Don't specify a mode. There is no 'single instance' mode option when configuring an object as on of the command parameters: Supported configuration options: [--stores [relational][,][tileCache][,][spatiotemporal][,][graph][,][object] [--mode primaryStandby|cluster] [--roles [coord][,][data]] So you have to not put in that arg. Wish that were better detailed, since you cannot change modes for an object store...

My apologies @MarceloMarques - I misread the blog and misunderstood the intent. I now see what you are communicating. I don't think I was clear with my use case workflow. I am still at 11.3. I am going to use the same Windows 2022 VM that is currently used as the tile Cache store, because we currently have no content in the tileCache. It is an empty shell. I will then configure an object store on the same server as the tileCache store using the configuredatastore utility and specifying an object store, still at 11.3. The object store then is registered with the hosting site. I'll go back into the machine and run the disabledatastore command to unregister and remove the tileCache store. Then I will proceed with the enterprise upgrade to 11.4, and when I reach the step to upgrade the object store, it should be recognized and be up-gradable...

Online Status	Offline
Date Last Visited	Monday

My Ideas

Latest Contributions by DavidColey

Re: Basemap Gallery not accessible after changing anonymous access setting in ArcGIS for Portal

Re: Basemap Gallery not accessible after changing anonymous access setting in ArcGIS for Portal

Re: Upgrade from 11.3 to 11.4 broke shared instances

Re: WebGISDR Java Runtime Environment Change from 11.3 to 11.4 causing backup to fail

Re: tileCache Store deprecation at 11.4 - can the machine be repurposed as an objectStore?

WebGISDR Java Runtime Environment Change from 11.3 to 11.4 causing backup to fail

Re: ArcGIS Enterprise 11.3 / 11.4 vs 11.1 Portal Web Adaptor Install Order

Re: Full Text Index supported at 11.4

Re: Portal for ArcGIS 11.3 : can't reach home page after installation

Re: Upgrade from 11.3 to 11.4 broke shared instances

Re: Portal for ArcGIS 11.3 : can't reach home page after installation

Re: tileCache Store deprecation at 11.4 - can the machine be repurposed as an objectStore?

Re: tileCache Store deprecation at 11.4 - can the machine be repurposed as an objectStore?

Re: tileCache Store deprecation at 11.4 - can the machine be repurposed as an objectStore?

Re: tileCache Store deprecation at 11.4 - can the machine be repurposed as an objectStore?

Re: WebGISDR Java Runtime Environment Change from ...

Re: Upgrade from 11.3 to 11.4 broke shared instanc...

Re: Portal for ArcGIS 11.3 : can't reach home pag...

Re: Portal for ArcGIS 11.3 : can't reach home pag...

Re: Is it possible to reconfigure Web Adaptors aft...

Experience Builder Custom Widgets

Web AppBuilder Custom Widgets

Experience Builder Tips and Tricks

ArcGIS Server with JavaScript API