Latest Contributions by JonathanQuinn

When did you add the "domain.com" etc\hosts entry? What was the reason for doing so? The Portal will pick up that hostname as it's own hostname since the IP address resolves to the same machine, which is why you're seeing the machine name listed in the error. ... View more

Do you remember if you installed the software on the primary machine before the standby? If you installed Portal on the primary first, then that would cause a failover and promote the standby to primary. When you want to continue the upgrade on the original primary, you'll receive the error you mentioned. The error you see is strange, though, we should be grabbing the primary machine name and telling you that you must upgrade that machine. Have you tried to upgrade the other machine instead? ... View more

If it works manually, then getting DEBUG logs are really the only way to sort out why it's failing, unfortunately. In regards to your feedback, thanks for providing it, I appreciate it: 1)  If I assume you're talking about the Server's SSL certificates, yes, that's an issue we're going to fix in the next version of the software. 2) Right, the backups are not created in a way that allows individual items to be extracted. We are looking into creating disconnected packages of items, which still may not help as you'd need to create packages of every item you're interested in restoring manually. 3) We want to support forward compatability for backups so you can restore a 10.X backup to a later version, but not sure when we'll get around to it. 4) The tool is designed to backup or restore everything at a point in time. Given the many dependencies between the ArcGIS Data Store, (data), ArcGIS Server, (service using the data), and Portal, (item that controls security), allowing it to continue when one component failed may cause discrepancies between items. 5) The GeoEvent definitions are not included, but any services created in the Server through GeoEvent or used within any definitions should be. Can you expand on this a bit? ... View more

If flipping the role of the Portals was possible in the software outside of stopping the Portal service, there will still be downtime as the standby's web server needs to restart. ... View more

There are a few ways you can do this: 1) Distributed collaboration 2) The Python API, specifically the Clone Portal users, groups, and content sample and last and likely least: 3) Recreate the content manually ... View more

I'd check the service logs under <install directory>\framework\etc\service\logs. The service-error-0.txt file should give you an indication of what's wrong. ... View more

Unfortunately, most of the time is spent restarting the web server to account for new configuration settings during failover. This step is removed at 10.6.1, which is where most of the performance benefit lies, (on top of better stability as we don't need to modfiy the configuration settings anymore). Short answer, there isn't much you'll be able to do at 10.6 to improve the failover time. ... View more

How many individual sites you have shouldn't really be a factor. If you're interested in a multi-machine site, just make sure you have machine redundancy, (multiple server machines), a fault-tolerant load balancer, resilient file shares for the config-store and directories, and if you're using the web adaptor, multiple web servers with the web adaptors installed. The load balancer will send traffic to the web adaptors which in turn forward the traffic on to the Servers. If you're not using IWA, there's really no need to use the web adaptors and you can just send traffic straight from the load balancer to the Servers. You can also look into just using the web adaptor, but you'd need to use something like DNS load balancing to account for redundancy at the web tier. Round-robin DNS - Wikipedia  What Is DNS Load Balancing? | NGINX  ... View more

There shouldn't be a problem running Postgres on the same machine that's running Portal. Typically, I think you'd want to separate responsibilities for the machine, (database tier should be separate from an application tier), but there shouldn't be a problem. The two instances of PG are installed in separate places, use different ports, etc. First make sure that the account used to run the Portal services has full control or at least read/write to the install directory. Jon ... View more

If a service has recently created that file, then it may be in use. You can use Process Explorer to see which PID has locked the file, which will then tell you which service that PID corresponds to if you're looking at the Command Line column in the Task Manager. Anything in there should be temporary files and only created/used during the run of whatever process created them, (like publishing, etc). ... View more

The DR tool doesn't make a direct connection to the database to run a backup. It relies on Portal to do that, so it just submits a request to the exportSite endpoint and lets Portal handle creating the backup, (which is actually done through pg_basebackup and not pg_dump). The error you see in the DB logs is not related to the backup. Portal consistently checks the connection to the database using pg_isready and it doesn't provide credentials when doing so. It defaults to the user attempting to make the connection, which would be the account used to run the Portal service. Some organizations rely on VM backups, but they have to be timed correctly with file server backups so you capture the data of the entire deployment at a point in time. If you take backups at different times, you'll have differences in the dependencies between Portal, Server, and Data Store which will cause issues when you attempt to restore the backups. If the export also fails in Portaladmin, then the DR tool isn't the issue, but rather the Portal/database. You should be able to run the pg_basebackup command manually to see if that returns an error, or set the logs to Portal to DEBUG and see if you get more information out of the backup process. Ideally Portal would tell you why a backup can't be created, not only that is can't be created. I'm also interested in if you could expand this sentence "WebGISDR has proven unstable, unreliable..." Can you explain some of the issues you've run into? ... View more

Yes, those temporary files can be deleted. We're trying to close up situations where those files are left behind as Server shouldn't be creating files that don't get deleted. ... View more

Are you an administrator in the Portal? Even though there's a token with the request, you may still not have access to the basemap items, in which case that token is invalid. Are the items in the basemap group shared with everyone? They seem to be default basemaps so I'd be surprised they wouldn't be already. ... View more