Installing on AWS image with pre-installed server about arcgis-powershell-dsc HOT 7 CLOSED

Hi @jhevenor,

Are you able to send the dsc run logs? Let's check the C:\Software\ArcGIS\Server\framework\etc\hostname.properties file to see if it was updated with the correct ip. Also check if the arcgis server service is started in services.msc and are you able to browse to https://1.2.3.32:6443/arcgis/admin in the web browser?

Thanks,
Cameron K.

from arcgis-powershell-dsc.

Thanks @cameronkroeker.
DSC logs attached. I had to rerun and I've tried to propagate the unnecessary obfuscation above, but note 10.155.1.219=1.2.3.32 if you come across it.

hostname.properties contains hostname=1.2.3.32, so correct?

The link to /arcgis/admin does not load.

issue-535-dsc-logs.zip

from arcgis-powershell-dsc.

Thanks @jhevenor. I am not seeing any issues within the dsc logs. Perhaps there are some clues within the logs of the following 2 directories?

• C:\Software\ArcGIS\\Server\framework\runtime\tomcat\logs
• C:\Software\ArcGIS\Server\framework\etc\service\logs

from arcgis-powershell-dsc.

Hi @cameronkroeker, I redeployed this morning for fresh logs. See attached zip.

issue-525-server-logs.zip

from arcgis-powershell-dsc.

Thanks @jhevenor.

The only thing that jumps out at me is within the tomcat logs:

Feb 09, 2024 2:32:28 PM org.apache.catalina.startup.Catalina stopServer
SEVERE: Could not contact [localhost:6006] (base port [6006] and offset [0]). Tomcat may not be running.
Feb 09, 2024 2:32:28 PM org.apache.catalina.startup.Catalina stopServer

SEVERE: Error stopping Catalina
java.net.ConnectException: Connection refused: connect
	at java.base/java.net.PlainSocketImpl.connect0(Native Method)
	at java.base/java.net.PlainSocketImpl.socketConnect(Unknown Source)
	at java.base/java.net.AbstractPlainSocketImpl.doConnect(Unknown Source)
	at java.base/java.net.AbstractPlainSocketImpl.connectToAddress(Unknown Source)
	at java.base/java.net.AbstractPlainSocketImpl.connect(Unknown Source)
	at java.base/java.net.SocksSocketImpl.connect(Unknown Source)
	at java.base/java.net.Socket.connect(Unknown Source)
	at java.base/java.net.Socket.connect(Unknown Source)
	at java.base/java.net.Socket.<init>(Unknown Source)
	at java.base/java.net.Socket.<init>(Unknown Source)
	at org.apache.catalina.startup.Catalina.stopServer(Catalina.java:667)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.base/java.lang.reflect.Method.invoke(Unknown Source)
	at org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:391)
	at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:481)

Is there another process or application using port 6006? I don't think this is new though at 11.x because I also see the same port is used in 10.9.x/10.8.x:

https://enterprise.arcgis.com/en/server/11.1/install/windows/ports-used-by-arcgis-server.htm#ESRI_SECTION1_E538DF5AE3874BDABDA95BF6B3D66504

and

https://enterprise.arcgis.com/en/server/10.9.1/install/windows/ports-used-by-arcgis-server.htm#ESRI_SECTION1_E538DF5AE3874BDABDA95BF6B3D66504

Thanks,
Cameron K.

from arcgis-powershell-dsc.

@cameronkroeker I think I figured out what's happening. My latest images I created a local windows user with the same username that I eventually use in my later automations. But, the password changes when the new VMs are rolled out. I think some of the checks for the current state see that ArcGIS Server is installed and Windows Services exist, but the password change breaks something along the way.

I've made new image using a different username and my truncated automations run smoothly.

So, I'm not sure what you can do with that information, but at least you're aware. I'm happy to collaborate on rooting out and remediating this specific quirk, but for now I'll close this ticket and move on. Thanks for your time.

from arcgis-powershell-dsc.

@cameronkroeker I think I figured out what's happening. My latest images I created a local windows user with the same username that I eventually use in my later automations. But, the password changes when the new VMs are rolled out. I think some of the checks for the current state see that ArcGIS Server is installed and Windows Services exist, but the password change breaks something along the way.

I've made new image using a different username and my truncated automations run smoothly.

So, I'm not sure what you can do with that information, but at least you're aware. I'm happy to collaborate on rooting out and remediating this specific quirk, but for now I'll close this ticket and move on. Thanks for your time.

Glad you were able to find the culprit and get it resolved! The module does do a username comparison but not password comparison for the service account. Since the username's matched it skipped updating the service. However, to workaround this though you can set ConfigData.Credentials.ServiceAccount.ForceUpdate attribute in your json config to true.

"Credentials": {
   "ServiceAccount": {
   "Password": "xxxx",
   "UserName": "svcuser",
   "IsDomainAccount": false,
   "IsMSAAccount": false,
   "ForceUpdate": true
}

Thanks,
Cameron K.

from arcgis-powershell-dsc.