Hi, Following all of the discussion I have done the following: 1. Update the wiki with all of the details - https://wiki.openstack.org/wiki/Nova_VM_Diagnostics 2. Renamed the BP. It is now called v3-diagnostics <https://blueprints.launchpad.net/openstack/?searchtext=v3-diagnostics> 3. Posted a patch with libvirt support - https://review.openstack.org/#/c/61753/ The other drivers that support diagnostics will be updated in the coming days. I am not sure how tempest behaves with the V3 client but I am in the process of looking into that so that we can leverage this API with tempest. Do we also want the same support in V2? I think that it could be very helpful with the spurious test failures that we have. Thanks and a happy new year to all Gary
On 12/19/13 6:21 PM, "Vladik Romanovsky" <vladik.romanov...@enovance.com> wrote: >Ah, I think I've responded too fast, sorry. > >meter-list provides a list of various measurements that are being done >per resource. >sample-list provides a list of samples per every meter: ceilometer >sample-list --meter cpu_util -q resource_id=vm_uuid >These samples can be aggregated over a period of time per every meter and >resource: >ceilometer statistics -m cpu_util -q >'timestamp>START;timestamp<=END;resource_id=vm_uuid' --period 3600 > >Vladik > > > >----- Original Message ----- >> From: "Daniel P. Berrange" <berra...@redhat.com> >> To: "Vladik Romanovsky" <vladik.romanov...@enovance.com> >> Cc: "OpenStack Development Mailing List (not for usage questions)" >><openstack-dev@lists.openstack.org>, "John >> Garbutt" <j...@johngarbutt.com> >> Sent: Thursday, 19 December, 2013 10:37:27 AM >> Subject: Re: [openstack-dev] [nova] VM diagnostics - V3 proposal >> >> On Thu, Dec 19, 2013 at 03:47:30PM +0100, Vladik Romanovsky wrote: >> > I think it was: >> > >> > ceilometer sample-list -m cpu_util -q 'resource_id=vm_uuid' >> >> Hmm, a standard devstack deployment of ceilometer doesn't seem to >> record any performance stats at all - just shows me the static >> configuration parameters :-( >> >> ceilometer meter-list -q >>'resource_id=296b22c6-2a4d-4a8d-a7cd-2d73339f9c70' >> >>+---------------------+-------+----------+------------------------------- >>-------+----------------------------------+------------------------------ >>----+ >> | Name | Type | Unit | Resource ID >> | | User ID | Project ID >> | | >> >>+---------------------+-------+----------+------------------------------- >>-------+----------------------------------+------------------------------ >>----+ >> | disk.ephemeral.size | gauge | GB | >> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 | >>96f9a624a325473daf4cd7875be46009 | >> | ec26984024c1438e8e2f93dc6a8c5ad0 | >> | disk.root.size | gauge | GB | >> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 | >>96f9a624a325473daf4cd7875be46009 | >> | ec26984024c1438e8e2f93dc6a8c5ad0 | >> | instance | gauge | instance | >> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 | >>96f9a624a325473daf4cd7875be46009 | >> | ec26984024c1438e8e2f93dc6a8c5ad0 | >> | instance:m1.small | gauge | instance | >> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 | >>96f9a624a325473daf4cd7875be46009 | >> | ec26984024c1438e8e2f93dc6a8c5ad0 | >> | memory | gauge | MB | >> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 | >>96f9a624a325473daf4cd7875be46009 | >> | ec26984024c1438e8e2f93dc6a8c5ad0 | >> | vcpus | gauge | vcpu | >> | 296b22c6-2a4d-4a8d-a7cd-2d73339f9c70 | >>96f9a624a325473daf4cd7875be46009 | >> | ec26984024c1438e8e2f93dc6a8c5ad0 | >> >>+---------------------+-------+----------+------------------------------- >>-------+----------------------------------+------------------------------ >>----+ >> >> >> If the admin user can't rely on ceilometer guaranteeing availability of >> the performance stats at all, then I think having an API in nova to >>report >> them is in fact justifiable. In fact it is probably justifiable no >>matter >> what as a fallback way to check that VMs are doing in the fact of >>failure >> of ceilometer / part of the cloud infrastructure. >> >> Daniel >> -- >> |: >>https://urldefense.proofpoint.com/v1/url?u=http://berrange.com/&k=oIvRg1% >>2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq >>8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=6555259 >>3e486953ee40218f87feced256047c7277195f1c4e44e44fa847210a4 -o- >>https://urldefense.proofpoint.com/v1/url?u=http://www.flickr.com/photos/d >>berrange/&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2B >>fDtysg45MkPhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pn >>DJk%3D%0A&s=5a2cc10d6d1df7a65129d7b3184e7280c0e2ad47c969e16bdba70a66d3b34 >>905 :| >> |: >>https://urldefense.proofpoint.com/v1/url?u=http://libvirt.org/&k=oIvRg1%2 >>BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8 >>%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=64423471 >>28d8c5384877cb4e356baa489330dd532f9cdf764bfb6d5fd65ce984 >>-o- >>https://urldefense.proofpoint.com/v1/url?u=http://virt-manager.org/&k=oIv >>Rg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZF >>xPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=204 >>2aef3a4d1513a354a1f5fdc2642fcb0b58d25bc56d53869b496accbd13da5 :| >> |: >>https://urldefense.proofpoint.com/v1/url?u=http://autobuild.org/&k=oIvRg1 >>%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPE >>q8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=9d15c8 >>24b2b7d708d5ca5a86cea331bcda8959aa79bbf38e729e9d68d7527731 -o- >> >>https://urldefense.proofpoint.com/v1/url?u=http://search.cpan.org/~danber >>r/&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg4 >>5MkPhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D% >>0A&s=f7e9b479666888c85dbe2efceb196e5a21267e24c0f0296b97851aa320a4bcbd :| >> |: >>https://urldefense.proofpoint.com/v1/url?u=http://entangle-photo.org/&k=o >>IvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhC >>ZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=a >>0aee08cf295ab6b6c9baa5c0a97202fc212eaf41df3316d2f86849185e161f8 >>-o- >>https://urldefense.proofpoint.com/v1/url?u=http://live.gnome.org/gtk-vnc&; >>k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45Mk >>PhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A& >>s=57a1872551210c82ec18b9fec46494be0cd38f0d2a74732402f11888c8fcedcb :| >> > >_______________________________________________ >OpenStack-dev mailing list >OpenStack-dev@lists.openstack.org >https://urldefense.proofpoint.com/v1/url?u=http://lists.openstack.org/cgi- >bin/mailman/listinfo/openstack-dev&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=e >H0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=rSOjPJG6y%2F7%2B6l5u7 >ekbOpyWGQbpEaEZGcEqj8pnDJk%3D%0A&s=488e2bcbd1ad1e9a7b9a3756414be8d0400494d >c550157190faef4dd68e67013 _______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
