POST
|
Sorry for the delay in reporting resolution to this anomaly. After applying all Windows updates to the server and all ArcGIS for Server patches for that version, and further completely uninstalling and reinstalling both ArcGIS for server and Web Adaptor, the issue disappeared. I suspect it also helped to migrate the associated data from an Oracle Plug-able database to a non-container database as recommended by ESRI support.
... View more
11-12-2018
03:19 PM
|
0
|
0
|
1346
|
POST
|
Not yet, Andy. ESRI support has forced us to convert our Oracle database from CDB to NCDB before they continue to support us. I've reopened the case to see what else they come up with, but so far they want us to try registering database connections to the affected db from another ArcGIS Server, which Iv'e asked our DBA to clone it elsewhere where we have another ArcGIS Server. They also want us to ensure Windows updates match that of other working servers as close as possible to rule out other possibilities, and there are some differences in that the affected had failed Windows updates since last December, round about the time this started to happen. I'm debating whether to rollback those updates. Meanwhile, I tried this post to see if I could manually register a connection to try and validate. To avoid the password encryption problem, I registered the needed database connections to that database from a ArcGIS Server that can reach it via TNS, then copied the connection folders to the affected server's config-store folder. I then realized that I've already tested ESRI support's suggestion and that we needed not clone the database after all. The copied database connections loaded after a service restart, but they did not validate, giving off the same error in the logs. I've even copied the oracle driver, which works on the working ArcGIS Server to the affected one, and still fails the same way. Stay tune.
... View more
05-21-2018
09:37 AM
|
0
|
1
|
1346
|
POST
|
According to ESRI support, after several tests on the server, the issue lies on the Oracle client software. I'll post whatever comes out of further investigations.
... View more
01-22-2018
12:48 PM
|
0
|
3
|
1346
|
POST
|
Are you trying to execute the ArcGISWebAdaptor[version].exe or the already-extracted Setup.exe file? I've seen some systems like yours where self-extractable executables are not allowed to be executed by policy. I've resolved it by first extracting the Setup.exe and support files folder, then running the setup. 7-Zip is a good extractor tool, and the portable version doesn't need installation. Good luck!
... View more
01-02-2018
07:58 AM
|
2
|
1
|
598
|
POST
|
Greetings, I have an AGS 10.3.1 with map services using registered database connections to a colocated Oracle 12c Ent. database as resource that has been working just fine for months. It uses windows authentication with web administration configured thru a webadaptor on a federated network. I'm not sure what's causing it but I know that several Windows updates were pushed to it within 24 hrs before the issue appeared. The Oracle Database was also patched with an Oct '17 patch a day earlier, but was rolled back after the issue appeared (to no avail). The AGS can no longer validate the registered databases connections it has contained and provided its services with for a long time thru the Manager. ArcCatalog can still connect to the database using the very same SDE connections it created to registered connections to the AGS. It can even create new ones just as well. It can also connect to the AGS as usual to access server properties. However, ArcCatalog cannot edit the registered database connections without running into the same issue. It cannot even replace the failing connections with the ones it can connect to the database with because, as it appears, AGS can no longer use them. To be thorough in my question, Desktop is also installed on the same web server, so the server has both 32bit and 64bit Oracle client software deployed, and the 64bit is shown first on the PATH values. Recall that it has worked as-is for awhile. I've searched for "The file path does not exist or too long (<512 chars), or has invalid characters." and found little info with resolution that would solve this. Any ideas? Thank you in advanced.
... View more
12-12-2017
12:53 PM
|
0
|
4
|
1752
|
POST
|
Jonathan, Your statement "The error doesn't appear to be a Portal error" got me thinking. could there be a setting in my ArcGIS Server (10.3.1) that is by-passing what's given in the Services Directory value?
... View more
12-04-2017
08:59 AM
|
0
|
1
|
678
|
POST
|
Yes, I am able to browse to, authenticate and view/create content. The portal was deployed by another team within my organization, so I don't how it was exactly configured. I heard they had ESRI come up and set it up for them. I haven't addressed the issue to them, yet (assumed was doing something wrong). Yes, WA=windows authentication. Nothing different seems to happen when I browse to "https://<server-portal>/geoportal/home/webmap/viewer.html?", stays right on the page. I get the same error when manually complete the parameters "?url="<mapserver>&sourceid=sd on the address bar.
... View more
12-01-2017
12:39 PM
|
0
|
2
|
678
|
POST
|
My organization have deployed a Federated ArcGIS Portal which uses Windows authentication. I manage several federated ArcGIS Servers in the same domain and are accessible in the same way. My network does not allow using the defaulted http://www.arcgis.com portal for previewing services since we secured the servers per guidance. I made the necessary changes to point the Services Directory's ArcGIS.com URL setting to my organization's portal as below: Unfortunately, when I click on "View In: [Organization] Portal", I get the screen below: The first thing that strikes me is that it calls it as HTTP, not HTTPS, which is weird since that's not how it was configured. It might explain the access denied, because it's not allowed on network, but that's not reflected on the browser's address bar. Is there something that needs to be done for the portal to allow its usage on my ArcGIS Server? I assumed that wouldn't be the case if it works in same way as the default arcgis.com site. Why does the error shows up as an unsecured/http address? What does the error message means by "on this server"? Thanks in advanced.
... View more
11-30-2017
12:27 PM
|
0
|
4
|
898
|
POST
|
Thanks, Thomas for making me think about this further. It turns out that the ArcGIS Server service may have fallen out of sync with the directory during this process. While I have no idea why or how, but: I removed the co-located .rlock file from the config-store directory Edited and re-saved the existing settings as shown on the ArcGIS Server Administrator Directory, and Restarted the ArcGIS Server service Windows services. That appeared to have done the trick after couple days of confusion.
... View more
11-30-2017
11:47 AM
|
0
|
0
|
979
|
POST
|
Thanks, Thomas. You know they can read this, right? LoL Gave it a try and found that that value was already set to true even though browsing to it says otherwise. it's as if it's stuck in read-only mode and won't change the last set or something. Could it have something to do the .co-located servicesdirectory.json.rlock file?
... View more
11-30-2017
11:10 AM
|
0
|
1
|
979
|
POST
|
The whole purpose of the web adaptor is so that ports may be omitted on URLs when browsed from a client browser. Using the port is actually by-passing the web adaptor, and being unable to reach the server using the port from a client browser would likely indicate that the network policies are presenting it. Given the pic above, your server can only be reached via HTTPS, i.e., port 6443. If you want to change that, you'd have to change the security settings via https://<server>:6443/arcgis/admin on the server: Otherwise, to get to the server's service directory (if not disabled), you'd have to browse to https://<server>/arcgis/rest/services WITHOUT a :6443 port designation from a client browser.
... View more
11-28-2017
07:33 AM
|
0
|
2
|
351
|
POST
|
Greetings, I have several Windows Server 2012 R2 running ArcGIS for Server 10.3.1 (AGS) servers which I have secured using DoD STIG requirements, one being the disabling of the services directory (as a recommendation). All AGS deployments use windows domain groups to authenticate users as publishers and administrators via co-located web adapters which all have administration enabled. I love these settings since there is no longer a need to use the "arcgis" account for these purposes. Because web development against running services are a mandate, it is frequently an occurrence that services directory be re-enabled temporarily for analysis. I keep getting a "HTTP 404 Not Found" when I try re-enabling the services directory from a client browser using the Format: HTML set on the page. Wen I return to the Edit Services Directory page, I noticed that the Services Directory Enabled setting did not change, and I've end up remoting to the targeted server and making that change there using the HTTPS port and 'arcgis' account authentication. Using port on a client browser is not allowed on the network. For kicks, I once tried changing this setting from an client browser using the Format: JSON, and I got a {"status": "success"} return page. However, I am now unable to make any further changes to that AGS either on the server using the 'arcgis' account and port, or via a client browser using either Format value. 1. How do restore that AGS deployment so that it would work as normal, again? Luckly, the stuck setting is that of 'Disabled'. 2. Why am I unable to make setting changes form a client browser even though AGS recognises me as an administrator in the Windows domain? Thanks in advanced.
... View more
11-22-2017
11:26 AM
|
0
|
4
|
1120
|
POST
|
It is possible to reach out to AGS servers via its web adaptor for administrative purposes. Depended upon how it's configured (or not), it is also possible to use the DNS alias with the port to connect to a server.
... View more
09-08-2017
06:11 AM
|
0
|
0
|
631
|
POST
|
Consider omitting the port number on your address. ArcGIS Web Adaptor is normally used so you wouldn't have to, specifically for domain-wide accessible web servers that require secured connections.
... View more
09-08-2017
06:06 AM
|
0
|
0
|
631
|
Title | Kudos | Posted |
---|---|---|
1 | 11-15-2013 02:03 AM | |
2 | 01-02-2018 07:58 AM | |
1 | 07-06-2012 06:46 PM | |
2 | 04-26-2014 12:39 PM | |
1 | 07-20-2014 01:26 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|