Latest Contributions by Mehretab

‎11-26-2023

Hallo @Jay_Gregory , Did you solve the issue. We are facing the same problem when we upgraded to ArcGIS Enterprise 10.9.1 from 10.8.1.

‎11-07-2023

Thanks @ArchitSrivastava "I would expect this to work, in your scenario as there is not an ArcGIS Enterprise Portal involved". There is a portal involved. The ArcGIS server is federated with portal. We got also a stand alone ArcGIS server (that is not federated with portal). Here is the summary of our deployment: ArcGIS Enterprise (server +poral+ ArcGIS Datastore) installed in Linux. We got also a stand-alone ArcGIS server installed in Window. all our ArcGIS components and data sources (data bank) are with the same network. We are trying to move our server and data bank to a different network, therefore a need for the above scenario. Which is basically have a replica data bank on the local network and remote network so that services will use the replica data source within their network. But the scenario got shortcoming. According to the documentation it is not applicable for none federated servers. It also requires to extend the data bank to Enterprise Geodatabases which we do not want to happen. I am wondering if that is only a recommendation. ..

‎10-10-2023

We are looking to keep a separate copy of our database for use by our ArcGIS Enterprise. Therefore, the publisher and the ArcGIS Server site will each reference the same data in different databases. On the Esri documentation Data sources for ArcGIS Server under Scenarios for registering data there is a possibility to register a different database for the publisher machine and another for the server site. But if you look closely there are caveats. You can only use this scenario with enterprise geodatabases, not databases. But we do not need to create enterprise geodatabases on our Oracle database. Do not use this scenario if the ArcGIS Server site is not federated with an ArcGIS Enterprise portal. We have one Window based stand-alone ArcGIS Server I can see the logic if you are going to use the Geodata Service tool to synchronize both databases. How about if we want to sync the databases ourselves. Can we still use this scenario with oracle database (without installing/extending oracle to enterprise geodatabases)? Of course including the stand-alone Server.

‎09-12-2023

