POST
|
I have not given up yet and have actually found the culprit to the error above. After working through many different scenarios I believe I have gotten to a point where I am now partially successful. Below is what I ended up doing: requested our server team to digitally sign the entire all the powershell files in the ArcGIS Module folder used the option to create the password files as needed eliminated the new param options for encrypting the MOF file since this is what was causing the error. I would LOVE to be able use the options for encrypting the MOF files as these would help ensure a secure environment but for now, I think I will continue down the current road that I am at so that I can move in a forward direction. Again, please note that I am invoking the cmdlet from a different server than the 3 target servers. I believe I have done all the steps described in ESRI document but it is still not working. Thought/suggestions greatly appreciated!
... View more
07-12-2022
11:12 AM
|
0
|
0
|
712
|
POST
|
I am using the latest version of ESRI ArcGIS Powershell DSC modules 3.3.2. I am attempting to upgrade from 10.8.1 to 10.9.1 our Federated ArcGIS Server. The inplace upgrade of the ArcGIS Server software works. After the ArcGIS Powershell DSC has successfully ran the upgrade it is supposed to uinstall the existing ArcGIS WebAdaptor version 10.8.1 and then install the new 10.9.1. However, I noticed, after running the cmdlet that the webadaptor is not uninstalled and therefore fails when attempting to install the new 10.9.1 version. I have manually uninstalled the webadaptor 10.8.1 and then invoked the cmdlet and that seemed to work - it continues where it left off and installs the 10.9.1 and finishes the configuration. Have others using the 3.3.2 ArcGIS modules encountered the same issue? I did not have this issue with previous versions of the ArcGIS modules. Thanks, Diana
... View more
07-12-2022
11:02 AM
|
0
|
0
|
286
|
POST
|
All, I have successfully installed and upgraded my Dev environment using Powershell DSC with a Three-server deployment - woot woot. Once I moved to our TEST environment, I realized that I should really follow best security practices and used the following documents/blogs to ensure that we were setting our DSC environments correctly. Not only is it best practice, I believe our TEST and PROD will not allow us to pass clear text, unprotected passwords for domain accounts. I found the following articles very useful in understanding how Powershell and ESRI DSC accomplish this: https://blogs.infosupport.com/safely-using-pscredentials-in-a-powershell-dsc-configuration/ https://docs.microsoft.com/en-us/powershell/dsc/pull-server/secureMOF?view=dsc-1.1&viewFallbackFrom=powershell-7.2 https://devblogs.microsoft.com/powershell/want-to-secure-credentials-in-windows-powershell-desired-state-configuration/ After reviewing the Powershell explanations and reading the ESRI document HERE I found that we needed to do the following in order to safely upgrade our UAT environment using ESRI ArcGIS Powershell DSC. 1) encrypting passwords for our Domain Service accounts and Cert export files so they are not clear text 2) using the new param options for encrypting the MOF file as described in the "TargetNodeEncyrptionCertificateFilePath":"C:\\Users\\<username>\\AppData\\Local\\Temp\\DscPublicKey-TargetNode1.cer",
"TargetNodeEncyrptionCertificateThumbprint":"92C232C78204701BEB3FFB2CDEF24A6D2FAA97DA I no longer the received the common warnings when I run the Invoke-ArcGISConfiguration cmdlet. Error Message on the PortalUprade V2 Log files 6/17/2022 4:29:58 PM: The password supplied to the Desired State Configuration resource ArcGIS_Install is not valid. The password cannot be null or empty. 6/17/2022 4:29:58 PM: The SendConfigurationApply function did not succeed. QUESTIONS: Are there other GroupPolicies and or Server settings that we should be aware of that would prevent the password from being passed? Is there a simple example for me to use so I can test the PWD encryption and MOF encryption are working correctly? I am using a domain account to invoke the cmdlet, this domain user has been temporarily added to local admin on each target machine. Are there other setting that I am missing? I attempted to use the -Credential option so I can RunAs the SA account (also domain account) I even used the -UseSSL property but that did not seem to make a difference, other thoughts or suggestions? @CameronKroeker - could really use either yours or others on the Powershell DSC Team. I met some of you during the past ESRI Dev summit and we discussed how I could get my environments installed and upgraded using Powershell. As stated above, it was so wonderful to see how easy and fast it was to upgrade our 3 servers using Powershell DSC for our DEV. I really want to get this working for our UAT/TEST and eventually our PROD environments. Thanks in advance for any help you can provide. Diana
... View more
06-20-2022
01:12 PM
|
0
|
2
|
1127
|
POST
|
I wanted to post how I was able to fix this obscure issue. In our case we DID NOT change the host name but rather did an upgrade from 10.6.1 to 10.8.1 After looking at all the various solutions I decided to do the following: Confirmed I ran the patch upgrade since one of our users noticed the issue with Sites not using the correct URL My DEV environment worked fine where as my UAT and PROD did not I compared the servers and how they were configured and verified that the hostname.properties file was missing from the <install-folder>\ArcGIS\Portal\framework\etc on our UAT and PROD but not on the DEV Server I copied the hostname.properties file into the same install directory in UAT and PROD Portal servers and changed the hostname value ( hostname=<my-server-name>.<my-domain-name.org> ) I restarted the Portal for ArcGIS service and waited for about 20 mins until my portal was back up and running again re-ran the webgisdr export utility and it worked Hope this works for someone else. It was a little tricky to get figured out. Thanks, Diana
... View more
10-19-2021
04:40 PM
|
0
|
0
|
1564
|
POST
|
I wanted to document my findings in case others may find this useful. First, I want to start off by thanking Jonathan Quinn from ESRI for all his support with this issue. In our Enterprise GIS I was encountering the following issue after I upgraded our Enterprise (Porta, ArcGISServer, DataStore) from 10.6.1 to 10.8.1 unable to overwrite existing Services- this process would fail unable to run the giswebdr tool - it failed when backing up the federated gisserver unable to run the exportSite REST operation in Services section of the GIS Server Admin site. I was getting the same error as mentioned above {"code":500,"messages":["Export operation failed. Unsupported Image Type"],"status":"error"} Jon and I determined that all this issue were related this error. After creating a new simple jpeg image (in paint save jpg), I used this image to update the thumbnail for all the services on my GIS Server using the python script that Jon suggested as a fix. Using this method fixed my issue, I am now able to do the following: Use the exportSite operation in ArcGIS Server Admin Rest services endpoint Run the webgisdr tool on the entire GIS Portal Update existing service from ArcGIS Pro. It no longer fails to overwrite existing services.
... View more
04-29-2021
11:46 AM
|
1
|
0
|
1186
|
POST
|
Suzanne, I believe I have found the solution on how to "trick" ArcGIS Pro into resetting the alias. First let me document an issue I had seen in the past with Pro and Field Alias. a while back I noticed Pro would not update the field alias after the FeatureClass/Layer was added to a map. In order to have your service show the alias (without the need of updating the JSON in Web Maps) you would need to open the Design -->Field UI and update the field alias. You would need to do this even though you have already updated the field alias in the layer Schema via Catalog. I recently noticed that a co-worker added a new field and forgot to include the field alias After this was done I was concerned because of the issue mentioned above - field alias were not reflected correctly after a layer/FC was added to a map much to my suprise, Pro now "Shows" the new field Alias in the Design --> Fields ui. It also shows it "correctly" in the Popup manager/editor I assumed that the service would show the alias once I republished ...but that did not happen (hence the bug). After trying lots of different test to fix this issue so that I can see the field alias (without changing the web map json) I found the workaround. Open the Design --> Field select the field of interest and make an update to the alias - even though it shows it correctly, you need to fool the system into thinking you made a change. I backspaced once and added the letter that I deleted you will see the field row change to green Republish the service and BINGO, the field alias updated as expected. If you are currently working with ESRI on this known issue, can you please let them know what I have posted. I am currently working on a different issue with them and I do not have the time to invest on this issue. Thanks Diana
... View more
04-28-2021
04:39 PM
|
1
|
0
|
1467
|
POST
|
Thank you for reaching out to this Thread to let your users know of the enhancement to the arcpy.mp updateConnectionProperties. This functionality will surely simplify our code. Regards Diana
... View more
08-03-2020
09:09 AM
|
0
|
0
|
2264
|
POST
|
Michael, No by default, the Pro-based python updateConnectionProperties method will not break the existing datasource connection. However, you can force it break the connection if you set the "Validate" property to False - as I have shown in the script in my original post. If Validate is set to False then it will break the connection and give you a red exclamation. However, I noted above in item #3 (in my original post) that this only occured in layers that were placed inside a group layer. I have given ESRI Tech Support all this information and I believe that they will be putting all this into the Defect ID listed above. I hope this helps. Regards, Diana
... View more
07-26-2019
03:59 PM
|
0
|
0
|
8206
|
POST
|
All, I just spoke with ESRI Support and they indicated that this is a defect. Here is the bug # in case anyone else runs into this issue. The Defect ID is: BUG-000112574 From now, when using the updateConnectionProperties method, I will set th Validate option to "False". This will at least break the connection in my ArcPro project and then I can set it manually by selecting on one of the broken red exclamation connections. Cheers and good luck!
... View more
07-26-2019
09:17 AM
|
0
|
2
|
8206
|
POST
|
Just wondering if anyone else has figured this issue out or if ESRI staff is aware of the potential bug with the Python API updateConnectionProperties method. Updating Database Connections in ArcPro is becoming exceedingly time consuming and I was hoping to get the python script to updateConnectionProperties to work correctly. I am assuming that ESRI would prefer for us to continue to move forward and use ArcPro instead of taking a step backwards and revert to ArcMap simply because "updateConnectionProperties" is not working correctly. Thanks Diana
... View more
07-18-2019
11:38 AM
|
1
|
0
|
8206
|
POST
|
I was wondering if SOI handlers allows us to intercept Geocode Service operations. We have a custom built Geocode service and I was hoping to intercept the .../GeocodeServer/findAddressCandidates operation as well as the reverseGeocode. All documentation indicates the following: "You can extend ArcGIS Server map and image services (including map and image service extensions, such as feature services) with custom logic that can be executed in ArcGIS clients." I am currently running ArcGIS Enterprise 10.6.1. Thanks for any help you can provide. Diana
... View more
07-18-2019
11:34 AM
|
0
|
1
|
605
|
POST
|
Brett If did you try to put the layer in your map in a Group Layer? I found that I was at least able to "break" the connection with the validate = false property. At least when you do this, you can reset the connection for all the "broken" layer connections at once by simply hitting the red exclamation. However, as I stated above I was unable to get anything to work if the layers were not in a group. Personally, I believe this is a bug. I am going to submit this bug via tech support and see if I can get some help there. Glad to know I am not the only one out there experiencing the same issue. Thanks for responding, maybe we will get some interest from others as well. I will add more comments as I get more info. Regards Diana
... View more
05-24-2019
09:49 AM
|
0
|
1
|
8206
|
POST
|
I am attempting to use Arcpy Layer updateConnectionProperties method to change the database connection for each layer in an ArcPro project from my SDEDEV environment to an SDEUAT environment. Note that both database are identical copies so they only vary in the database name/servername, instance name and PWD. In our organization this is a common task when we are publishing services in a DEV environment. Once we are ready for Users to Test (UAT) our apps and underlying services/maps we publish to UAT. This workflow allows us the ability to continue developing new stuff without affecting the users that are testing the stuff that was developed in previous deployments. When we used ArcMap we had a python toolbox tool that would re-map the database connections for each layer in a map from DEV to UAT and Finally to PROD once we were ready for the final deployments. Our goal is to have a similar workflow, I would like to do use some ESRI ArcPy Pro Python code to update the connection information. I assumed that the "updateConnectionProperties" method should be able to do this. After researching and comparing other solutions and using ESRI documentation here I was able to come up with the following code: import arcpy
aprx = arcpy.mp.ArcGISProject(r'C:\ProProjects\MyProj\TheProPoject.aprx')
for theMap in aprx.listMaps():
print("%-24s %s" % ("Map Name:", theMap.name))
for lyr in theMap.listLayers():
if lyr.supports("CONNECTIONPROPERTIES"):
print("%-24s %s" % ("layer Name:", lyr.name))
lyr.updateConnectionProperties(lyr.connectionProperties,r'C:\ProProjects\MyProj\DatabaseConnections\ARCGISSERVER@SDEUAT2.sde', True, False)
aprx.save()
del aprx
print("done") This solutions kinda works but with some caveats: The connection is not getting reset when using the SDE database connection that I currently have indicated. I know this connection works because I can use the same connection to manually reset a layer's datasource in ArcPro. I force the connection to get set WITHOUT validation (the last False parameter). This results in "broken" layer connections. Though this is not the prefered method, at this point I can open the ProProject and then select the "red-exclamation" broken layer for one and point the layer to the new desired database connection. The good news is that this fixes all other broken connections provided that it found the "same" data layers in the new database connection. This one is an interesting find: the only layers in my ArcPro Map Project that get reset to "broken" are the ones that inside a Group Layer. Any layers in a Map that are NOT in a Group Layer are ignored. The print inside the for each layer loop shows that I see the layer and this it indeed has a connectionproperty that I checking (lyr.supports("CONNECTIONPROPERTIES")) for before calling the updateConnectionProperties. For all the layers that are not in a group, I still need to manually set the layer datasource in the ArcPro project because it does not break the connection or even change it. (this does not seem to me like expected behavior) Questions: Has anyone successfully used the updateConnectionProperties method to change from one database connection to another? Am I using this class correctly? Layer.updateConnectionProperties ... I see that ArcPy also has an updateConnectionProperties for the entire APRX project. According to the ESRI documenation (above) I see the following "You have control of updating data sources for individual layers or tables, or you can update all the layers or tables in a common workspace at once" And all the sample look similar to what I have. Thought, comments, suggestions are greatly appreciated. Thanks, Diana
... View more
05-16-2019
03:09 PM
|
1
|
19
|
11826
|
POST
|
Thank you Amri for providing the very useful tip on how to edit the Portal Web Adaptor configuration information located in the /portaladmin page. I have had to use this "trick" several times for our initial install on various environments (DEV/UAT/PROD) and for upgrading those environments. I would like to understand why we need to do this? I have asked some of our infrastructure folks but they are not sure why this is the case. Do other folks run into this issue as well? My servers are configured as follow: - note that these are all INTERNAL access only, not outside firewall, hence why the WebAdaptors are on the same server (for now). Server 1: (cname: myCoolPortal.mydomain.org with SSL cert SAN using the cname) - Portal installation - Web Adaptor for Portal Server 2: (cname: myCoolGisServer.mydomain.org with SSL cert SAN using the cname) - ArcGIS Server installation - Web Adaptor for Server Server 3: (cname: myCoolDataStore.mydomain.org with SSL cert SAN using the cname) - DataStore I think that this must have something to do with some special config in the inners of Portal that is using the servername instead of the fancy cname. Everytime I configure the web adaptor or portal urls I give it my fancy cname not the server name but for some reason the servername is configured in the portaladmin system > webadaptors section and I need to edit it with the cname. Is there a place in Portal that I can check for this and make the change permanent? Thanks for any insight you can provide. Cheers Diana
... View more
05-16-2019
02:28 PM
|
0
|
1
|
2538
|
POST
|
I too am experiencing the same issue. I have configured the ESRI Search Widget using Web AppBuilder 2.10. I noticed that search layers (using the query option) with esri String type do in fact work as expected. When you evaluate the network traffic, you will notice that a custom query is sent to the server as the user types into the Search Input box. https://<myserverdomain>/arcgis/rest/services/MyServiceName/MapServer/3/query? f=json&where=UPPER(TheFieldName)%20LIKE%20%27%25MAI%25%27&resultRecordCount=6 - this returns the top 6 values from the custom where clause to fill the suggestion list However, when a layer is configured with a field set with a domain value, we DO NOT see any network traffic being sent across. The only time you see the network traffic is when it submits the final Search Query when a user submits the request. I am assuming that this has to do with the Search Widget "knowing" that the field in question has associated domains for that field and therefore, sending a query as we see with "string" fields would not work. The actual values that are stored in the database may not necessarily be what the user is looking for. Again, I would think that a user would be looking for the Domain Description not the Code. All of this information has already been downloaded to the client when the application Loads the Search Widget (look at the network traffic). Example: https://<myserverdomain>/arcgis/rest/services/MyServiceName/MapServer/22?f=json - this returns the layer definition including all the fields and any associated domains for each field (Code/Description) Each field in a feature layer (... /MapServer/0 or ... /FeatureServer/0) that has a domain can be accessed by using the featureLayer.fields[indexValue].domain on the client side. So there should be a way to generate that list of candidates/suggestions. Just probably not the same way as a field that does not have a domain (as shown above). ESRI, is this something that the WAB team intended to do on the client side but it happens to not be working as expected? Or is this functionality that was overlooked on the search tool because of the complexity? Please advise as we have many different fields that we would like to search on that use the recommended ESRI Domain fields. Regards, Diana Benedict
... View more
11-30-2018
12:59 PM
|
0
|
0
|
409
|
Title | Kudos | Posted |
---|---|---|
1 | 04-28-2021 04:39 PM | |
1 | 07-18-2019 11:38 AM | |
1 | 05-16-2019 03:09 PM | |
1 | 04-29-2021 11:46 AM |
Online Status |
Offline
|
Date Last Visited |
03-07-2023
12:00 AM
|