Latest Contributions by ZacharyHart

Confirmed: removed SQL 2012 Native Client and Synchronization proceeded without error. Currently only the MS SQL Server 2008 R2 Native Client (build 10.50.1600.1) is installed. Still fairly sure this started with SP1 upgrade. Thanks! ... View more

The nim NIM086855 is close to the earlier discussion/report on this synchronization issue. The workaround is listed as "Using SQL Server Native Client 2008 R2 for the ArcGIS Desktop machine to synchronize changes." Please contact Technical Support to confirm if this is the exact case encountered and/or regarding the workaround. Thank you, Mandar from: http://proceedings.esri.com/library/userconf/proc12/tech-workshops/tw_242.pdf Use SQL Native Client software at least as new as teh SQL Server database engine How can you use a 2008 client to connect to a 2012 DB? I have both native clients installed on my desktop/client: 2008R2 for connecting to 2008 DBs and 2012 for 2012 DBs, I'm currently not having any trouble connecting to either; just synchronizing. What are we missing here? ... View more

I have seven deployments in which two are using replication.  If this is a 2012 DB server issue, this needs to be fixed ASAP.  All my new deployments are built on sql server 2012.  It doesn't make sense to deploy on older versions. Luke, I couldn't agree more, and if SP1 turns out the be the culprit there really needs to be a much larger announcement or straight-up warning about making the upgrade. ... View more

just got off phone with with ESRI and no luck so far. For what its worth, when I run the synch tool from toolbox instead of the wizard tool bar i get the 'table already exists' in the results messages but also get a 'error 000582'.........which unfortunately is a catch-all type of error. Mandar, is there a bug reported? Because if not right now i'm not seeing any resolution or work around and if I understand what you're saying correctly if you have conflicts and if you have a 2012 DB server...you're outta luck? I'd suspect that there are a lot of people with this deployment scenario. ... View more

Hmm, makes me think that there's still a reference down in c:\inetpub\wwwroot (or rather a folder still named after your web adaptor). Uninstalling a web application doesn't always remove folders there. Edit: Terry, did a little digging for you and have a look here http://blog.davidrenz.com/?p=984 ... View more

Same error. I've had similar problems in the past but the exact error has changed with SP1. The last few times the only solution was to re-create the replica... ... View more

for whatever its worth, on my configuration page, i specify my fully qualified domain name for the GIS Server URL. Ex: http://this.gis.com:6080 ... View more

Jay, Are you using the webadaptor to expose your GIS services? If so, you should just be able to import your certificate at the web server level, enabling SSL there (if not already which i'm guessing it already is), then secure your GIS server with SSL using the self-signed certificate as shown in the links above. ... View more

I didn't see it in 10.1 SP0, try uninstalling SP1 and test. I didn't see it either as i wouldn't have been able to register my GIS server with the web adaptor then either. At the time, the analyst indicated the bug was 15 days old. ... View more

Brad, can you please confirm that your 2 certificates were generated independentantly? One from AGS, and the other from IIS. ... View more

Hi Zachary, thank you very much for the quick reply. Since I do not have a countersigned certificate, I would like to explain the architecture shortly. My question in this context is if it is possible to use the SSL secured communication through the WebAdaptor with a selfsigned certificate. Since this is only a testing maschine the WebAdaptor and the ArcGIS Server run on the same maschine which is a notebook with windows 7. So the idea is that the IIS Webserver uses the default selfsigned certificate from the ArcGIS Server as well. In this scenario would be no need for a second certificate which means the IIS WebServer loopsthrough the selfsigned certificate directly to the ArcGIS Server. Regards, Martin I dont think you can enable SSL on the GIS server without configuring your web server to be SSL enabled. So you're going to have to configure IIS7 to be SSL enabled: http://www.iis.net/learn/manage/configuring-security/how-to-set-up-ssl-on-iis My question in this context is if it is possible to use the SSL secured communication through the WebAdaptor with a selfsigned certificate Yes, you can and the tutorials clearly suggest this. Regardless of the web server and GIS server being on the same device, you need to think about them as separate servers....the web adaptor provides a means for the web server to 'talk' to the GIS server. I do not believe there is anyway to use the certificate generated from AGS as your IIS/web site's certificate, there isn't any means for it to be imported. Did you follow the steps in the tutorial I linked to in my other post? ... View more

Martin, i've been through a near exact scenario you are dealing with at the release of 10.1 some time back (the only difference being that we were having the certificate countersigned by a CA); the documentation is a bit vague at the point of IIS. Regarding your specific situation, did you look at the security tutorial here?:http://resources.arcgis.com/en/help/main/10.1/index.html#/Enabling_SSL_using_the_default_self_signed_certificate/0154000005wq000000/ The order of operations is important. At the end, you will essentially re-register your GIS server with the web adaptor (web adaptor config from start menu) but will supply something like https://(machine name or FQDN):6443    [my apologies if you were already aware of that]. As you correctly point out, there isn't any way for IIS to import any export from the GIS server, at least no way that we found even after importing the CA signed certificate to the windows certificate manager. Our solution was to secure our web-server with a different CA signed certificate. You need to configure your web site for SSL as well; let me know what problems you're running into. Lastly, I presume your question about authentication tier is referring to the configuration on your admin site home>security>config>update  Your authentication tier has to do with how you've configured your security: at your GIS server (Token based/built-in) or at the web-tier (in your case IIS/windows based authentication). The current configuration on your admin site should simply be a reflection of that. Perhaps someone else could shed some light on why  you would want to change it at that level. Brad, my take away from all of the endeavors in getting our site secured is that we need to look at the web server and GIS server independently and therefore each as being capable of only generating and importing certificates which originate from itself. So for your web server it must originate from IIS. Let me know if you find the exact answer regarding sharing the cert from one web-server to another (might be possible if they are exactly the same?) as the answer will likely come from your IT and not ESRI. ... View more

After installing SP1 on both Server and Web Adaptor, I'm unable to register the Web Adaptor with Sever.  I get the error: Application Error Unable to register the GIS server with the Web Adaptor. Please make sure that that the GIS server and WebAdaptor are of the same version. Has anyone seen this issue? Dan, I had the same error but without knowing anything else about your site configuration, you may want to look at the thread i started here: http://forums.arcgis.com/threads/72748-SP1-known-bug-Primary-Site-Admin-account-cannot-contain-special-characters-over-SSL?p=254101#post254101 I sure hope that helps! ... View more