The apply-changes
command will kick-off an installation on the Ops Manager VM.
It will then track the installation progress, printing logs as they become available.
Usage:
om [OPTIONS] apply-changes [apply-changes-OPTIONS]
This authenticated command kicks off an install of any staged changes on the
Ops Manager.
Application Options:
--ca-cert= OpsManager CA certificate path or value
[$OM_CA_CERT]
-c, --client-id= Client ID for the Ops Manager VM (not
required for unauthenticated commands)
[$OM_CLIENT_ID]
-s, --client-secret= Client Secret for the Ops Manager VM (not
required for unauthenticated commands)
[$OM_CLIENT_SECRET]
-o, --connect-timeout= timeout in seconds to make TCP connections
(default: 10) [$OM_CONNECT_TIMEOUT]
-d, --decryption-passphrase= Passphrase to decrypt the installation if the
Ops Manager VM has been rebooted (optional
for most commands) [$OM_DECRYPTION_PASSPHRASE]
-e, --env= env file with login credentials
-p, --password= admin password for the Ops Manager VM (not
required for unauthenticated commands)
[$OM_PASSWORD]
-r, --request-timeout= timeout in seconds for HTTP requests to Ops
Manager (default: 1800) [$OM_REQUEST_TIMEOUT]
-k, --skip-ssl-validation skip ssl certificate validation during http
requests [$OM_SKIP_SSL_VALIDATION]
-t, --target= location of the Ops Manager VM [$OM_TARGET]
--trace prints HTTP requests and response payloads
[$OM_TRACE]
-u, --username= admin username for the Ops Manager VM (not
required for unauthenticated commands)
[$OM_USERNAME]
--vars-env= load vars from environment variables by
specifying a prefix (e.g.: 'MY' to load
MY_var=value) [$OM_VARS_ENV]
-v, --version prints the om release version
Help Options:
-h, --help Show this help message
[apply-changes command options]
-c, --config= path to yml file containing errand
configuration (see
docs/apply-changes/README.md for format)
-i, --ignore-warnings For convenience. Use other commands to
disable particular verifiers if they are
inappropriate.
--reattach reattach to an already running apply changes
(if available)
--recreate-vms recreate all vms
-s, --skip-deploy-products skip deploying products when applying changes
- just update the director
-n, --product-name= name of the product(s) to deploy, cannot be
used in conjunction with
--skip-deploy-products (OM 2.2+)
The preferred approach is to include all configuration in a single YAML configuration file.
You can turn on or off errands for products you are deploying (or set it to default
):
errands:
sample-product:
run_post_deploy:
smoke_tests: default
push-usage-service: false
run_pre_delete:
smoke_tests: true
test-product:
run_post_deploy:
smoke_tests: default
To retrieve the default configuration of your product's errands you can use the om staged-config
command (although the returned shape is different).