|
POST
|
This isn't related to with Portal, but your certificate and IIS. The problem is that your browser doesn't trust the root certificate issuer for the certificate you're using for the 443 binding in IIS. You mentioned it's a domain certificate, so it's likely that the machine you're on doesn't trust the domain root certificate. Verify if your root certificate is in the trusted root certificate store and if it isn't, import it. You can always just ignore the error, as it's more annoying than problematic in most cases, but that's not a user-friendly experience.
... View more
02-07-2017
01:47 PM
|
1
|
3
|
2362
|
|
POST
|
I was able to reproduce this on one deployment but not another so it does seem intermittent. I'd suggest you reach out to Support so they can investigate and log a bug if necessary. I'll continue to do some additional testing in the meantime.
... View more
02-06-2017
11:11 AM
|
2
|
2
|
7095
|
|
POST
|
Can you describe your setup a bit? Is the Portal HA or is the federated Server site a multi-machine site? What kind of security? Orphaned items will be the ones with a timestamp, so <service_name>_<timestamp>. If there are two services with the same name, one has a timestamp and the other doesn't, it's likely the one with the timestamp is invalid.
... View more
02-03-2017
11:46 AM
|
1
|
1
|
7094
|
|
POST
|
Yes, I believe since the WMS service is an extension of the map service, if the map service is secure, the WMS service will also require a token.
... View more
02-02-2017
09:13 PM
|
0
|
0
|
1913
|
|
POST
|
Does the duplicate service item have a timestamp appended to it? For example, <service_name>_201702012017? The overwrite workflow actually publishes a new service with a timestamp, makes sure it publishes successfully, deletes the original and renames the new one. It looks like that process leaves an "orphaned" item; the service item without the timestamp is the correct once and the service item with the timestamp isn't valid.
... View more
02-02-2017
08:22 PM
|
3
|
5
|
7095
|
|
POST
|
There are a few things to check to see if the caching tools are actually working: 1) Refresh the cache status, (you've likely already done this a number of times) 2) Check the CPU usage of the Caching Tools process in Task Manager, (turn on the Command Line column to verify which ArcSOC.exe process corresponds to the Caching Tools) 3) Check the arcgiscache folder on disk to see if bundles are getting created within each scale level. If you can determine that nothing is happening on the system, (based on #1 and #2), yet the status still reports that the caching job is still running, there may be some errors in the logs about what happened. You may want to recreate the status.gdb using the Manage Map Server Cache Status tool. The caching tools may be reading information within the status.gdb and seeing that the job is still in progress when it has already failed, which may not give you an accurate status of the caching job.
... View more
02-02-2017
02:13 PM
|
1
|
0
|
1059
|
|
POST
|
If you create a web app or web map in Portal, you can share the item to Everyone so that anybody that can access the portal website would be able to reach the item, (when the doc refers to "public", that's respective to who can actually reach the portal). They wouldn't need to be a named user.
... View more
02-02-2017
02:08 PM
|
1
|
0
|
833
|
|
POST
|
When you run the GP service from Rest it's running on the Server machine as the user that runs the ArcGIS Server Windows service, so as that "EsriUser@Domain" account. When you've run it successfully outside of ArcGIS Server, you've been using your Administraotr account? Can you log onto the machine as the "EsriUser@Domain" account, (whatever account is running ArcGIS Server), and run it through IDLE using that account? You can also run Idle as that user if the account can't remote into the machine itself. I've really never seen a situation where the script runs outside of a GP service but as a GP service, it fails, (granted it's run as the same user in both situations).
... View more
02-02-2017
09:11 AM
|
0
|
4
|
2253
|
|
POST
|
Hm, you may need to contact Support so they can dig a bit deeper on this, as I'm not sure why the arcpy.env.packageWorkspace is corresponding to a temp location. What do your Server directories look like? Are they all set to C:\arcgisserver\<directory_name> or something similar?
... View more
02-01-2017
04:35 PM
|
0
|
6
|
2253
|
|
POST
|
I see, are you running the 64 bit version of Idle included with the Server install, or the 32 bit version, if ArcMap is on the machine as well?
... View more
02-01-2017
02:45 PM
|
0
|
8
|
2253
|
|
POST
|
I see, and it's a single machine site? So the traceback error is that it can't find the Excel template file, spreadsheet_template_filepath. Does line 24: Excel = xlApp.Workbooks.Open(spreadsheet_template_filepath) create the template file? Or is it opening an existing file? If it's opening an existing file, that's set to the scratch workspace on line 14: spreadsheet_template_filepath = os.path.join(arcpy.env.scratchFolder,"CFS_Monthly_chart_template.xlsm")
An existing template file won't exist in a newly created scratchFolder, so you'll need to reference the existing template file in it's original location. Any new output data should be created in the scratch folder using the os.path.join function to combine the arcpy.env.scratchFolder environment variable with the output file name.
... View more
02-01-2017
02:02 PM
|
0
|
10
|
2253
|
|
POST
|
You'll need to ignore the certificate warnings or add the certificate to the trusted root certificate store. To ignore the certificate warnings, take a look at posts here and here.
... View more
02-01-2017
12:59 PM
|
0
|
0
|
891
|
|
POST
|
Adding to what Mark said, 499 means "Token Required", so adding a token to the request should work.
... View more
02-01-2017
12:57 PM
|
0
|
2
|
1913
|
|
POST
|
Is this a single machine site or a multi-machine site? ArcGIS Server would only use local jobs directories, (the local\temp directory), in multi-machine sites. If it's a single machine, I'm surprised you're not seeing the path pointing to the arcgisjobs directory. Does the C:\Users\ADMINI~1.MET\AppData\Local\Temp\2 path exist? If you revert those changes to allow the service to run, do you still have the try: except block capturing the failure? It's important to allow the gp service to return it's own errors, or raise an exception within the except block instead of just printing a message.
... View more
02-01-2017
12:54 PM
|
0
|
12
|
1820
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-28-2026 06:05 AM | |
| 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 |
| Online Status |
Offline
|
| Date Last Visited |
06-08-2026
07:43 AM
|