POST
|
Hi Trevor, Thanks for this additional info. The build date does match with 10.2 Final. Since you mention, upgrade works with a fresh install of 10.2 Final, are there any special configuration on this portal that you see could be causing the reported behavior? If this continues to be an issue, please open an incident with esri Tech Support so we can look into this further. Ravi
... View more
01-15-2014
01:32 PM
|
0
|
0
|
15
|
POST
|
Hi Trevor, Thanks for this additional info. Will take a look at the logs. Can you also let us know the content of this file prior to upgrade: ArcGIS\Portal\webapps\arcgis#home\builddate.txt? Is there any additional info in C:\arcgisportal\logs\database\pgsql.log thanks
... View more
01-09-2014
07:52 AM
|
0
|
0
|
15
|
POST
|
Hi Trevor, In case you have not already reviewed these documents, here are couple of upgrade help topics for review: http://resources.arcgis.com/en/help/main/10.2/index.html#//017s00000084000000 http://resources.arcgis.com/en/help/main/10.2/index.html#/Upgrading_an_earlier_version_of_Portal_for_ArcGIS/017s00000082000000/ A few questions to understand the environment: 1. Is this upgrade from 10.2 Final? 2. Is portal installed on Windows or Linux? 3. Was 10.2 uninstall prior to installing 10.2.1 or is this an upgrade with 10.2 install in place? 4. Are all components of portal (webadaptor, portal, content-directory etc) installed on the same machine? 5. Were there any errors reported during the upgrade or did it complete successfully? 6. Are you able to login to portal using https://portal.domain.com:7443/arcgis/home 7. Are there any errors reported in the portal logs from content-dir: arcgisportal\logs\runtime, content-dir: arcgisportal\logs\webserver and portal install directory/framework/service/logs) 8. When attempting to repeat the upgrade, you mention using a backed up portal install. I assume, this is 10.2 Final portal which has not been upgraded previously. Thanks
... View more
01-08-2014
08:42 AM
|
0
|
0
|
15
|
POST
|
Anthony, Please contact ESRI Tech Support if this continues to be an issue. One question in the mean time....after updating the AD properties in C:\Program Files\ArcGIS\Portal\etc\portal-config.properties and restarting portal, do you see the encrypted password? this would indicate that that portal was able to connect to the AD store using the connection information provided. idp.type=WINDOWS idp.ad.user=domain\\domain_user idp.ad.userpassword=domainuser_password idp.ad.user.fullnameattribute=cn idp.ad.user.emailattribute=mail idp.userpassword.encrypted=false Please post a sample (fake values) of the properties that were set in this file...so we can see if it looks ok.
... View more
12-11-2013
07:52 AM
|
0
|
0
|
14
|
POST
|
Using Fiddler or Firebug, please capture the request that is failing. If the service is from a standalone server (not federated with portal), then there is a known issue where the service cannot be accessed if the hostname in the services URL is same as portal. Host name can be same if the server and its webadaptor are installed on the same machine as portal. Can you confirm if that is the case here?
... View more
12-11-2013
07:46 AM
|
0
|
0
|
36
|
POST
|
In the example shown above, idp.type seems incorrect.it should be WINDOWS instead of WINDOW. idp.type=WINDOWS
... View more
12-09-2013
07:29 AM
|
0
|
0
|
2
|
POST
|
Is the value of dp.userpassword.encrypted set to false before restarting the portal? After updating the username/password, please make sure idp.userpassword.encrypted=false. After restarting portal will encrypt the password and change this value to true. http://resources.arcgis.com/en/help/main/10.2/index.html#//017s00000066000000
... View more
12-05-2013
07:25 AM
|
0
|
0
|
2
|
POST
|
Hi Shreyes, A couple of things to check. 1. The serverUrl or the admin url that is registered with the portal may be invalid. When unfederating use fiddler or firebug to check the request that is failing. 2. the servers security settings may have been changed and it is no longer federated with portal. If the serverInfo resource ( http://serverurl/arcgis/rest/info?f=pjson ) reports a owningSystemUrl property, that would indicate the server is federated with this portal listed in the owningSystemUrl. you can manually unfederate the server by following these two steps. 1. sign into portal api (portalurl/arcgis/sharing/rest) as a portal admin 2. go to http://portalurl/arcgis/sharing/rest/portals/self/servers and click on the server that should be unregistered and unregister the server. 3. Sign into ArcGIS Server Manager ( http://serverurl/arcgis/manager ) and change the security settings back to arcgis server authentication.
... View more
09-12-2013
08:52 AM
|
7
|
0
|
101
|
POST
|
Hi Stuart, Thank you for posting this message. We can reproduce the reported behavior with multiple reverse proxies: 1. Some of the links in the Services Directory are incorrect. 2. rest/info resource returns both X-Forwarded-* host information in the url returned for SOAP and Token Services. 3. In wsdl soap:address location returns both X-Forwarded-* host information in the url. We have submitted a bug (NIM085692) and will address this in the next service pack (10.1 SP2). Ravi
... View more
10-16-2012
08:48 AM
|
0
|
0
|
18
|
POST
|
Please review the following help documents. http://resources.arcgis.com/en/help/soap/10.1/index.html#//01vp0000002v000000 As per this doc, self-intersections are preserved for polylines. http://resources.esri.com/help/9.3/arcgisserver/apis/soap/SOAP_Geometry_Simplify.htm
... View more
06-14-2012
08:52 AM
|
0
|
0
|
2
|
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:22 AM
|