Latest Contributions by AllanAxon1

‎11-25-2019

Michael, I assume you are logging in to the ArcGIS Monitor server with the same Domain Account that is running the collector service and not some other user (ex. your personal account) The collector service (called the Monitoring Service in much of the documentation) is running as Local System (by default). I am getting ready to switch the Monitoring Service to a service account so that we can use the FileReadWrite Extension and test reading and especially writing to a share (we have up to 6 10.5.1 machines in one of our clusters). I am running the lmutil lmstat command that I reported on as an admin user account. I will aim to run the collector/Monitoring Service as a service account and also test the lmutil exe by running it as that same account. I will post here with my results. Thanks,

‎11-25-2019

Michael, Thanks for the steps and instructions. I was able to confirm that the lmutil.exe is not corrupt and can connect from the ArcGIS Monitor server to the license server machine. I was able to use "lmutil.exe lmstat" using several different flags and received the information I would expect. I did notice that even though I specify the 27003 port for 27003@<servername.here.com>, I also receive information from our FME license server running on 27005 (27005@<servername.here.com>). I had noticed a "Note: There may be only one instance of License Manager type per collector" below the Host field in the License Manager configuration page in ArcGIS Monitor Administrator. I had ignored this because FME is not listening on 270003, but when running lmutil lmstat, I'm also receiving FME license information. I neglected to mention the presence of the FME license server on this machine. Is that a problem?

‎11-05-2019

I have installed the License extension and am trying to configure it in ArcGIS Monitor 10.7.1 on Windows 2016. I have 2 other extensions installed, so in ArcGIS Monitor Administrator, I can create a new Ext counter and add the name, Type: License; port 27003; host name of the machine running the license manager. I've set Sample Interval to 5 minutes the default. I'm using a copy of lmutil.exe from our license server which is running LicenseManager version 2019.0. When I click Test, I get: Error: Unexpected error occurred while running machine. I've confirmed connectivity between the monitor server and the license server machines on the port documented above. I see my Tests of the LicenseManager extension in a log that is created by the support.bat, but no additional details about the error. Has anyone else seen this error with another extension or with the Licensemanager extension? Thanks, Allan

‎10-24-2019

Any federated, hosting, or datastore server as well as the portal that webgisdir.bat is running on have to have the SHARED_LOCATION in webgisdr.properties. In other words this directory has to be created on each of those servers. The instructions in webgisdr.properties mentions this, but does not explicit say "create this directory on all your enterprise servers".

‎10-23-2019

Additional information. It looks like the directories are actually created and are still there when the console shows the "Failed to create..." messages. The directories only disappear at the end of the script. I noticed this after leaving an Explorer window open in the root of my "SHARED_LOCATION" property. Right after this message is displayed on console ========================================== Starting the webgisdr utility. The following directories appeared D:\PortalBackupShare\WebGISSite1571852103859\portal D:\PortalBackupShare\WebGISSite1571852103859\server\e3lomclpszrv0vyx D:\PortalBackupShare\WebGISSite1571852103859\server\t4b1j9y2kxo2kw9t Even though these messages are shown on console: Failed to back up the ArcGIS Server. Admin Url: https://gisd24.dot.nc.net/arcgis/admin. Failed to back up the ArcGIS Server. Admin Url: https://gisd23.dot.nc.net/arcgis/admin. {"code":500,"messages":["Export operation failed. Failed to create the folder 'D :\\PortalBackupShare\\WebGISSite1571852103859\\server\\e3lomclpszrv0vyx'."],"sta tus":"error"} {"code":500,"messages":["Export operation failed. Failed to create the folder 'D :\\PortalBackupShare\\WebGISSite1571852103859\\server\\t4b1j9y2kxo2kw9t'."],"sta tus":"error"} Then when these messages are shown: The following Portal for ArcGIS has been backed up successfully: Admin Url: https://gisd21.dot.nc.net/arcgis. The backup of Portal for ArcGIS has completed in 00hr:02min:04sec. The backup of Web GIS components has completed in 00hr:02min:10sec. Stopping the webgisdr utility. The directories disappear while these last 4 lines are showing up on the console

‎10-22-2019

