Check the MTA Operation Failure section.
Check the MTA Operation Failure section.
There are several ways to find the application logs:
-
OPERATION.LOG
– contains the whole deployment log. -
<application-name>.log
– there is a separate file for each application. It holds the logs related to the application during staging and starting.Note that the operation logs are kept for 3 days. Make sure that you download them before the retention period expires.
To download the logs, execute the following command:
cf dmol -i <process-id>
cf dmol -i cbe58aeb-0c40-4a3e-972d-82a499815745
When an error occurs during deployment, there is a message which indicates whether the problem is in one of the components of the Cloud Foundry Platform. In such cases, an incident to the corresponding component could be created.
“Controller operation failed: 400 Bad Request: Cannot bind application to service”
For more information, you can also check the Troubleshooting.
Use the command cf mta-ops
and find the id of the operation related to the desired deployment. There will be information about the status of the operation.
Use the cf mtas
command and locate the ID of the desired MTA. After locating the correct MTA ID, execute the command cf mta <located-mta-id>
to get detailed information about the MTA with the provided ID.
-
If the deployment fails, see MTA Operation Failure.
-
If the deployment finishes successfully, you can check the deployment logs.
-
If the deployment is still running, you can abort or monitor it.
The Abort action is described in more details in the MTA Operation Failure section.
The Monitor action can be executed with the following command:
cf <operation> -i <operation-id> -a monitor. Example: cf deploy -i 12355 -a monitor
You can abort the currently running deployment, using the command cf <operation> -i <operation-id> -a abort
(Example: cf deploy -i 12353 -a abort
) or you can execute the command for starting the deployment by providing the option -f as described in the deploy section.
cf deploy <path-to-mtar>.mtar -f
4GB for the whole MTA and 1GB for a single module. For more information, see Prerequisites and Restrictions.
You can use a parallel deployment as described in section Parallel Deployment.
For more information, see Defining Multitarget Application Deployment Descriptors for Cloud Foundry.
Services are always deployed in parallel.
The applications and content deployment order is determined based on the deployed-after
module parameter. If deployed-after
is not used and parallel deployments are not enabled for the MTA, therequires
/provides
module sections define the order. For more information, see Parallel Module Deployment.
If you want one MTA to “own” the lifecycle of the service and another to use it only as an “existing service”, use the org.cloudfoundry.managed-service
andorg.cloudfoundry.existing-service
resource types respectively.
For more information, see Service Binding Parameters as well as Service Creation Parameters.