Latest Contributions by JonathanQuinn

Bugs/issues don't get fixed unless there are specific patches to address them, so waiting to install the same version will still present the problem. That error isn't something specifically addressed even at 10.7.1 so it sounds like it may be an environmental type problem that we'd need to get to the bottom of. We run through a significant amount of upgrade testing and never ran into this, which points more to something specific within those environments. ... View more

Set a path filter for C:\arcgisportal\db so any file based traffic to that directory is logged. If ProcMon records an error indicating that the path doesn't exist, but you can confirm manually that it does, then that could be the problem. Windows itself shouldn't have a problem with slashes, it can sort out that C:/test is actually C:\test, for example. Linux is different, of course. If the code has a problem with that, then that's another story. ... View more

Is that advice based on technical issues with the software or the updated product lifecycle? ... View more

Hm, seems like that'd be a problem, but then any environment upgrading to 10.7 would see that problem. What locale are you using? Try to run ProcMon and filter for that path during the upgrade to see what errors are logged. ... View more

The first thing I'd do is identify if it is related to the log level or not, as that seems to be the leading, and most likely, theory. If it doesn't happen if logs are set to WARNING, then that'd help identify the problem. If that's the case, I'd get in touch with Support for further troubleshooting, as this sounds like it could require advanced troubleshooting. ... View more

Yes, Enterprise, (specifically Portal and Server), will work without the web adaptors where requests are routed from your load balancer or reverse proxy directly to Portal or Server. The web adaptors are only required if you want to use IWA. Survey123 and any other client applications will with any authentication currently supported for Enterprise, (IWA, SAML, portal tier, built-in, etc). ... View more

I'm not sure what The semaphore timeout period has expire means, but a quick Google search turns up a lot of instances of that type of error. A couple things to do: 1) Check that the account used to run the Portal service has access to the shared content directory. You can log onto the machine with that account to verify. 2) Remove the recovery.conf from the primary machine. It should only exist on standby. None of those should cause permissions problems, but they are they easiest things to get out of the way before addressing the performance problem. ... View more

I expect that if you go to https://portal.domain.com:7443/arcgis/sharing/rest, the page is returning a 404. The only thing I can suggest is restart the Portal service and see if that fixes it. Is the environment in AWS using content in S3? Unfortunately, these types of problems are tricky to solve and it's best to contact Support Services. ... View more

If the service is stopped, there are no processes running that could be generating logs on the machine. Can you check the Machine column and ensure that the logs are coming from the machine that is stopped? The log level setting supports "Off", so you can use this to turn off logging for a period of time: I think it'd be better to identify why the errors are getting logged, and from what machine though. You should be able to turn off a particular machine in a multi-machine site without any issues, (aside from disconnecting a connection or something similar). ... View more

The web servers on each machine are both active and capable of receiving requests, so in that sense, it's active-active. There is a primary database on the primary Portal, though. The standby will connect to the database on the primary machine when it receives a request that requires data from the database, so it's active/passive at the DB tier. There's no problem sending requests to each machine. ... View more

The database will start postgres.exe processes on the Portal machine. Do you see those running? Do you see any errors in the pg_logs within the logs directory of Portal? ... View more

Session information isn't stored in Portal, so there's no way to determine who is currently logged into the Portal. Checking the last login value or querying the logs for token generations is an approach, but you're right, there's no way to determine directly within the Portal whether a user is currently logged in. If you're using IWA, maybe you can check the IIS logs on the Web Adaptor machine and see if requests have come in for a particular user within the last x seconds? ... View more

There's an issue upgrading an HA portal to 10.7 that may cause the upgrade to not go through correctly. Within the haconfig.properties file in the items/portal-ha folder within the shared content directory, check the master.node property. If this doesn't match the current primary, (sign into Portaladmin and go to the Machines list), stop the current primary to cause a failover. The original primary must be the current primary otherwise an internal file isn't updated correctly. This is fixed at 10.7.1. ... View more

I see. I was interested in testing this myself so I set up 10.7: Machine 1 - reverse proxy/load balancer    lb.esri.com Machine 2 - Web Adaptor machine   wa.esri.com Machine 3 - Portal   portal.esri.com The arcgisonline redirectURI array lists the portal machine first, web adaptor second, RP/LB third, and then wildcard entries for *.esri.com and *.arcgis.com: I can successfully generate a token via any of the URLs: LB: WA: Portal: I don't doubt you saw an issue, but I imagine it was a deeper problem than just the ordering of the arcgisonline redirectURIs. The generateToken page doesn't use oauth which is what the redirectURI's are related to. Only web applications and the home application sign in rely on the oauth redirect URI list. I imagine that even the *.esri.com would cover any of the URLs I tried. ... View more