arted the ceilometer
services on compute and controller nodes. Yet, I am not receiving any ipmi
meters when I run "ceilometer meter-list". I also tried passing the
hypervisor IP address and the ipmi address I get when I run "ipmitool lan
print" to resources but to
Below is the output of ceilometer-agent-ipmi in debug mode
http://paste.openstack.org/show/488180/
ᐧ
Regards,
Kapil Agarwal
On Wed, Feb 24, 2016 at 8:18 PM, Lu, Lianhao wrote:
> On Feb 25, 2016 06:18, Kapil wrote:
> > Hi
> >
> >
> > I discussed this problem with
with the compute node and only running
ceilometer queries from controller node.
Thanks
Regards,
Kapil Agarwal
On Thu, Feb 25, 2016 at 12:20 PM, gordon chung wrote:
> at quick glance, it seems like data is being generated[1]. if you check
> your queues (rabbitmqctl list_queues for rabbit
s not specific to Intel I guess.
Is there any plan to add dcmi support to ceilometer ?
On Mar 3, 2016 7:47 PM, "Lu, Lianhao" wrote:
> Hi Kapil,
>
> Currenlyt, the ipmi pollsters can only get the ipmi data from system bus
> due to the security concerns. So you have the make sure the
into the nova scheduler.
Thanks
Kapil Agarwal
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
cpu meters or samples in ceilometer.
Any suggestions to what may be the issue ?
Thanks
Kapil
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
gards,
Kapil Agarwal
On Mon, Mar 7, 2016 at 1:15 PM, Kapil wrote:
> Hi
>
> I enabled ComputeDriverCPUMonitor in nova.conf on one of the compute
> nodes, restarted nova-compute, ceilometer-agent-compute on the compute node
> and ceilometer-collector, ceilometer-api, ceilometer-agent-c
ces(self)*" but how do I get the instance objects ?
Regards,
Kapil Agarwal
ᐧ
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http:/
ng it on an ongoing basis. If we get the gates
going for kilo, i don't see any reason for the churn below, if the gates
don't get going we can yank to external in kilo anyway.
cheers,
Kapil
> Here's a rough plan of what I think we should do until the zmq is
> updated and h
Hi Davanum
The two primary fixes to oslo.messaging outstanding to get things running
are
https://review.openstack.org/#/c/84938/
https://review.openstack.org/#/c/120745/
cheers,
Kapil
On Thu, Sep 18, 2014 at 11:32 AM, Davanum Srinivas
wrote:
> Kapil,
>
> I see just 2 relevant re
10 matches
Mail list logo
