Re: [openstack-dev] [telemetry][ceilometer]when the rabbitmq queue isfull of the message. ceilometer-collector is killed.

2016-10-23 Thread 张盛平 
Hello everyone, I think I have found something related. sorry for troubling.


 https://bugs.launchpad.net/ceilometer/+bug/1551667


 
 
-- Original --
From:  "张盛平";
Date:  Mon, Oct 24, 2016 11:11 AM
To:  "openstack-dev"; 

Subject:  [openstack-dev] [telemetry][ceilometer]when the rabbitmq queue isfull 
of the message. ceilometer-collector is killed.

 
Hello everyone, 
   I am using Ceilometer (Liberty version). recently, I stopped the 
ceilometer-collector service for a two or three days, when I start it up again, 
it is ran a while, then blocked, finally shows Killed (like below).
   
  https://gist.github.com/zhang-shengping/12273667234f440445c5fbe2d71d983b
   
   The event.sample and metering.sample queues are full of messages wait to 
send. does it cause the ceilometer-collector killed?


[root@server~ ]$ rabbitmqctl list_queues messages name |grep -v ^0
Listing queues ...
19  event.sample
597079  metering.sample
1   notifications.sample  


 Initially, I though it was rabbitmq problem, I use oslo_messaging 
notification to connect to the queue and get the samples, I can get the samples 
quickly. I also debugged a bit, I find it stop at evenlet wait() event, but I 
dont know why. could you give me some help? thank you very much.


Best regards
Shengping__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [neutron] bug deputy report

2016-10-23 Thread Das, Anindita 
Hi All,

I was serving as a bug deputy for the last week. There were 31 bugs and few 
RFE’s that were raised last week.

Of the 31 bugs 3 are still uncategorized, so help with them will be highly 
appreciated.


1.   https://bugs.launchpad.net/neutron/+bug/1635554 - Delete Router / race 
condition

2.   https://bugs.launchpad.net/neutron/+bug/1635593 - DBReferenceError 
while removing router (Cisco plugin case)

3.   https://bugs.launchpad.net/neutron/+bug/1635765 - UDP checksum 
incorrectly generated on Fragmented UDP packets

Thanks to everybody who helped me during last week through the bug deputy 
process and triaging the bugs. It was a very exciting experience. Without your 
help so many of the bugs would not have been triaged.

Cheers,
Anindita



__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [telemetry][ceilometer]when the rabbitmq queue is full of the message. ceilometer-collector is killed.

2016-10-23 Thread 张盛平 
Hello everyone, 
   I am using Ceilometer (Liberty version). recently, I stopped the 
ceilometer-collector service for a two or three days, when I start it up again, 
it is ran a while, then blocked, finally shows Killed (like below).
   
  https://gist.github.com/zhang-shengping/12273667234f440445c5fbe2d71d983b
   
   The event.sample and metering.sample queues are full of messages wait to 
send. does it cause the ceilometer-collector killed?


[root@server~ ]$ rabbitmqctl list_queues messages name |grep -v ^0
Listing queues ...
19  event.sample
597079  metering.sample
1   notifications.sample  


 Initially, I though it was rabbitmq problem, I use oslo_messaging 
notification to connect to the queue and get the samples, I can get the samples 
quickly. I also debugged a bit, I find it stop at evenlet wait() event, but I 
dont know why. could you give me some help? thank you very much.


Best regards
Shengping__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [oslo][nova] Anyone interested in writing a policy generator sphinx extension?

2016-10-23 Thread Matt Riedemann 

On 9/26/2016 8:48 AM, Stephen Finucane wrote:

On Wed, 2016-09-21 at 11:16 -0400, Doug Hellmann wrote:

Excerpts from Matt Riedemann's message of 2016-09-21 09:49:29 -0500:


Nova has policy defaults in code now and we can generate the
sample
using oslopolicy-sample-generator but we'd like to get the default
policy sample in the Nova developer documentation also, like we
have for
nova.conf.sample.

I see we use the sphinxconfiggen extension for building the
nova.conf.sample in our docs, but I don't see anything like that
for
generating docs for a sample policy file.

Has anyone already started working on that, or is interested in
working
on that? I've never written a sphinx extension before but I'm
guessing
it could be borrowed a bit from how sphinxconfiggen was written in
oslo.config.



I don't have time to do it myself, but I can help get someone else
started and work with them on code reviews in oslo.policy.


I can take a look at this, though I'll only persue a "sphinxpolicygen"
module for now (we don't use oslo_config's "sphinxext" module yet).

Stephen

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



Just to circle back on progress here, Stephen got things done and 
results can be seen here:


http://docs.openstack.org/developer/nova/sample_policy.html

--

Thanks,

Matt Riedemann


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [oslo] Reminder no meeting this week (and perhaps next)

2016-10-23 Thread Joshua Harlow 

Just a reminder for folks!

No meeting this week (we can see if people want it the following week) 
due to traveling and summit for (most) folks.


See you all soon!

-Josh


__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [tripleo] no IRC meeting during Summit

2016-10-23 Thread Emilien Macchi 
Hi,

Most of the TripleO team is at the Summit, so we'll postpone our next
weekly meeting on November 1st.

