|
POST
|
Hello @Sunnywaygis , It seems like somewhere there is a network bottlenecks as you expect. However, It would surely not be an easy thing to figure out. It seems that ArcGIS Server has issues in accessing components on the same machines as in this scenario the statistics and logs would be stored individually on their own as opposed to config-store and directories being on shared directory. This could be causing a delay in response I would suggest taking the following approach. Cover all the bases Run the "Configure ArcGIS Server Account utility" on both the machines and make sure you point to shared location and account used is same Check the access for ArcGIS Server Service account on "C:\Python27" and "C:\Program Files\ArcGIS\Server" on both ArcGIS Server machine Make sure there are exceptions added in the antivirus running on the machines running ArcGIS Server, refer to "ArcGIS Antivirus Guidance" Make sure all the ports required are working, refer to "Ports used by ArcGIS Server Check if there are any "oplocks" are being possibly generated on the Shared file server Make sure all the Required ESRI Patches are installed on both the ArcGIS Server machines If you perform the above and it does help (make sure you the above first) A bit more advanced ways Finding which step fails While publishing it takes two steps mainly "Packaging " and "Publishing" Change the logging level for "Publishing Tool on both the server Enabling info-level geoprocessing messages : Troubleshooting geoprocessing REST services—ArcGIS Server | Documentation for ArcGIS Enterprise Once, you enable this run the tool again and navigate to "ArcGIS Server Manager" > Site > Jobs > Under Service select the GP service and query. This will show you the Job ID generated for the latest run of the tool. Once you open that, it will show you details of the JOB run. Check the logs for details of which step fails Publish a service to each server separately and see if any one of that fails If yes, which server is it and check the Network connectivity on that If not, Load balancer configuration could be at fault Where is that Data coming from and could that be a cause, depending on which one fails/succeeds further steps can be decided Publish a test map service to ArcGIS Server and allow the data to be copied to Server, does that fail? Publish the data from Database registered to ArcGIS Server and does that fail as well. Configure Fiddler on the Desktop machine and capture the full workflow of what steps are being taken, this will help in the following: If or any steps are being missed Which exact step is taking the maximum time I would say that this would be a good starting point. Please be aware that there are just ways to narrow down the issue, either of these could/could not be a solution but this will help us in understand where the problem resides for sure. Let's try this and let me know, how it goes and then we take it further. Hope it helps! -Archit
... View more
10-22-2023
02:05 AM
|
0
|
0
|
3972
|
|
POST
|
Hello @Mehretab I would expect this to work, in your scenario as there is not an ArcGIS Enterprise Portal involved, it may not play a role in this. However, you do need to consider that there certain benefits in utilizing Enterprise Geodatabases over Database but I think you would have already thought about it. I would also recommend going through the following Esri Community post to understand more around "Geodatabase vs database effective differences in ArcGIS Enterprise" (A very good discussion considering all points) Hope it helps! -Archit
... View more
10-22-2023
01:15 AM
|
1
|
0
|
1406
|
|
POST
|
Hello @AhmedTarek123 , @Dan_Brumm , I would like to suggest something here and would be worth a try (I have used the same workflow to fix similar problems in past for myself) : Navigate to portaladmin endpoint using 7443 URL Under Home > Security > OAuth > Get App Info > search for arcgisonline This is the client ID which is authorized while you are logging into Portal Home. The entries here should have your "https://<portal.domain.com>" URLs for proper redirect to happen to sign-ins. Majorly, what I have seen here is are as follows: https://webadaptormachine.domain.com https://Portalmachine.domain.com For more details check out this Get App Info—ArcGIS REST APIs | ArcGIS Developers If you do not see the you organization URLs in this JSON result, you can use Update App Info—ArcGIS REST APIs | ArcGIS Developers to update this to appropriate URLs. Note : Make sure the JSON is properly formatted, if you are making any changes Hope it helps! -Archit
... View more
10-22-2023
12:20 AM
|
0
|
0
|
2214
|
|
POST
|
Hello @JoshBillings , There are multiple approaches you can take here, I would try to be as precise as possible: If you want to execute the same sampler simultaneously for a few users you have to put sampler into "Synchronizing Timer" If not, then try the following: Add multiple "Thread Group" into a "Test Plan". Inside "Test Plan" unselect "Run thread groups consecutively". Inside every "Thread Group" configure "Number of Threads(users)" as "5", "Ramp-Up Period" as "0", "Loop Count" as "1". For 5 Samplers you should need 5 "Thread Group". Now, add 1 "HTTP Request" into each "Thread Group". Configure Every "HTTP Request". Now add "View Results Tree" as a listener into a "Test Plan". Now run the Test plan. I have attached what samples test plan may look like. Hopefully that helps, If not, let me know I will share more detailed steps. -Archit
... View more
10-22-2023
12:09 AM
|
1
|
0
|
5345
|
|
POST
|
Hello @JunzheZhang I concur with @David_McRitchie here. I have not seen any such limitation specification either for ArcGIS Online or ArcGIS Enterprise. However, I think it could be something with Python script (If you are noticing any failure) If you are getting an error, I would suggest to upload CSV directly to Portal content, if that fails then there is some sort of limitation or error we are hitting but if that works, it could be the Python script. Additionally, all the limitations I could find it listed in below document: Considerations and limitations—ArcGIS REST APIs | ArcGIS Developers Additionally, I also checked the below function and could not find any mentions of any limits: arcgis.gis module | ArcGIS API for Python If you see any errors, let me know we will try to check more details. Hope it helps! -Archit
... View more
10-21-2023
10:38 PM
|
1
|
1
|
1927
|
|
POST
|
Hello @LiveHus, I would suggest to check the "Execution Mode" of the service once and confirm if it's set to "Asynchronous (Recommended for long-running services)" with "View results with a map service" enabled, screenshot below may helps: If yes, just try by unchecking the "View results with a map service" and run the tool to see it the second Feature Layer is created? Additionally, If the above doesn't help can share the "Info" level logs for the Geoprocessing service. To set the logging level for the Geoprocessing Service specifically, follow the below document: Enabling info-level geoprocessing messages : Troubleshooting geoprocessing REST services—ArcGIS Server | Documentation for ArcGIS Enterprise Once, you enable this run the tool again and navigate to "ArcGIS Server Manager" > Site > Jobs > Under Service select the GP service and query. This will show you the Job ID generated for the latest run of the tool. Once you open that, it will show you details of the JOB run. Hope it helps! -Archit
... View more
10-21-2023
10:22 PM
|
0
|
0
|
1084
|
|
POST
|
Hello @KSmyth4 , In addition to what @A_Wyn_Jones, it would also be useful to run a "CheckUrl" from Portal for ArcGIS to confirm Portal is able to access this URL, the workflow would be as follows: Navigate to https://webadaptorhost.domain.com/webadaptorname/sharing/rest Login with appropriate privilege credentials It will log you in to the User details page. Navigate to "Home" option from top left Navigate to "Portal" > "CheckUrl" > Enter the URL for the OGC service URL If it's accessible you should see "Http Status Code" would be 200 If it's not 200, that would allows us to understand that the Portal has some issues in accessing the URL. Once we narrow that down appropriate action can be taken based on security settings as mentioned by @A_Wyn_Jones . Additionally, I would also recommend adding this service in ArcGIS Pro (whichever version you have available) by following the documentation below: Add OGC API services : https://pro.arcgis.com/en/pro-app/latest/help/data/services/add-ogc-api-services.htm This would help us in understanding if the problem is from Vendor side or ours. If works in ArcGIS Pro : ArcGIS Enterprise settings are restricting access If doesn't work in ArcGIS Pro : Could be an issue with OGC service it self Hope it helps! -Archit
... View more
10-19-2023
02:45 AM
|
0
|
0
|
2123
|
|
POST
|
Hello @KThomasson , Could you please check if all the patches are installed for Portal for ArcGIS. While checking, I noticed that BUGs associated to Application display are addressed in the patch below, it could be the cause of the behavior you are encountering: Portal for ArcGIS Security 2023 Update 1 Patch : https://support.esri.com/en-us/patches-updates/2023/portal-for-arcgis-security-2023-update-1-patch-8095 Additionally, it's a good practice to patch the environment based on a schedule feasible for organization. Hope it helps! -Archit
... View more
10-19-2023
02:18 AM
|
1
|
1
|
2821
|
|
POST
|
Hello @shildebrand, I understand the concerns you have but as the item is moving from one ArcGIS Enterprise to another ArcGIS Enterprise, the new Web App will need the items from the Development to Production, they would most definitely change. However, I have another approach which you can try and check if it works for you. I have used ArcGIS API for Python in past to make this and similar this work, kindly find the sample below: Install Required Libraries: Make sure you have the ArcGIS Python API installed. e.g. pip install arcgis Import required modules: from arcgis.gis import GIS Authenticate to the development dev_gis = GIS("https://dev-enterprise-url.com/webadaptor", username="your_dev_username", password="your_dev_password") Authenticate to the Production prod_gis = GIS("https://prod-enterprise-url.com/webadaptor", username="your_prod_username", password="your_prod_password") Clone Web Map and Services: Clone the web map and services from the development to the production environment. Clone the web map from development to production web_map_item = dev_gis.content.get("web_map_item_id") web_map_item.clone(copy_data=True, folder="Production") Clone the Web App Configuration: To ensure widget configurations are maintained, clone the Web AppBuilder application's configuration. service_item = dev_gis.content.get("service_item_id") service_item.clone(copy_data=True, folder="Production") Find the Web AppBuilder application in your development environment web_app_item = dev_gis.content.get("web_appbuilder_app_item_id") prod_web_app_item = web_app_item.clone( folder="Production", copy_data=True, search_existing_items=True ) Update References in the Production Configuration: Since we've cloned the Web AppBuilder application with its original configuration, We will need to update references to the web map and services that we cloned earlier. In our production configuration, find the references to the development environment's items and replace them with the new item IDs generated during the cloning process. Update web map references in the cloned app configuration app_config = prod_web_app_item.get_data() app_config['values']['webmap'] = "<new_web_map_id>" Update service references in the cloned app configuration. Iterate through the widgets and update the relevant widget configurations for widget in app_config['widgets']: if 'itemId' in widget: widget['itemId'] = "<new_service_item_id>" Update and save the modified configuration prod_web_app_item.update(data=app_config) Once you do the above steps the new Web Application should be present in Production with reference to production Web Map and Service configuration. I would recommend that after updating the web app's configuration, thoroughly test it in the production environment to ensure that everything is working as expected. Be sure to verify that widget configurations have been correctly transferred. Furthermore, you can also use https://ago-assistant.esri.com/ to compare the JSON of the Development item and Production item to make sure no reference are there from Development Additionally, If your application uses custom URLs, ensure that DNS and URL references are updated to point to the production environment. This preserves the widget configurations while migrating your Web AppBuilder application, web map, and services to the production environment. Hope it helps! -Archit
... View more
10-19-2023
12:24 AM
|
1
|
0
|
4316
|
|
POST
|
Hello @DeepikaJain01 , I would you should start where you feel most comfortable in working weather FGDB or eGDB. It possible for us to move the data around from FGDB to eGDB or vise-versa. For more details about migration you can refer to this documentation "Migrate a utility network dataset I would also suggest going through this eBook by SSP innovations "UTILITY NETWORK: A TO Z ". This helped me a lot in understanding what is needed. It explains details nicely and simple manner also available to download. Hope it helps! -Archit
... View more
09-13-2023
10:23 PM
|
3
|
0
|
3544
|
|
POST
|
Hello @Jin-taeKim , I encountered the same problem with ArcGIS Enterprise 10.8.1. To resolve this I took the following steps: Configure a new backup location for "Relational" and "Tile Cache" by following Register a default backup location as for "When you create a tile cache data store, no default backup location exists. You must register at least one backup location before you can create tile cache data store backup files. Create a backup using WebGISDr again. Try to restore using the new backup and it worked as expected. The major consideration to note is that with this version of ArcGIS Enterprise the following is known to happen: Will not create a backup location for tile cache automatically. Will consider it as a warning while exporting WebGISDr Hopefully the same works for you. Could you give it a try and let me know. -Archit
... View more
09-05-2023
11:31 PM
|
0
|
0
|
5690
|
|
POST
|
Hello @Jin-taeKim In order to confirm this can you let me know what is the version of ArcGIS Enterprise you are working with? I encountered the similar problem today as I was running some tests with ArcGIS Enterprise 10.8.1(some testing about a capability across versions) and noticed this error and found : Usually, we miss out on the warning associated to this while taking a WebGISDr backup as it would continue to take backup. I would recommend Register a default backup location and take the backup again from WebGISDr. Hope it helps! -Archit
... View more
09-04-2023
03:25 AM
|
0
|
2
|
5712
|
|
POST
|
Hello @Jin-taeKim, As per my understanding, there should be a "backup location" configured for the ArcGIS DataStore. The error doesn't seem very descriptive of where the backup location is not configured i.e. Either on source environment or the target environment. I would suggest running "describedatastore" as suggested by @tanzo1 and in the result you will see "Backup locations" parameter check if this is populated, If yes then is it accessible by the account running the ArcGIS Data Store Service (to be on the safer side do this for both source and target machines) To understand more about "describedatastore" please refer : describedatastore If it not configured, please try this Change the default backup location for a relational data store . Please note if the problem is due to source data store, you will have to take the backup again after enabling this capability and then try to restore. Hope it helps! -Archit
... View more
08-30-2023
04:01 AM
|
0
|
4
|
5781
|
|
POST
|
Hello @mingster , This seems to be an interesting one and would definitely needs some tracking to find the cause of the issue. I would suggest we can start at the following: Check the browser developer tools for the request when you click on the data tab Try clearing the browser cache including cookies Can you share a screenshot of the settings tab specifically "Feature Layer (hosted)" section Hope it helps! -Archit
... View more
08-29-2023
05:26 AM
|
0
|
0
|
1293
|
|
POST
|
Hello @User35489 , I think this is a great approach. However, as per my understanding and research this doesn't seem possible at the moment. Once the services directory is disabled, it is disabled across the site, regardless of which user is trying to access or whether a Web Adaptor is used or not. I think this would be great idea to submit here ArcGIS Enterprise Ideas Furthermore, I am not sure weather this would help or not, but you can check this out and see if a different approach at this concern helps: Hide a service in the ArcGIS Server Services Directory Hope it helps! -Archit
... View more
08-29-2023
05:11 AM
|
1
|
0
|
2305
|
| Title | Kudos | Posted |
|---|---|---|
| 2 | Monday | |
| 1 | a week ago | |
| 1 | a week ago | |
| 6 | a week ago | |
| 3 | a week ago |