Running Portal for ArcGIS 10.5.1, on Windows 2016; no WebAdaptor, but using Enterprise and ArcGIS authentication on Portal Have 2 federated servers behind a proxy as well and fullBackupSite operation fails on both. I've changed the logging level in logging.properties which is in the same directory as webgisdr.bat, but I don't seem to get any other messages but FINER, SEVERE, and a few INFOs. The first error (reported in a FINER statement seems to be after the call to getBaseBackkupTimeStamp; since it's a FINER message, not sure if this is actually a problem. The main error is related to not creating a backup directory. I've confirmed that the account running the webgisdr.bat has write access to this directory. I've confirmed that the service account running Portal has access to this directory. I'm also assuming the token is ok because there is no error after the getServerToken call Question: Is the JSON response issue necessary to fix first? Question: what other aspects of creating the backup folder should I explore? Oct 22, 2019 3:11:32 PM com.esri.arcgis.webgis.util.WebGISUtil getBaseBackupTimeStamp FINER: {"code":500,"messages":["Error while processing request. Internal error. JSON response not set."],"status":"error"} Oct 22, 2019 3:11:33 PM com.esri.arcgis.webgis.util.WebGISUtil getServerToken FINER: {"owningSystemUrl":"https://<portal_url_Proxy>/arcgis","fullVersion":"10.5.1","secureSoapUrl":null,"soapUrl":"https://gisd24.dot.nc.net/arcgis/services","currentVersion":10.51,"authInfo":{"tokenServicesUrl":"https:// <portal_url_Proxy> /arcgis/sharing/generateToken","isTokenBasedSecurity":true}} FINER: {"owningSystemUrl":"https:// <portal_url_Proxy> /arcgis","fullVersion":"10.5.1","secureSoapUrl":null,"soapUrl":"https://<federated_server_url_internal>/arcgis/services","currentVersion":10.51,"authInfo":{"tokenServicesUrl":"https:// <portal_url_Proxy> /arcgis/sharing/generateToken","isTokenBasedSecurity":true}} ... Oct 22, 2019 3:11:37 PM com.esri.arcgis.webgis.product.Server fullBackupSite SEVERE: Failed to back up the ArcGIS Server. Admin Url: https://<federated_server_url_Proxy>/arcgis/admin. Oct 22, 2019 3:11:37 PM com.esri.arcgis.webgis.product.Server fullBackupSite SEVERE: {"code":500,"messages":["Export operation failed. Failed to create the folder 'D:\\PortalBackupShare\\WebGISSite1571771489332\\server\\t4b1j9y2kxo2kw9t'."],"status":"error"}

‎04-29-2019

We have installed ArcGIS Monitor 10.6.1 on a staging server to see about running it alongside other monitoring software. The existing 3rd party software runs in IIS on port 443. Is it possible to use IIS, Application Request Routing (ARR), and IIS URL Rewrite module 2 to proxy requests to IIS on 443 to ArcGIS Monitor which we have running on 8443? Windows 2016 We are using self-signed certificates in ArcGIS Monitor

‎12-15-2017

Ryan, Some more details on our problem and resolution. When we installed portal manually on a workstation, everything worked. When we ran the scripted install (we use Powershell to run installs on our servers), the portal would not work. We could see errors related to connecting to public maven repositories in the server which once we thought about this it made sense because our servers have restricted firewall access to public sites. Also, I had checked for patches but had missed a patch ( See: http://support.esri.com/en/download/7535) that when I included this patch in our install script, we were able to access the portal manager. --Allan

‎10-10-2017

This is a new install. I originally thought this was a firewall problem, but some other error messages suggested to me that the 9300 may be a process id? I was able to install and run Portal on my workstation and there is a java.exe process that is running there that listens on 7120 and 7220. This process doesn't exist on the server and there are several logs that seem to indicate the index or search function is not working when I try to login with the initial administrator account. I can connect to the Postgres database and see the initial admin account record in the user database. In response to whether elasticsearch is trying to use 7120 and 7220, I do see these ports in the elastic.yml file, so hopefully this process is trying to start up listening on the correct ports. I'm less convinced it's a firewall problem now after comparing the running portal install on the workstation with the server portal install. Thanks,

‎10-10-2017

After some more digging, it looks like my problem is related to the elasticsearch used by Portal and the fact that the process for this that listens on 7120 and 7220 is not starting correctly. We are not using DataSource yet. Thanks for the help.

Online Status	Offline
Date Last Visited	yesterday

My Ideas

Latest Contributions by AllanAxon1

Re: error when testing LicenseManager extension for Monitor 10.7.1

Re: error when testing LicenseManager extension for Monitor 10.7.1

error when testing LicenseManager extension for Monitor 10.7.1

Re: webgisdir.bat cannot create folder in SHARED_LOCATION

Re: webgisdir.bat cannot create folder in SHARED_LOCATION

webgisdir.bat cannot create folder in SHARED_LOCATION

Using IIS on 443 to proxy to ArcGIS Monitor on another port

Re: ArcGIS Portal Issue

Re: ArcGIS Portal Issue

Re: ArcGIS Portal Issue