Thanks,
-- 
Emilien Macchi

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova][cinder] Addressing mangled LUKS passphrases (bug#1633518)

2016-10-23 Thread Daniel P. Berrange 
On Fri, Oct 21, 2016 at 12:07:08PM +0100, Lee Yarwood wrote:
> Hello,
> 
> I documented bug#1633518 [1] last week in which volumes encrypted prior
> to Ib563b0ea [2] used a slightly mangled passphrase instead of the
> original passphrase provided by the configured key manager.
> 
> My first attempt at resolving this [3] prompted an alternative
> suggestion from mdbooth of adding the correct passphrase to the LUKS
> device when we detect the use of a mangled passphrase.
> 
> I'm slightly wary of this option given the changing of passphrases so
> I'd really appreciate input from the wider Nova and Cinder groups on
> your preference for resolving this :
> 
> 1. Keep the mangled passphrase in place and attempt to use it after
> getting a permission denied error during luksOpen. 

This is going to be painful when we switch to using QEMU for LUKS,
because it is going to amount to starting QEMU, watching it fail
to open disks and then trying to start QEMU again. IMHO we need to
fix the broken passphrases globally asap.

> 2. Add the correct passphrase and remove the mangled passphrase from the
> LUKS device with luksChangeKey when we detect the use of the mangled
> passphrase.

Yes we should be doing this to fix up the broken devices.


Regards,
Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://entangle-photo.org   -o-http://search.cpan.org/~danberr/ :|

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [horizon] Summit Hangout Group

2016-10-23 Thread Rob Cresswell 
Just in case anyone missed this, we have a Google hangouts group for catching 
up at the summit, reminding each other of useful sessions, impromptu tequila, 
etc.

If you'd like an invite, fire over an email address to me or Richard and we'll 
add you to the group.

Rob
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] OpenStackClient Usability in Barcelona on Tuesday: Get a free bluetooth speaker and OpenStack t-shirt

2016-10-23 Thread Kruithof Jr, Pieter 
Apologies for the multiple postings. We’re getting close to running the 
usability studies and still need a few participants.

OpenStack UX is running a series of 45 minute usability studies on Tuesday, 
October 25th to investigate the OpenStackClient and identify any specific pain 
points for operators.  These studies are initiated by either the project teams 
or working groups to help understand their customers.

You can schedule a time here:

http://doodle.com/poll/894aqsmheaa2mv5a

Note that you may need to set the time zone in Doodle to Spain > Ceuta

Intel is providing a Philips bluetooth speaker to show our appreciation for 
your time.  In addition, the foundation is providing t-shirts to each persona 
that participate in the study. I may even give anyone suffering from jetlag a 
Red Bull to get them through the day.

Thanks,


Piet Kruithof
PTL OpenStack UX

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] API Usability in Barcelona on Monday: Get a free bluetooth speaker and OpenStack t-shirt

2016-10-23 Thread Kruithof Jr, Pieter 
Apologies for the multiple postings. We’re getting close to running the 
usability studies and still need a few participants.

OpenStack UX is running a series of 45 minute interviews on Monday, October 
24th to investigate the current APIs and identify any specific pain points for 
operators.  These studies are initiated by either the project teams or working 
groups to help understand their customers.

You can schedule a time here:

http://doodle.com/poll/fwfi2sfcuctxv3u8

Note that you may need to set the time zone in Doodle to Spain > Ceuta

Intel is providing a Philips bluetooth speaker to show our appreciation for 
your time.  In addition, the foundation is providing t-shirts to each persona 
that participate in the study. I may even give anyone suffering from jetlag a 
Red Bull to get them through the day.

Thanks,


Piet Kruithof
PTL OpenStack UX

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron] Neutron team social event in Barcelona

2016-10-23 Thread John McDowall 
+1

Thanks for organizing this

Regards

John
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova][cinder] Addressing mangled LUKS passphrases (bug#1633518)

2016-10-23 Thread Sean McGinnis 
On Fri, Oct 21, 2016 at 12:07:08PM +0100, Lee Yarwood wrote:
> Hello,
> 
> I documented bug#1633518 [1] last week in which volumes encrypted prior
> to Ib563b0ea [2] used a slightly mangled passphrase instead of the
> original passphrase provided by the configured key manager.
> 
> My first attempt at resolving this [3] prompted an alternative
> suggestion from mdbooth of adding the correct passphrase to the LUKS
> device when we detect the use of a mangled passphrase.
> 
> I'm slightly wary of this option given the changing of passphrases so
> I'd really appreciate input from the wider Nova and Cinder groups on
> your preference for resolving this :
> 
> 1. Keep the mangled passphrase in place and attempt to use it after
> getting a permission denied error during luksOpen. 
> 
> 2. Add the correct passphrase and remove the mangled passphrase from the
> LUKS device with luksChangeKey when we detect the use of the mangled
> passphrase.
> 
> 3. An alternative suggestion.

I get the wariness of changing the passphrases, but in this case I think
my preference would be to go with 2 if we know it has been mangled and
we can fix it.

> 
> FYI, as os-brick has now copied the encryptor classes from Nova into
> their own tree any fix will be cherry-picked across shortly after
> landing in Nova. I'm also looking into dropping these classes from Nova
> for Ocata so we can avoid duplicating effort like this in future.

Awesome! Glad to see this being done.

> 
> Thanks in advance,
> 
> Lee
> 
> [1] https://launchpad.net/bugs/1633518
> [2] https://review.openstack.org/#/c/309614/
> [3] https://review.openstack.org/#/c/386670/
> -- 
> Lee Yarwood
> Senior Software Engineer
> Red Hat
> 
> PGP : A5D1 9385 88CB 7E5F BE64  6618 BCA6 6E33 F672 2D76
> 
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev