|
POST
|
Yes, the urllib libraries have changed between versions. You can write your script to support both: if sys.version_info.major >=3:
import urllib.request, urllib.error, urllib.parse
urlEncode = urllib.parse.urlencode
urlParse = urllib.parse.urlparse
urlRequest = urllib.request.Request
urlOpen = urllib.request.urlopen
httpError = urllib.error.HTTPError
urlError = urllib.error.URLError
else:
import urllib, urllib2, shlex, urlparse
urlEncode = urllib.urlencode
urlRequest = urllib2.Request
urlOpen = urllib2.urlopen
httpError = urllib2.HTTPError
urlError = urllib2.URLError
urlParse = urlparse.urlparse Then, replace all occurrences of each function with the respective variables. You'd then be able to use the script with Python 3.x or 2.x.
... View more
05-18-2020
03:13 PM
|
1
|
6
|
3068
|
|
POST
|
The "Failed to validate servers" error is likely a result of a bug that causes multiple processes to start within Portal. They conflict with each other which means the site doesn't work quite right. The Portal can be restarted to resolve that problem. It's fixed at 10.8. The errors in the Server logs can be ignored. They don't indicate a problem. We're looking into cleaning those errors up.
... View more
05-18-2020
02:42 PM
|
0
|
2
|
2150
|
|
POST
|
If you intend on letting users outside of you network access services, then you need to make sure the services URL is accessible. That would mean you need to put the Web Adaptor for the hosting server in the DMZ. You can disable the services directory to reduce the chance someone is going to come across your services directory and make sure that the permissions for the services are correct to ensure there is no unauthorized access.
... View more
05-14-2020
04:20 PM
|
0
|
2
|
3380
|
|
POST
|
As long as the load balancer is checking the health of the backend machines, it doesn't matter if you use a standard or non-standard port. The Cloudformation templates use the same URL for both. If this environment was exposed to the internet, you could want to have an external and internal LB, but the concept would still apply; having the LB forward traffic on 443 or 6443 doesn't matter. Deployment scenarios for a highly available ArcGIS Enterprise—Portal for ArcGIS (10.8) | Documentation for ArcGIS Ente…
... View more
05-14-2020
04:16 PM
|
2
|
0
|
1553
|
|
POST
|
Glad you got it sorted out. We'll be updating the export logic to proceed but list the thumbnails that were corrupt so you can correct them far easier.
... View more
05-12-2020
01:20 PM
|
1
|
4
|
3393
|
|
POST
|
The dbXXXXX folders are just backups of the existing database that's there. You can delete them once you've confirmed that the restore worked. Trying the export/import in Portaladmin directly is a good troubleshooting step because you don't need to restore Data Store and Server to see if the Portal restore is going to fail. We have plans of making that easier with the DR tool, but they're not in yet. Yes, the DR tool needs to be consistently successful to be considered a viable DR approach, so this feedback is helpful.
... View more
05-12-2020
01:19 PM
|
1
|
4
|
2150
|
|
POST
|
The error returned when the thumbnail is pink, (which indicates it's corrupt somehow) is the same one you're getting when trying to export. If you weren't at 10.6.1 and publishing from 2.5 at some point, it may have become corrupt another way. The best the software can do is let the export go through and tell you what thumbnail is corrupt. I looked through that case, and I think there was an issue with Server's exportSite process that used the wrong TEMP directory. It should use the path defined by the TEMP environment variable. This is present in 10.7.1 and fixed at 10.8. The thumbnail in the arcgisinput folder would be corrupt, but the process to create the thumbnail is the same between My Content and Manager. I'd suggest using ProcMon while exporting to see what the last service was that was exported correctly. The next one listed alphabetically could be the one with the corrupt thumbnail. You can use the Admin API to update it or delete it: Edit Item Information—ArcGIS REST API: Administer your server | ArcGIS for Developers Out of curiosity, are you only exporting Server, or are you creating backups of Portal and Data Store as well?
... View more
05-12-2020
11:35 AM
|
1
|
7
|
4945
|
|
POST
|
I think the thumbnail would only look pink in a specific scenario (publishing from Pro 2.5 to Portal 10.6.1).
... View more
05-12-2020
11:28 AM
|
0
|
1
|
4945
|
|
POST
|
Do you have a distributed setup, for example Portal, Server, and Data Store on separate machines? What account is used to run the Portal, Server, and Data Store services? What account are you using to run the WebGIS DR tool? All components need to be able to write to the SHARED_LOCATION path. If the components are on separate machines, it must be a UNC path and the account used to run the components must be able to write to the share. A domain account is best used in that scenario.
... View more
05-12-2020
11:22 AM
|
1
|
0
|
6217
|
|
POST
|
The index can be checked via the Portal Administrator Directory, https://portal.domain.com:7443/arcgis/portaladmin/system/indexer: Indexer Status—ArcGIS REST API: Administer your portal | ArcGIS for Developers That will tell you if the content is there, but the index, (which populates search results) isn't aware of the content. You can reindex the portal and see if that helps, if does turn out to be out of sync. Reindex—ArcGIS REST API: Administer your portal | ArcGIS for Developers Depending on when you took the backup, there's a chance that new items were created in the original environment. If the difference was drastic, then that'd be a problem.
... View more
05-12-2020
09:05 AM
|
0
|
6
|
2150
|
|
POST
|
What about from My Content? Do they look correct? A recent bug came in with a similar error: BUG-000130541 - Pink thumbnails created by BUG-000129503 will lead webgisdr tool to fail at later versions with message: {"code":500,"messages":["Export operation failed. Unsupported Image Type"],"status":"error"} after upgrading Enterprise from 10.6.1 to a newer version The problem will occur if you create a backup using the Administrator API as well. You could look into watching what Server does during exportSite using ProcMon. Set a filter for the arcgisinput folder and the last service accessed by the Server's javaw.exe process that contains a valid thumbnail. The next one, (listed alphabetically in the Admin API), maybe has the corrupt one.
... View more
05-11-2020
05:11 PM
|
3
|
14
|
4945
|
|
POST
|
Did you make more space on the drive? When you start Portal now, what happens? Do the logs indicate the database starts successfully?
... View more
05-11-2020
02:45 PM
|
0
|
1
|
2992
|
|
POST
|
You may have a corrupt thumbnail. Do all thumbnails appear valid when looking at them via My Content or Manager?
... View more
05-11-2020
02:44 PM
|
0
|
16
|
4945
|
|
POST
|
Did you look at the database logs referenced in the error? They should tell you why the database won't start. There's a chance that a write was attempted and that used up the last of the disk space, corrupting the database. Do you have any backups or snapshots? I suggest you implement monitoring on the disk space of the machine or query the logs for WARNING/SEVERE messages for the future, so you can be notified of potential issues.
... View more
05-08-2020
03:44 PM
|
0
|
3
|
2992
|
|
POST
|
Do you see item ID folders within the content directory? Do the amount of folders match between the source and target environments? Does the index match up? There's validation in the import that will make sure the content in the backup and where it was restored to match. You can try to extract the backup and inspect it to make sure it contains the folders you'd expect by matching up the number of folders to the source environment.
... View more
05-08-2020
10:15 AM
|
0
|
8
|
2150
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-26-2016 10:10 AM | |
| 2 | 02-22-2024 07:22 AM | |
| 1 | 06-07-2024 07:11 AM | |
| 4 | 12-12-2024 08:52 AM | |
| 1 | 03-20-2024 12:35 PM |
| Online Status |
Offline
|
| Date Last Visited |
03-06-2026
09:51 AM
|