Open Stack

Tom,

>From results you provided is seen that neither polling nor notification
data have consumers. So, first of all, check the status of
agent-notification service, something is wrong with it. Before it is fixed,
no sense to check Mongo. It just cannot contain any data.

Thanks,
Nadya

On Wed, Mar 2, 2016 at 6:48 PM, Tom Walsh <expresswebsys at gmail.com> wrote:

> Nadya,
>
> Okay. So looking at these two here is what I am seeing:
>
> metering.sample 0       1
>
> notifications.error     5       0
> notifications.info      1139    0
> notifications.sample    18488   0
>
> So I am guessing that means we have a consumer for metering, but not a
> consumer on notifications (and there is a bit of a backlog on those
> queues). Is that a correct statement?
>
> We are utilizing the mongodb backend for storage, but we aren't overly
> familiar with it or how to inspect data within it. Any pointers for
> checking that side of things?
>
>
> On Wed, Mar 2, 2016 at 5:10 AM, Nadya Shakhat <nprivalova at mirantis.com>
> wrote:
> > Hi Tom,
> >
> > You may check several things:
> > 1. Do you have messages in queues and do the queues have listeners? For
> > example, check collector-related queue 'metering.sample' by default.
> >
> > rabbitmqctl list_queues name messages consumers | grep metering
> >
> > rabbitmqctl list_queues name messages consumers | grep notification
> >
> > The both queues should have consumers
> >
> >
> > 2. Check entries directly in db you use.
> >
> >
> > Thanks,
> >
> > Nadya
> >
> >
> >
> > On Wed, Mar 2, 2016 at 6:57 AM, Tom Walsh <expresswebsys at gmail.com>
> wrote:
> >>
> >> We currently have a working Liberty based Openstack deployment based
> >> on Ubuntu LT 14.04 (2 controllers, 4 compute).
> >>
> >> We have followed the instructions at
> >>
> >>
> http://docs.openstack.org/liberty/install-guide-ubuntu/ceilometer-install.html
> >> and everything seems to have installed correctly. No errors in the
> >> logs, and nothing really obviously wrong.
> >>
> >> However in the instructions there is this page
> >>
> >>
> http://docs.openstack.org/liberty/install-guide-ubuntu/ceilometer-verify.html
> >> that shows the output of meter-list, however our meter-list output is
> >> blank.
> >>
> >> Example output:
> >>
> >> $ ceilometer meter-list
> >>
> >>
> +--------------+-------+-------+--------------------------------------+---------+------------+
> >> | Name         | Type  | Unit  | Resource ID
> >> | User ID | Project ID |
> >>
> >>
> +--------------+-------+-------+--------------------------------------+---------+------------+
> >> | image        | gauge | image | acafc7c0-40aa-4026-9673-b879898e1fc2
> >> | None    | cf12a15... |
> >> | image.size   | gauge | B     | acafc7c0-40aa-4026-9673-b879898e1fc2
> >> | None    | cf12a15... |
> >>
> >>
> +--------------+-------+-------+--------------------------------------+---------+------------+
> >>
> >> root at controller01:/var/log/ceilometer# ceilometer meter-list
> >> +------+------+------+-------------+---------+------------+
> >> | Name | Type | Unit | Resource ID | User ID | Project ID |
> >> +------+------+------+-------------+---------+------------+
> >> +------+------+------+-------------+---------+------------+
> >>
> >> There are no errors output, and it seems the command completes
> correctly.
> >>
> >> So where am I going wrong here? Is there a step I am missing? Or is
> >> there something obvious I have missed?
> >>
> >> We have enabled glance, nova-compute, and cinder from the
> >> instructions, but we aren't seeing any data (at least according to the
> >> instructions).
> >>
> >>
> >> Tom Walsh
> >> Expresshosting.net
> >>
> >> _______________________________________________
> >> Mailing list:
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >> Post to     : openstack at lists.openstack.org
> >> Unsubscribe :
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160302/1639e4e0/attachment.html>