|
POST
|
Hello Héctor Meléndez, When deploying any of the server roles using the ArcGIS Enterprise Cloud Builder for Microsoft Azure the important selection based on the behavior you are describing is whether you leave 'Single machine deployment' selected when launching the stack. During my testing this was the determining factor in whether the additional file server machine was deployed as part of the site and is intended to allowing horizontal scaling in the future. Selecting that option (or leaving checked by default) only deployed a single image server machine with the files stored locally on that machine. In regards to the configuration store being located in Azure Files, that does not include the root directories since they require more immediate access and are typically located on either the local machine or a file server to avoid any additional latency. Hope that helps!
... View more
10-13-2020
04:26 AM
|
1
|
0
|
1048
|
|
POST
|
Hello Donovan Artz, To Shane Miles points, hosted services use a different provider so are not tuned in the same way as non-hosted services. Shared instances are meant for very specific use-cases, primarily for services where you would have typically set the minimum to zero because they were rarely used (less than one request per minute), or cached services that only serve static content (source: Anticipate and accommodate users—ArcGIS Server | Documentation for ArcGIS Enterprise). Non-hosted services could certainly benefit from the tips he suggested. This presentation may be useful to you as well: ArcGIS Enterprise: Tuning and Scaling - YouTube I'd be curious if you are possibly throwing resources at the wrong component, have you checked the resource utilization on the ArcGIS Data Store machine (including CPU, memory, and disk utilization) during the high-volume events? That tends to be a bottleneck when a large number of queries are submitted to the database tier at the same time by hosted services. An additional consideration would be whether you are running the Spatiotemporal Data Store on a dedicated machine following best practice recommendations or on the same machine as another ArcGIS Enterprise component. Hope that helps, Chris
... View more
09-17-2020
04:37 PM
|
1
|
1
|
2520
|
|
POST
|
Portal for ArcGIS only supports either a single identity provider or a federated collection of identity providers via a discovery service. The answer is the same whether considering ArcGIS Online or Portal for ArcGIS. Some identity providers can also serve as discovery services, but that aspect is something that would be useful to discuss with your SAML vendor if you'd like to explore your options.
... View more
09-17-2020
04:21 PM
|
1
|
0
|
1887
|
|
POST
|
There was a defect in the dnsPrefixForPublicIpAddress settings within the azuredeploy.json that was resolved in the 10.8.1 release. If you're still running into any issues with the deployment using the private IP deployment option, please let me know.
... View more
09-17-2020
04:16 PM
|
0
|
0
|
1873
|
|
POST
|
Hello Todd Remmel, I know it's been a few months but I just came across this thread. Not sure if you were able to get things figured out, but on a fresh CentOS 8.0 installation I was able to install and control ArcGIS Server 10.6.1 via SystemD. There are a couple different log locations you may want to check regarding the unsuccessful startup and I'd be curious if the behavior persists when using the startserver.sh and stopserver.sh scripts in the installation directory. Let me know if you're still wanting to pursue this, version 10.8.1 introduced support for RHEL 8.1, so that may be an additional factor to consider as well.
... View more
09-09-2020
05:19 AM
|
0
|
0
|
1933
|
|
POST
|
Sure thing, having a separate site with a different license is perfectly fine and would allow you to split your services between those sites. Your hosting server site may not see an increase in capacity, but the additional site would allow you to potentially move some of your heavily-used services to a dedicated machine.
... View more
09-03-2020
01:35 PM
|
1
|
0
|
2041
|
|
POST
|
Hello Diego Llamas, To co-exist within the same ArcGIS Server site, all member machines have to be licensed identically. This would mean that either all servers would need to have the Advanced license authorized prior to joining the same site. Hope that helps! Reference: About multiple-machine ArcGIS Server sites—ArcGIS Server | Documentation for ArcGIS Enterprise
... View more
09-03-2020
12:08 PM
|
2
|
2
|
2041
|
|
POST
|
I've certainly joined a Linux installation to an existing ArcGIS Server site within AWS before, but there are a few additional aspects that would have to be nailed-down prior to a successful joinSite operation. First I'd check out these prerequisites if you haven't already: About multiple-machine ArcGIS Server sites—ArcGIS Server | Documentation for ArcGIS Enterprise Then I'd be curious about where your config-store is located, on a file server via NFS/CIFS share or in S3/DynamoDB? If the latter, are you connecting using an IAM role or an access key? Also I would make sure the new mounted paths are identical between the machines and do not have any caching enabled in the fstab entries, plus verifying the security groups are allowing the required ports for ArcGIS Server to communicate through. Ports used by ArcGIS Server—ArcGIS Enterprise | Documentation for ArcGIS Enterprise There should be some logging in /arcgis/server/usr/logs/<machine_name>/server/ (default location on Esri Ubuntu AMIs) during the joinSite operation that may at least indicate where in the process things are getting hung-up. Also any evidence of machine data in the shared config-store would be indicative of where the machine is at in the process. Hope that helps!
... View more
09-03-2020
12:02 PM
|
0
|
0
|
887
|
|
POST
|
Hello Clinton Ballandis, Is there any consistency with the data sources of the affected map services? This behavior certainly isn't expected, but I'm wondering if the underlying DBMS came up from patching after the Server instance was created, causing an issue in the current set of instances.
... View more
09-01-2020
07:47 AM
|
0
|
0
|
954
|
|
POST
|
Hello Miri Rozov, While it is possible to manually create feature services that host their data in the spatiotemporal data store (related thread: https://community.esri.com/thread/226630-create-a-feature-class-in-spatiotemporal-data-store ), it is purposefully designed to work with ArcGIS GeoEvent Server, GeoAnalytics Server, and Mission Server, as well as the Location Tracking feature in a base enterprise deployment. What is ArcGIS Data Store?—Portal for ArcGIS | Documentation for ArcGIS Enterprise Spatiotemporal big data stores—GeoEvent Server | Documentation for ArcGIS Enterprise
... View more
09-01-2020
05:14 AM
|
1
|
0
|
1170
|
|
POST
|
Hello William Craft, If my suspicions are correct, it sounds like you may have federated with the webserverA.domain.com URL as the administrative URL, which would prevent access to the Server Manager page using a different URL, even an additional web adaptor that's registered with the ArcGIS Server site. This documentation goes into more detail under the 'Connect to Manager' sub-heading: Administer a federated server—Portal for ArcGIS | Documentation for ArcGIS Enterprise Since the Server Manager page reflects the information for the entire site and is not machine-specific, it's usually not required to access it via a specific machine. Alternately, a load balancer could be placed in front of the ArcGIS Server web adaptors and that URL could be used as the administrative URL for additional redundancy. Hope that helps!
... View more
09-01-2020
05:04 AM
|
1
|
0
|
1258
|
|
POST
|
There is no supported method of upgrading internal components of ArcGIS Enterprise individually, but upgrading to a later version of ArcGIS Enterprise software does inherently update certain internal components as well. I just checked my 10.8.1 relational data store and confirmed the internal PostgreSQL version is 10.10. Hope that helps!
... View more
08-20-2020
12:03 PM
|
1
|
0
|
1730
|
|
POST
|
I see it's been a few months but wanted to add some context here that would hopefully help someone in the future. The registration of a cloud store (Azure Blob in this case) should be performed following the creation of the storage account and after gathering the access key necessary (or configuring the IAM role properly in AWS) in the cloud service's console. The registration process is documented here: Register your data with ArcGIS Server using Server Manager—ArcGIS Server | Documentation for ArcGIS Enterprise I was able to successfully register an Azure Blob container and automatically register it as a cache directory in ArcGIS Server Manager on one of my Azure deployments. I used the key that was associated automatically with the storage account I created and created a container without a folder to contain the cache.
... View more
08-18-2020
08:30 AM
|
0
|
1
|
1192
|
|
POST
|
I know this was about a month ago, but wanted to include my answer from another thread that I believe would apply in this use case as well. How to enable Azure File share using SMB on deployed ArcGIS Server In the past when working with a customer we added the credentials to the Windows Credential Manager using the cmdkey command, then connected to the file share using the UNC path as opposed to a mapped drive. I don't remember having any additional difficulty at that point, but make sure you're running the cmdkey command below from a command prompt running as the service account user in Windows. Hope that helps! cmdkey /add:<storage-account-name>.file.core.windows.net /user:AZURE\<storage-account-name> /pass:<storage-account-key> External Reference (under the 'Access issues with an application or service account' subheading): Tips & Tricks for Azure File Shares - Microsoft Tech Community - 277943
... View more
08-18-2020
07:52 AM
|
5
|
2
|
7271
|
|
POST
|
In the past when working with a customer we added the credentials to the Windows Credential Manager using the cmdkey command, then connected to the file share using the UNC path as opposed to a mapped drive. I don't remember having any additional difficulty at that point, but make sure you're running the cmdkey command below from a command prompt running as the service account user in Windows. Hope that helps! cmdkey /add:<storage-account-name>.file.core.windows.net /user:AZURE\<storage-account-name> /pass:<storage-account-key> External Reference (under the 'Access issues with an application or service account' subheading): Tips & Tricks for Azure File Shares - Microsoft Tech Community - 277943
... View more
08-18-2020
07:21 AM
|
2
|
1
|
6693
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 12-28-2020 09:14 AM | |
| 1 | 09-16-2022 05:19 AM | |
| 1 | 05-01-2023 05:23 AM | |
| 1 | 05-07-2021 06:21 AM | |
| 1 | 09-13-2021 05:44 AM |
| Online Status |
Offline
|
| Date Last Visited |
12-20-2023
11:01 PM
|