This topic describes how to troubleshoot known issues when deploying or running VMware Tanzu Operations Manager (Ops Manager) on Azure.
This section describes how to troubleshoot known installation issues.
You cannot copy the Ops Manager image into your storage account as part of Step 4: Boot Ops Manager in Deploying Ops Manager on Azure.
You have an outdated version of the Azure CLI. You need Azure CLI v2.0.0 or later. To display your current Azure CLI version, run:
az --version
Install the Azure CLI v2.0 by following the instructions for your operating system in Install the Azure CLI in the Microsoft Azure documentation.
After clicking Review Pending Changes, then Apply Changes to install Ops Manager and VMware Tanzu Application Service for VMs (TAS for VMs), the deployment fails at create-env with an error message similar to the following:
Command 'deploy' failed:
Deploying:
Creating instance 'bosh/0':
Waiting until instance is ready:
Starting SSH tunnel:
Parsing private key file '/tmp/bosh_ec2_private_key.pem':
asn1: structure error: tags don't match (16 vs {class:3 tag:28 length:127
isCompound:false}) {optional:false explicit:false application:false
defaultValue:<nil> tag:<nil> stringType:0 timeType:0 set:false omitEmpty:false} pkcs1PrivateKey @2
===== 2016-09-29 16:28:22 UTC Finished "bosh create-env"
/var/tempest/workspaces/default/deployments/bosh.yml";
Duration: 328s; Exit Status: 1
Exited with 1.
You provided a passphrase when creating your key pair in Step 4: Boot Ops Manager in Deploying Ops Manager on Azure.
Create a new key pair with no passphrase and re-do the installation. For more information, see Step 4: Boot Ops Manager in Deploying Ops Manager on Azure.
Upgrade issues can be caused when the external database user used for the network policy database is given insufficient permissions. To avoid this upgrade issue, ensure that the Network Policy Server database user has the ALL PRIVILEGES permission.
This section describes how to troubleshoot known operation issues.
Developers suffer from slow performance or timeouts when pushing or managing apps, and end users suffer from slow performance or timeouts when accessing apps.
The Azure Load Balancer (ALB) disconnects active TCP connections lying idle for over four minutes.
To mitigate slow performance or timeouts, the default value of the GoRouter timeout to back ends field is set to 900 seconds. This default value is set high to mitigate performance issues but operators should tune this parameter to fit their infrastructure.
To edit the Gorouter timeout to back ends field:
Navigate to the Ops Manager Installation Dashboard.
Click the TAS for VMs tile.
Select Networking.
Enter your desired time, in seconds, in the GoRouter timeout to back ends field.
Click Save.
You are unable to provision a service instance of a Java or Go service. Running cf create-service fails with error Failure provisioning service instance... Timed out after 8 minutes... or similar.
HTTP libraries for Java and Go, running with default settings, prune connections that have been idle for 240 seconds from their connection pool without sending a TCP reset message back to the client service broker. This removes the ability of the broker to provision new service instances.
In the Networking pane of the TAS for VMs tile, set Front end idle timeout to 240 seconds or less, so that Ops Manager regenerates the front end connection before it times out.
For more information, see Azure Networking Connection Idle for more than Four minutes in the Knowledge Base.
