Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1283693

Summary: RFE: Collect rabbitmq report(s) by default
Product: Red Hat OpenStack Reporter: Lars Kellogg-Stedman <lars>
Component: sosAssignee: Lee Yarwood <lyarwood>
Status: CLOSED DUPLICATE QA Contact: BaseOS QE - Apps <qe-baseos-apps>
Severity: high Docs Contact:
Priority: high    
Version: 7.0 (Kilo)CC: agk, apevec, bmr, gavin, lars, lhh, lyarwood, plambri, sbradley, yeylon
Target Milestone: ---Keywords: FutureFeature
Target Release: 8.0 (Liberty)   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-02-21 14:45:53 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Lars Kellogg-Stedman 2015-11-19 15:27:54 UTC
The diagnostic information collected by sosreport does not currently included information necessary for debugging rabbitmq problems.  This almost invariably results in multiple round-trips to the customer as we ask them to provide the output of various commands.

For our OpenStack deployments we should be collecting, by default, at least the output of "rabbitmqctl report", and possibly the output of the various "rabbitmqctl list_*" commands.

Comment 2 Lee Yarwood 2015-11-19 16:05:00 UTC
*** Bug 1283694 has been marked as a duplicate of this bug. ***

Comment 3 Lee Yarwood 2015-11-19 16:33:14 UTC
(In reply to Lars Kellogg-Stedman from comment #0)
> The diagnostic information collected by sosreport does not currently
> included information necessary for debugging rabbitmq problems.  This almost
> invariably results in multiple round-trips to the customer as we ask them to
> provide the output of various commands.
> 
> For our OpenStack deployments we should be collecting, by default, at least
> the output of "rabbitmqctl report", and possibly the output of the various
> "rabbitmqctl list_*" commands.

Thanks for the report Lars, did you see this when running sos on an OSP 5 or 6 environment? Are you able to provide the version of sos you were using etc?

I ask as `rabbitmqctl report` should be collected with the forked versions of sos we currently ship with RHEL OSP 7 and plan to provide for OSP 5 & 6 shortly.

As for the `rabbitmqctl list_*` commands my understanding is that a report should already contain all of the data provided by these commands. If that isn't the case would you mind providing some examples and I'll get these added to the rabbitmq plugin.

Comment 4 Bryn M. Reeves 2015-11-19 16:47:50 UTC
Upstream does this (in addition to logs & config):

    def setup(self):
        self.add_cmd_output("rabbitmqctl report")
        self.add_cmd_output("rabbitmqctl cluster_status")
        self.add_cmd_output("rabbitmqctl list_policies")

Is that sufficient?

Comment 5 Lars Kellogg-Stedman 2015-11-20 19:27:33 UTC
Sure.  This request stemmed from a recent customer engagement in which we weren't getting any rabbitmq data, but the customer is running OSP 5 so that would explain it.

I guess getting these changes released in OSP 5 would make everybody happy.

Comment 6 Lee Yarwood 2016-02-21 14:45:53 UTC
Apologies for the delay here, I'm closing this out as a duplicate of BZ#1310433 where I'll chase to get an updated version of sos into OSP 5 for RHEL 7 hosts.

*** This bug has been marked as a duplicate of bug 1310433 ***