POST
|
Wow, great info Jonathan. This was exactly what was happening. Luckily these were fresh deployments and we didn't have any concerns uninstalling & reinstalling the Portal. I had the etc/hosts entry prior to installation, and the webadaptor is now working as expected.
... View more
11-07-2018
07:18 AM
|
0
|
0
|
3303
|
POST
|
@jonathan quinn, can you please provide more details on this observation of your ? Whats the role of the hostname file here in relation to this issue ?
... View more
11-05-2018
12:04 PM
|
0
|
3
|
2373
|
POST
|
I am seeing that this behavior might have to do with the local hostname file. I have had two deployments now, one on Azure and one on a local VM where the portal web adaptor keeps defaulting to :7443/arcgis IF YOU ARE USING THE LOCAL HOSTNAME FILE TO CONFIGURE YOUR DNS
... View more
11-05-2018
12:02 PM
|
0
|
0
|
3303
|
POST
|
Try and capture some of the calls being made using something like a fiddler or even just the chrome developer tools. I think that the /portal/sharing url here is still using the machine name and hence you might be getting a not found. You might be better off deploying this without using the builder.
... View more
08-16-2018
01:08 PM
|
0
|
0
|
343
|
POST
|
One of my Datastore backup locations on the Network were recently migrated and the existing alias that was used to configure the backups doesn't work anymore. Surprisingly, Datastore's inability to write to this path has way more implications than one would expect. The PostGRES Service frequently crashes and all our hosted services have been down. On a couple of environments, the severity has gotten to the point where the DataStore Windows Service cannot be brought back up. The changebackuplocation util just times out without returning any messages on the Command Prompt, I have also tried to manually backup the datastore config and to change the backup location, but this hasn't worked. The Datastores unavailability now also seems to be affecting ArcGIS Server & Portal. We are having to restart all the Windows Services, and often the Virtual Machine itself. Any one with any clues here ?
... View more
01-10-2018
10:01 AM
|
0
|
0
|
465
|
POST
|
When you are deploying the app in IIS, try to add a Response Header Tag on your Website and see if this helps at all - X-UA-Compatible IE=EDGE
... View more
08-26-2016
07:37 AM
|
0
|
1
|
820
|
POST
|
I have a .styles file that I have been using in ArcGIS Desktop that now needs to go up as a default category to my organizations Portal for ArcGIS. I wasn't sure if there was a standard way described to do this, but I would like for my custom symbols to show up as part of this list below - I did find the below article useful, kind of, but it loses track when I am trying to publish the symbols as a new item to my portal and I realize that the type 'symbol-set' isn't available at all. How To: Configure Portal for ArcGIS with custom symbology All I could manage to do was publish the .png corresponding to one of my symbols as an Image File. I do find a lot of results of the type 'Style' on AGOL but cant really figure out how would i publish something similar and then eventually add it into my default list of symbols. Any suggestions or help will really be appreciated, thanks !!!
... View more
08-23-2016
11:09 AM
|
0
|
4
|
2972
|
POST
|
In our case, we have verified that the GeoEvent grabs the SSL from Server and they are both the same. Since we are not using Self Signed Certs, this was one of the first things I verified. Also, if you remove the Certificate and clear up the ProgramData for GeoEvent, it again grabs the same certificate from Server. So Certificate being pushed over to GeoEvent from Server is not an issue in our case. ESRI Support have recommended the un-Federate > Reinstall GeoEvent > re-Federate workflow to get rid off the 'owningSystemURL' error and to have it talk to the Portal using the Proxy settings again. I can try reimporting Certificate into Server before Reinstalling GeoEvent to see if it helps at all in this case.
... View more
07-27-2016
12:14 PM
|
0
|
0
|
973
|
POST
|
I have been investigating this issue lately and realized that applying the proxy settings on the GeoEvent Manager was what caused this behavior. Interestingly, this problem also ties back to the Proxy Settings applied on the Portal Properties in case of Federated Servers. As a temporary fix, I was able to remove the Portal Proxy settings, uninstall and re-install the GeoEvent and successfully pass through to the GE Manager. But the problem resurfaces as soon as you add the hostname on the Proxy Settings of the GE Manager. There also doesn't seem to be a way to go and edit these proxy settings some other way once the GE starts throwing this error. If you go and look at the GE log files, you will see a lot of SSL handshake errors asking you to explicitly provide the GE a SSL Cert through the ArcGIS Server ADMIN, and this error message is irrelevant & misleading since GE hasn't followed that mechanism since Version 10.2. Anyone here any more insight or suggestions ?
... View more
07-27-2016
09:53 AM
|
0
|
2
|
973
|
POST
|
Hi Pat, We have been using Windows Domain all along.. We did try switching to Build in which worked relatively faster, but we cannot use that security model on our Production Domain. -Muneer
... View more
03-11-2013
07:09 AM
|
0
|
0
|
519
|
POST
|
Thanks for the information Brian.. We pretty much have the same issues that you are experiencing.. Additionally, browsing the directories is also very slow for us.. We are also using a domain Service Account and that one isnt a part of a number of nested groups.. We just finished another working sessions with ESRI Tech Support, and we tried out a number of suggestions one of which was Enabling the Kernel Mode but nothing really has helped so far.
... View more
03-07-2013
10:51 AM
|
0
|
0
|
519
|
POST
|
We have been experiencing similar issues for a while.. We have currently installed 10.1 on a Test Server but plan to roll it into production to replace our existing 10.0 ArcGIS Server by the month of May. But I guess we aren't making the deadlines because of the performance issues.. Local browsing to 10.1 Services whether with ArcCatalog or with IE is pretty fast on the Server itself, however as soon as you go to a client machine and pass the intranet + the Company Active Directory Groups, the performance is agonizingly slow.. And this is only while browsing through the ArcGIS Server Folder/Directories, direct URL's to any of our map services work just fine within out client applications.. We have been working with ESRI Tech Support for the last two weeks, but nothing productive has come up yet. Any suggestions here? Regards, Muneer Majid Spatial & GIS Analyst Chevron Energy Technology Company
... View more
03-07-2013
06:18 AM
|
0
|
0
|
519
|
POST
|
Hi all, I have been trying this lately, but without any luck so far.. I need to export a layer in my SDE database to a GML File.. I am trying to use the 'Quick Export' Tool available under the Data Interoperability Toolbox for this purpose.. When I am doing this manually through Catalog I have not encountered any problem as such.. However, the same doesnt seem to work when doing it through my code.. Here is a very basic code chunk for this.. Geoprocessor m_GP = new Geoprocessor(); m_GP.AddToolbox("C:/Program Files/ArcGIS/ArcToolbox/Toolboxes/Data Interoperability Tools.tbx"); QuickExport m_QE = new QuickExport(); m_QE.Input = "Database Connections/genesis.sde/NE.TELCO/NE.EQUIPMENT"; m_QE.Output = "GMLSF, D:/GMLEXP/test.gml"; m_GP.OverwriteOutput = true; m_GP.Execute(m_QE, null); I have tried various input parameters etc nothing seems to actually work.. The code runs through the m_GP.Execute line without any error as such & in a flash.. Hence I can notice that there is no processing in this case.. The D:/GMLEXP Folder remains empty .. Anyhow would really appreciate if some one can come up with any hints over this.. Regards, Muneer..
... View more
09-14-2010
08:02 AM
|
0
|
2
|
2248
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|