POST
|
I get the following message in Manager, "The service is owned by another user. The sharing properties can only be modified by the owner." The GIS Server is federated with Portal, so I'm logging in to Manager using an account that has administrative access on Portal. Yet, I can't adjust any of the properties of the published services on the GIS server that are published by folks with the level of Publisher, but not properly shared with the organization. I want to adjust this on their behalf, but I get the "service is owned by another user" error. Is there a way around this? With a federated server, is it possible to login to Manager with an account with elevated privilege to make such changes (Were it not federated, I know that an administrative account on the GIS Server would have those privileges). Or, is this happening because administrative access through the web adaptor is disabled, so I would have to make this level of change on the host machine environment? - Cassie
... View more
11-08-2017
11:30 AM
|
2
|
12
|
5610
|
POST
|
Users are having issues publishing map services to Portal (Federated with ArcGIS Server). In the logs, errors say "[URL mapservice] is not accessible: Error. Connection timed out" (For example, "URL 'https://[domain]/Test/MapServer?f=json&token=[token]' is not accessible: Error. Connection timed out (Connection timed out)." Meanwhile, on the ArcGIS Server, I see the following error, "Unable to get service usage timeout for [mapservice]. Defaulting to server directory timeout. GP Service [mapservice] not found" Not sure if it's related, but it's filling my logs. Obviously on the client side users are having their requests to publish take so long that the connection is dropping, but is that typically a server performance issue or a networking/firewall issue? Or if it's unclear from what I've presented, what's the best way to proceed with diagnostics for this? (Environment:ArcGIS Enterprise (Linux) Portal with federated ArcGIS Server, using Apache)
... View more
11-06-2017
11:59 AM
|
1
|
1
|
3224
|
POST
|
This context is well appreciated and clears up some confusion on my end. Thanks again, Randall.
... View more
10-19-2017
02:01 PM
|
0
|
0
|
1124
|
POST
|
Randall, it's the perspective of the folks who handle the web tier that the nosniff header is valuable to keep set for cybersecurity reasons. I'm inclined to agree. I am disappointed that this would be in a new version rather than a patch as this means that we're unable to use this feature until summer 2018. Thank you for your insight in helping figuring out what the issue was.
... View more
10-19-2017
01:25 PM
|
0
|
2
|
1124
|
POST
|
I've recently installed Portal onto a new server that is federated with a separate GIS Server. The server environment is a "default deny" type of environment which I will come back to in a moment after describing the issue. If one tries to create a new app using Web App Builder (From the Portal page under My Content), as soon as one fills the title tags and summary and clicks submit, it first shows the loading screen for the Web App Builder for a very brief period and then redirects to sign the user out automatically instead. If I have Developer Tools logging this while running, firstly I see the following warning in Chrome before even starting up web app builder (using Chrome) when I log in and go to My Content: Refused to execute script from 'https://[website URL]/portal/sharing/proxy?https://[GIS Server Machine Name]:6443/arcgis/admin/data/findItems?managed=true&f=json&token=[Token]&callback=dojo.io.script.jsonp_dojoIoScript1._jsonpCallback' because its MIME type ('text/plain') is not executable, and strict MIME type checking is enabled. When I click through to create a new Web App, I get this similar warning in the console: Refused to execute script from 'https://[Website_URL]/portal/sharing/rest/portals/self?f=json&token=[Token]&callback=dojo_request_script_callbacks.dojo_request_script0' because its MIME type ('text/plain') is not executable, and strict MIME type checking is enabled. Anyone run into this issue themselves and have hints on how to proceed? My thought is that it may be related to pulling/running external scripts... The ArcGIS Server machine is limited from the internet with only whitelisted ports, for instance. Aside from that, I did notice that Web App Builder uses self-signed certificates, which may be an issue as well? Before speculating I wanted to see if anyone else has input. I did find a similar question here: ArcGIS Web Application Template / Portal Issue
... View more
10-11-2017
02:32 PM
|
0
|
4
|
2607
|
POST
|
Hey Randall, I reached out to ESRI support before going forward with that idea Luckily we figured out this issue. I already had a property set in the portal system settings. For some reason it didn't occur to me to add additional properties in the same bracket. This is what I was doing: {"WebContextURL":[webcontextURL]} {"disableSignup": "true"} This wasn't working because, as soon as the first property was read, it wouldn't search for the next set of brackets! As soon as I realized what was happening, I felt silly. What I needed was this: {"WebContextURL": [webcontextURL], "disableSignup": "true"} Once I did this, it worked without issue. Hopefully leaving this explanation here might help someone else as well
... View more
08-18-2017
09:09 AM
|
1
|
1
|
621
|
POST
|
Thanks for the clarification. That does sound like it would solve the issue. I was expecting the ability to have people request accounts that are then approved by administrator. That would have reduced the administrative headache of getting everyone's contact info ahead of time and creating accounts for them. Nonetheless, this is better than allowing just anyone to request an account! Hopefully this solves the issue, though I am still curious and unsure why Randall's suggestion was not working.
... View more
08-16-2017
11:32 AM
|
0
|
0
|
133
|
POST
|
Nothing notable. Also using Tomcat. I do get, "The web server was found to be stopped. Restarting it" which coincides with my attempts to update properties. Maybe there is issue where it knows it has to restart Portal to apply changes, but it is reloading an old configuration as it does so for some reason?
... View more
08-16-2017
11:28 AM
|
0
|
5
|
764
|
POST
|
Thanks Jayanta... but are you sure this applies to my situation? I don't want to restrict people from seeing the Portal resources outside of the organization; I want to restrict the ability to request for accounts without administrative approval. As it is, merely clicking "Create Account" instantly creates an account.
... View more
08-16-2017
11:24 AM
|
0
|
3
|
621
|
POST
|
Also working on 10.5.1 on Linux. Hmm, do you think changing this through the web adaptor rather than on the server makes any difference? I accessed the admin page through the web adaptor to make these changes.
... View more
08-16-2017
09:39 AM
|
0
|
7
|
764
|
POST
|
Yep, and typed in rather than copy pasted (to prevent extra characters being pasted in). Still doesn't work, curious.
... View more
08-16-2017
09:26 AM
|
0
|
12
|
764
|
POST
|
Strangely, this isn't working. I can try and add this property, but then after a minute or so the page refreshes and the property is not set.
... View more
08-16-2017
07:47 AM
|
0
|
14
|
764
|
POST
|
Just setting up Portal... seems anyone that hits "Register" gets assigned a new account instantly. How do I require that a registration request be approved by an administrator role?
... View more
08-15-2017
02:22 PM
|
0
|
21
|
2251
|
POST
|
Yep; ArcGIS Server Manager works fine, and I can access it from both the web adaptor and the machine hosting Portal (using the machine URL and port). However! In testing I've discovered that the GIS Server machine can't access portal, so I'm trying to address that tomorrow morning. It didn't occur to me that there may be an issue with GIS Server accessing the Portal, since the web adaptor is working without issue and is on the same machine as the Portal.
... View more
08-08-2017
04:04 PM
|
0
|
27
|
3037
|
Title | Kudos | Posted |
---|---|---|
1 | 08-18-2017 09:09 AM | |
1 | 11-06-2017 11:59 AM | |
3 | 11-14-2017 02:58 PM | |
2 | 11-08-2017 11:30 AM | |
1 | 03-01-2017 05:51 PM |
Online Status |
Offline
|
Date Last Visited |
08-29-2023
04:02 PM
|