Latest Contributions by JonathanQuinn

Thanks for the update.  If you want to enable HTTPS only, you don't need to set Require SSL to true, Portal will handle making sure the protocol is https.  Requiring https only in IIS enforces it at the web tier while the "Allow access to the portal through HTTPS only" in Portal sets it at the application level.  It's up to you whether you want to require https at the web tier level; it won't affect how Portal functions as long as you also require https in Portal. ... View more

From your screenshot, it doesn't appear like you're running this from the python window in ArcMap. ArcMap knows how to contruct the full path of the connection files within the GIS Servers folder in the Catalog window.  I suggest you copy the connection from the GIS Servers folder to somewhere on your file system, and provide the absolute path to it so the script knows where to find it.  You can also point the script to the actual path that the connection file exists in when using GIS Servers, which is C:\Users\<user>\AppData\Roaming\ESRI\Desktop<version>\ArcCatalog\<connection file name>.  As you can see, it may be easier to move the file to a more friendly path. ... View more

Just to clear up any confusion, you can publish a service definition through ArcGIS Server Manager on any machine, as long as you can actually reach the Manager page.  It doesn't have to be on the Server machine itself. In Chris' environment, ArcMap on his first machine wasn't able to connect to Server on his second disconnected environment, so he wouldn't be able to publish directly from ArcMap on his first environment to Server in his second.  Additionally, ArcMap on his second machine couldn't connect to the database in his first environment, so publishing from ArcMap in general wasn't possible. In regards to the connections, ArcMap and Server will both try to validate the database connection if the same connection is used for both.  On the other hand, ArcMap will try to validate the Publisher connection and Server will try to validate the Server connection if different connections are used, but ArcMap won't try to validate the Server connection and vice versa. ... View more

You should be able to update it through the Server Admin API: ... View more

Chris, that's exactly what the section on "The publisher's machine and the server are working with different databases" is describing.  In that scenario, the Publisher's connection is not accessible by the Server and the Server connection is not accessible by the Publisher.  This is primarily used in Amazon environments where an on-premises geodatabase is not accessible by a Server deployment in the cloud.  Different database connections are used for ArcMap, (publisher), and the Server and the data is copied to the Server before hand manually, however possible, or even during the publishing process by packaging it up within the SD file.  When you use two different connections, the connection strings are swizzled once the SD file is unpacked on the Server end. ... View more

How did you create the new SD file?  Using the same steps outlined in your initial post? ... View more

What's the error when the SD is uploaded?  Is the service spinning up looking for the data in the M:\ path?  When the SD file is uploaded to the Server, the publishing process extracts the SD file and "swizzles" the data sources, meaning it should update the paths within the .msd to point to the location where the included data will be extracted to.  Are you not seeing that?  When you selec No Connection and include the data, the service should extract the data into the arcgisinput folder: The same thing should happen if you use a connection to the Server and then it validates if the file path is registered as a data store.  The analyzer will also give you an indication that the data will be copied. ... View more

You'll want to configure the input to your model/script as a "feature set", and then use that feature as the input to the Select Layers By Location.  See this help for more information on using a feature set.  It's Desktop help, but once it works in ArcMap, it'll work as a gp service. ... View more

For the 10.5 help, we plan on adding a section on deployment strategies for HA.  Below is an example: This particular setup could be an example of a public Web GIS using built-in authentication.  There are a number of different combinations of configurations, (internal vs public access, IWA vs built-in authentication, etc), which are diagrammed within the upcoming help.  The type of authentication you plan to use is important, as that will change what's required for your deployment.  For example, if your Web GIS is going to be for internal use using built-in authentication, you don't need to use the web adaptors and only need one load balancer: However, if you're interested in IWA, you'll need redundancy at the web adaptor tier and a second load balancer to handle administrative communication between Portal and Server: When you're talking about redundancy, do you mean geographic redundancy?  You'll have a primary Web GIS in one data center, (perhaps a global DNS or site manager to direct all traffic to the primary datacenter), and then a standby Web GIS in another in case the primary data center fails?  To keep data synchronized between the two data centers, you can use the Web GIS DR tool.  It packages up your Web GIS configuration and most of the data which you can then apply on your standby Web GIS.  When I say "most of the data", what's included is any content, users, groups, etc in the Portal, any configurations of the federated servers and hosting server, any services published to them, any data copied to the arcgisinput folder during the publishing time, and any data in the ArcGIS Data Store.  You'll be responsible of moving any file based data, enterprise geodatabase or database data, and map caches. ... View more

The problem sounds like one specific to Chrome and Firefox.  Are you using either of those browsers?  Can you try IE?  You can take a look at this blog for more information. ... View more

Take a look at the "The publisher's machine and the server are working with different databases" section within the documentation on registering your data with ArcGIS Server.  What will happen in that case is that the "publisher", (ArcMap), will be accessing one database through one database connection, but once the data is published, the connection string will be "swizzled" so the server, (ArcGIS Server), can access the data through a different database and another database connection.  Make sure you've already copied the data into that directory.  Another option is to register the database on the Server end as the "managed" data store.  Any data from the publisher that's published with feature access will be copied into the database registered as the managed data store. ... View more

You can either export the self signed certificate from your browser or the Server Admin API and import it into your Trusted Root Certificate Store or add some lines within your script to ignore certificate validation errors: python - "SSL: CERTIFICATE_VERIFY_FAILED" Error - Stack Overflow  ... View more