Troubleshooting On-Demand Instances
Warning: RabbitMQ for Pivotal Cloud Foundry v1.17 is no longer supported because it has reached the End of General Support (EOGS) phase as defined by the Support Lifecycle Policy. To stay up to date with the latest software and security updates, upgrade to a supported version.
This topic provides basic instructions for app developers troubleshooting on-demand RabbitMQ for PCF instances.
Troubleshoot Errors
Start here if you are responding to a specific error or error messages.
Common Service Errors
The following errors occur in multiple services:
No Metrics from Log Cache |
|
---|---|
Symptom | You receive no metrics when running the cf tail command. |
Cause | This might be because the Firehose is disabled in the PAS tile. |
Solution | Ask your operator to ensure that the V2 Firehose checkbox is enabled, and the Enable Log Cache syslog ingestion checkbox is disabled in the PAS tile. For more information about configuring these checkboxes, see Enable Syslog Forwarding. |
Techniques for Troubleshooting
See the following sections for troubleshooting techniques when using the Cloud Foundry Command-Line Interface (cf CLI) to perform basic operations on a RabbitMQ for PCF service instance.
Basic cf CLI operations include create
, update
, bind
, unbind
, and delete
.
Parse a Cloud Foundry (CF) Error Message
Failed operations (create, update, bind, unbind, delete) result in an error message.
You can retrieve the error message later by running the cf CLI command cf service INSTANCE-NAME
.
$ cf service myservice Service instance: myservice Service: super-db Bound apps: Tags: Plan: dedicated-vm Description: Dedicated Instance Documentation url: Dashboard: Last Operation Status: create failed Message: Instance provisioning failed: There was a problem completing your request. Please contact your operations team providing the following information: service: redis-acceptance, service-instance-guid: ae9e232c-0bd5-4684-af27-1b08b0c70089, broker-request-id: 63da3a35-24aa-4183-aec6-db8294506bac, task-id: 442, operation: create Started: 2017-03-13T10:16:55Z Updated: 2017-03-13T10:17:58Z
Use the information in the Message
field to debug further.
Provide this information to Support when filing a ticket.
The task-id
field maps to the BOSH task ID.
For more information on a failed BOSH task, use the bosh task TASK-ID
.
The broker-request-guid
maps to the portion of the On-Demand Broker log
containing the failed step.
Access the broker log through your syslog aggregator, or access BOSH logs for
the broker by typing bosh logs broker 0
.
If you have more than one broker instance, repeat this process for each instance.
Retrieve Service Instance Information
Log into the space containing the instance or failed instance.
$ cf login
If you do not know the name of the service instance, run
cf services
to see a listing of all service instances in the space. The service instances are listed in thename
column.$ cf services Getting services in org my-org / space my-space as user@example.com... OK name service plan bound apps last operation my-instance p.rabbitmq single-node create succeeded
Run
cf service SERVICE-INSTANCE-NAME
to retrieve more information about a specific instance.Run
cf service SERVICE-INSTANCE-NAME --guid
to retrieve the GUID of the instance, which is useful for debugging.
Retrieve RabbitMQ Instance Credentials
To access the RabbitMQ Management UI for troubleshooting, create a new service-key to retrieve RabbitMQ instance credentials. Pivotal recommends that you use this key for troubleshooting only, and that you delete the key after troubleshooting. To retrieve the credentials, do the following:
Create a service-key for your RabbitMQ instance using the command
cf create-service-key INSTANCE-NAME SERVICE-KEY-NAME
.Retrieve the credentials using the command
cf service-key INSTANCE-NAME SERVICE-KEY-NAME
.Navigate to the RabbitMQ Management UI using the URL from the service key.
For example:
$ cf create-service-key my-rmq-instance my-key Creating service key my-key for service instance my-rmq-instance as admin... OK $ cf service-key my-rmq-instance my-key Getting key my-key for service instance my-rmq-instance as admin... { "dashboard_url": "https: //rmq-62e5ab21-7b38-44ac-b139-6aa97af01cd7.your.pcf.example.com/#/login/b5d0ad14-4352-48e8-8982-d5b1d257029f/tavk86pnnns1ddiqpsdtbchurn", ... }
To gain admin privileges for the RabbitMQ Management UI, create an admin user for a service instance and obtain user credentials that you can share with other app developers.
Both operators and app developers can use this procedure. See Create an Admin User for a Service Instance for more information.
Delete RabbitMQ Instances
The on-demand broker provides a BOSH command to delete all on-demand broker deployed instances.
Warning: This command deletes deployment instances serially. It is very destructive and cannot be undone.
To delete the instances:
Run:
bosh run-errand delete-sub-deployments
Knowledge Base (Community)
Find the answer to your question and browse product discussions and solutions by searching the VMware Tanzu Knowledge Base.
File a Support Ticket
You can file a support ticket here.
Be sure to provide the error message from cf service YOUR-SERVICE-INSTANCE
.
To expedite troubleshooting, if possible, provide your service broker logs, service instance logs, and BOSH task output. Your cloud operator should be able to obtain these from your error message.