Thanks MarceloMarques Let me try to add to the discussion: Or can we assume that Rocky Linux 8 is supported for ArcGIS Enterprise 10.8.1 as Red Hat Enterprise Linux Server 8 is listed on the supported OS for ArcGIS Enterprise 10.8.1 and as we know Rocky Linux 8 is 100% binary compatible with Red Hat Enterprise Linux Server 8? [Answer]: yes, this is a correct assumption, but Esri has not certified ArcGIS Enterprise 10.8.1 on Rocky Linux 8.1 / 8.6 but once Rocky Linux 8.6 is fully compatible with Red Hat Linux 8.6 then ArcGIS Enterprise 10.8.1 is expected to work on Rock Linux 8.6. The only way to know for sure is to try it out. Let me confess, I already tried to install ArcGIS Server 10.8.1 on Rocky Linux release 8.8 (Green Obsidian) before I post the question here. I will try to share the result for the purpose of discussion and documentation. 1. The first problem we run into when trying to run the Setup script was, "DIAG024: Portal for ArcGIS requires "localhost" to be resolved to 127.0.0.1 otherwise creating the portal will fail. Make sure "localhost"can be resolved to 127.0.0.1 before creating your portal.". If you run the command "ping localhost", it will result localhost (::1) instead of localhost (127.0.0.1). This is because ping on Rocky Linux and newer distribution uses IPv6 by default when available. The ::1 notation is shortened form of IPv6 loopback address - which is the equivalent of IPv4 loopback address (127.0.0.1). This clearly seems an indication of compatibility problem for ArcGIS Server 10.8.1. The solution or workaround was to disable IPv6 completely and use IPv4 because editing the /etc/hosts to prioritize the IPv4 local name resolution was not enough. 2. X11-forwarding: Should be configured to work properly if ipv6 is disabled. X11 Forwarding will be broken when you disable IPV6 and you will run into the following problem if you want to open any graphical interface, "Error: cannot open display: localhost:10.0". You need to configure the /etc/ssh/sshd_config and add or change the parameter of the following variables: AddressFamily inet ListenAddress 0.0.0.0 X11UseLocalhost yes 3. Finally I run the script and everything seemed to work but ArcGIS manager (https://domainName.com:6443/arcgis/manager) did not start automatically as supposed in a fresh installation so that to create the ArcGIS site. Trying to stat manager manually on browser also did not work. After a little dive we found out no process was running on port 6443 which is an indication of a problem on the installation. Uninstalling and installing did not solve the problem. Update: It was a Firewall problem and port 6443 was not open for some reason. Therefore the installation was successfull. 4. Therefore no ArcGIS Server site was created even though the installation goes through. ArcGIS site was created. e. Note, depending on the number of services and web applications that you have then you might just consider republishing all the services again on the new ArcGIS Enterprise 11.1 Site, it might be just easy to do this than try to migrate/upgrade ArcGIS Enterprise. Yes you are correct. We considered the option. As you know updating from 10.8.1 to 10.9 is not an easy task if you got mxd (ArcMap) based services. These services need extra hustle to make them compatible. It is fair to mention that (Esri got a tool to automate the process). As reported there is not guarantee the update will be smooth, besides nothing bits a clean installation:). But we got 300+ services and most of them are cached ...... the time and resource needed to recreate them is not easy. I just wanted to give the migration a go before installing from scratch.

‎09-08-2023

Background: With CentOS 6 and CentOS 8 now end of life, and CentOS 7 end of life (EOL) set to arrive on June 30, 2024, we are planning to migrate our ArcGIS Enterprise software from CentOS 7 to Rocky Linux 8. Our ArcGIS Enterprise deployment scenario: Our ArcGIS Enterprise software are installed on CentOS 7.9 We have a base ArcGIS Enterprise deployment with federated ArcGIS server (also hosting server) install in a different VM while portal, Datastore and Web Adaptor installed in another VM. We are at ArcGIS Enterprise version 10.8.1 The plan is to migrate the CentOS 7.9 based ArcGIS Enterprise 10.8.1 to a machine running Rocky Linux 8. Once 10.8.1 is running in Rocky Linux 8, we want to Upgrade to 10.9.1 and then 11.1. Our preferred tool to migrate ArcGIS Enterprise from machine to machine is the “webgisdr utility tool”. According to Esri documents “The webgisdr utility records the software versions of the ArcGIS Enterprise components when you create a backup file. The standby deployment to which you import the file must be at the same version as your primary deployment”. In simple words the tool requires both machines to have the same version of ArcGIS Enterprise installed for the migration to succeed. In our case the ArcGIS Enterprise install in CentOS and Rocky Linux must be on the same version (ArcGIS Enterprise 10.8.1). According to Esri system requirements document, CentOS is supported only till ArcGIS 10. 9.1 version and Rocky Linux in compatible with ArcGIS Enterprise 11 version only. Does this means we cannot install the same ArcGIS Enterprise 10.8.1 version on both machines (CentOS and Rocky Linux) because of the compatibility problem. Or can we assume that Rocky Linux 8 is supported for ArcGIS Enterprise 10.8.1 as Red Hat Enterprise Linux Server 8 is listed on the supported OS for ArcGIS Enterprise 10.8.1 and as we know Rocky Linux 8 is 100% binary compatible with Red Hat Enterprise Linux Server 8? The General question is how do we approach the inevitable migration of CentOS based Linux machines to other supported Linux distributions in our case to Rocky Linux? Thanks, Mehretab

‎11-17-2022

Did you run the fixforBUG000130541 python script mentioned above?

‎04-19-2022

Here is the Script and make sure to save it as .py.

‎09-22-2021

It turns out to be easier than I thought. The Python installation location on Linux based ArcGIS Server machine is arcgis_server_installation_directory/arcgis/server/tools/python and we can run python script on terminal as the example below: ArcGISServer_InstallDir/arcgis/server/tools/python ~/your_python_ScriptDir/myscript.py cheers, Mehretab

‎09-15-2021

I got the ["Export operation failed. Unsupported Image Type"] after updating our server from 10.6.1 to 10.8.1. It is a known issue and a solution is provided in the Technical Support. I already used the script in our windows based ArcGIS server. My question is, we have the same problem in our Linux based ArcGIS server. How can I run the python script in Linux. Should I install Python 2.7 or Python 3? Or do we have a default python installation in linux based ArcGIS server? Note: Our ArcGIS server is federated with portal. cheers, Mehretab

‎06-28-2021

Recently I Installed an ArcGIS Enterprise. I have done it before and I use to install portal and configure it with WA. Then we use our proxy server to forward request. But during recent 10.8.1 installation I got the following Note: "If you use the ArcGIS Web Adaptor, you need to install and configure it for use with Portal for ArcGIS. To get started, see About the ArcGIS Web Adaptor. Once you've installed the Web Adaptor and configured it for use, you’ll access your portal using the Web Adaptor’s URL. For example: https://pvil-arcgisportal.bafg.de/webadaptorname/home. If you are not using the Web Adaptor, configure the Web Context URL." Previously I have been using WA and as the same time set WebContextURL property. 1. My question is, do we need to set WebContextURL property if we configure portal with WA? 2. Are they complementary or a substitute for one another? If so which approach is better? Thanks, Mehretab

‎06-15-2021

Thanks ReeseFacendini. I have an Insight for ArcGIS Installed in Portal. I guess I should install and configure insight in the new machine before running the restore? I will update you soon.

‎06-14-2021

We are planning to Migrate ArcGIS Enterprise to new machines using WebGIS DR tool. Currently our deployment looks like: 1. Portal for ArcGIS 10.6.1, Datastore for ArcGIS and Web Adaptor are installed in one VM (Linux) 2. ArcGIS Server 10.6.1 (hosting server) is installed in another VM (linux). We got new servers for Enterprise deployment, and wanted to update 10.8.1 and migrate to the new machines emulating the same scenario as our old deployment. I am planning to use the WebGIS DR tool and the option 2 described in this blog : Option 2: Redirect traffic until the software is configured If you are able to redirect traffic away from your production environment for a short amount of time, configure the component that is directing traffic to your production environment to send traffic to your non-production environment. This may mean you need to re-register the web adaptor with the new machines or update your reverse proxy or load balancer to send traffic to the new machines within the non-production environment. This only needs to be done when you are ready to federate Portal and Server and set the server as the hosting server. After you federate and set the hosting server, you can send traffic back to the production environment. An outline of these steps would be: Provision your new machines within the non-production environment Install the software on the machines Create the Portal site, ArcGIS Server site, and register the ArcGIS Data Store with the Server site Redirect traffic to the non-production environment If you’re using the ArcGIS Web Adaptor, register the web adaptor with the new machines. If you’re using a reverse proxy or load balancer, update the configuration to send traffic to the new machines. If you’re at 10.8, you can better advertise the state of the deployment by taking advantage of banners and access notices. Federate Portal and Server in the non-production environment via using the same public URL for the Services URL as the production environment The administration URL used during federation must be a URL that only resolves to the non-production machines. The administration URL can also be updated following the migration with no interruption in service Set the federated server as the hosting server in the target Portal Redirect traffic back to the production environment If you’re using the web adaptor, register the web adaptor with the original machines. If you’re using a reverse proxy or load balancer, update the configuration to send traffic to the original machines I can install web adaptor in the new machine, configure our servers with web adaptor and can redirect our reverse proxy to resolve to the new machines. My questions are: 1. should I run the Restore backup on the new machine with the DR tool after step 7 (Redirect traffic back to the production environment) or before. 2. what does the Account credentials for the ...webgisdr.properties file mean? In lnux based deployment does it mean the user and the password where the new machines are installed should be identical to the old account? Must this item or setting be identical across deployments when running the webgisdr utility? Item or setting 10.4.x 10.5.x, 10.6 0.6.1, 10.7.x, 10.8 Public portal URLs Yes Yes Yes Services URL for federated servers Yes Yes Yes Registered data stores other than ArcGIS Data Store Yes Yes Yes Account credentials for the ...webgisdr.properties file Yes Yes Yes ArcGIS Server directory paths (for example, arcgisjobs) Yes Yes No Security information (LDAP URLs, proxy information) Yes Yes No Deployment type (single machine or highly available) Yes No No Private portal URL Yes No No Admin URL for federated servers Yes No No Machine names Yes No No Portal content directory No No No ArcGIS Server configuration store No No No Thanks in advance and I appreciate for any insight or help. Mehretab Thanks in advance and I appreciate for any insight or help. Mehretab

‎12-10-2020

Hi Manfred, Her is a good answer by @JakeSkinner from this thread "A database connection is made for each ArcGIS Server instance (ArcSOC.exe) that is created for the service(s). The min and max number of instances can be set by right-clicking on the service > Service Properties > Pooling tab. By default, the minimum number of instances is set to 1 and the maximum is set to 2. Therefore, when you start the service 1 connection is made to the SDE geodatabase. By default, an instance is created as Pooled. This means when a request (ie pan/zoom in web app) is made to the service, an instance is taken from the pool, and then returned when the request is over. Once another request is made, say from another web app, that same instance can be used for that service request. So, multiple requests will need to be made at the same time in order for another instance to be created, thus creating another connection to the SDE geodatabase. This will not exceed the maximum number of instances, so by default a service can never exceed two connections to the geodatabase unless this paramter is increased. If the max number of instances is exceeded, the client will have to wait until an instance is returned to the pool before their request is returned. Say the max instances of a service is set to two and both are being used, creating two connections to the SDE geodatabase. Then one of the users is finished accessing the service. The second SDE connection will remain until the idle time expires (set within the Services Properties > Pooling tab). Once the idle time expires, the instance will be removed from the server and the connection deleted from the SDE geodatabase." Every service published will stores the database connection string locally. Even if you delete the database connection in ArcGIS Manager you will still access the database hence view the service. But consider the points discussed here before deleting it from manager Here is a comprehensive documentation about registering your database with ArcGIS Server . Hope this helps clear some mystery about the database connection in Server. Mehretab

‎07-09-2020

After several months of testing and trying to figure out the problem Esri Support finally got the source of the problem. "We were able to test the whole configuration you have and have determined the issue to be with your existing services and the FolderInfo.json file stored in the folder containing the service. If either one of the two are deleted the export site function works correctly. This causes us to believe that there is an issue with them existing together. However, if we publish a new service to ArcGIS Server, using an mxd of the existing service, the export site function works fine. Would it be possible for the user to republish his services so as to regenerate all the FolderInfo.json files and then attempt to backup the site?" The FolderInfo.json file they are referring is the file in /config-store/services/<folder containing the service> The file contains one line of code, information about the folder name and a few more information. {"folderName":"yourFolderName","description":"None","webEncrypted":false,"isDefault":false}‍‍ Deleting the FolderInfo.json would make the folder containing the services invisible in ArcGIS manager or any client interface. The worst thing is, the Webgisdr Backup tool completes successfully, but it will exclude the services in the hidden folders. Basically there will be no content in the backup. The only way going forward was to republish all the services and generate a new FolderInfo.json. Weird though, this small file will cause such inconvenience in ArcGIS Enterprise.

‎01-13-2020

It is hard to identify where the timeout is defined in a complicated Infrastructure. Remember also the web server/firewall can have a timeout for requests. Having said that, having said that it worked fine for me when I switched the printer service to Asynchronous mode.

Online Status	Offline
Date Last Visited	‎10-30-2024 06:45 AM

My Ideas

Latest Contributions by Mehretab

Re: Error registering Oracle 19C database with Server 10.9 using InstantClient

Re: Data sources for ArcGIS Server

Data sources for ArcGIS Server

Re: Migrating ArcGIS Enterprise from CentOS to Rocky Linux machine

Migrating ArcGIS Enterprise from CentOS to Rocky Linux machine

Re: ArcGIS Server backup fails

Re: ArcGIS Server backup fails

Re: ArcGIS Server backup fails

Re: ArcGIS Server backup fails

WebContextURL or Web Adapter

Re: Migrate ArcGIS Enterprise to new machines using WebGIS DR tool

Migrate ArcGIS Enterprise to new machines using WebGIS DR tool

Re: AcrGIS Server Database Connections (Oracle)

Re: Webgisdr Backup Error: "Export operation failed. String index out of range: -1"

Re: Print widget - Increase timeout for Synchronous service?

Data sources for ArcGIS Server

Re: Migrating ArcGIS Enterprise from CentOS to Roc...

Re: Display Radio Buttons at Mosaic Dataset Level ...

Re: ArcGIS Server backup fails

Re: Print widget - Increase timeout for Synchronou...