[openstack-dev] [glance][nova]improvement-of-accessing-to-glance

Hi, Here is the blueprint about improvement of accessing to glance API server. https://blueprints.launchpad.net/nova/+spec/improvement-of-accessing-to-glance The summary of this bp is: - Glance API Servers are categorized into two groups: "Primary" and "Secondary". - Firstly, Nova tries to a

Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV on Jan. 30th

Hi Sandhya, Can you please elaborate how do you suggest to extend the below bp for SRIOV Ports managed by different Mechanism Driver? I am not biased to any specific direction here, just think we need common layer for managing SRIOV port at neutron, since there is a common pass between nova and

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

I just submitted dnsmasq related code to gerrit: https://review.openstack.org/70649 This submission intended to implement “ipv6-two-attributes” BP and other three blueprints (SLAAC, DHCPv6-Stateful, DHCPv6-Stateless) rooted from it. Please review and let me know what you think. Thanks in advan

Re: [openstack-dev] keystone-manage db_sync doesn't work if [database] connection points to IPv6 address

Done. https://bugs.launchpad.net/keystone/+bug/1275615 I'll try it again tomorrow... Just to make sure it isn't me doing something wrong... Best! Thiago On 2 February 2014 15:58, Martinx - ジェームズ wrote: > Sure! I'll...=) > > > On 2 February 2014 13:32, Dolph Mathews wrote: > >> Can you o

[openstack-dev] [mistral] Community meeting agenda - 02/03/2014

Hi, This is a reminder that we will have a weekly community meeting in IRC (#openstack-meeting) tomorrow at 16.00 UTC. Here’s the agenda (also published at [0] along with links to the previous meetings): Review action items Discuss capabilities and DSL again (since we now have new contributors

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

> On 1 February 2014 10:03, Tzu-Mainn Chen wrote: > > So after reading the replies on this thread, it seems like I (and others > > advocating > > a custom scheduler) may have overthought things a bit. The reason this > > route was > > suggested was because of conflicting goals for Icehouse: > > >

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 3 February 2014 08:45, Jaromir Coufal wrote: > >> However, taking a step back, maybe the real answer is: >> >> a) homogeneous nodes >> b) document. . . >> - **unsupported** means of "demoing" Tuskar (set node attributes to >> match flavors, hack >> the scheduler, etc) > > Why are peo

Re: [openstack-dev] [Ceilometer]Cumulative metrics resetting

On 31/01/14 21:50, Julien Danjou wrote: On Fri, Jan 31 2014, Adrian Turjak wrote: Is it working on Havana? As I've gone through and tried all the possible state changes (reboot, suspend, pause, resize, terminate, etc), and not one triggers a poll cycle outside of the standard polling interval.

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

Excerpts from Jaromir Coufal's message of 2014-02-02 11:19:25 -0800: > On 2014/30/01 23:33, Devananda van der Veen wrote: > > I was responding based on "Treat similar hardware configuration as > > equal". When there is a very minor difference in hardware (eg, 1TB vs > > 1.1TB disks), enrolling them

Re: [openstack-dev] Hyper-V Nova CI Infrastructure

On 02 Feb 2014, at 23:01 , Michael Still wrote: > It seems like there were a lot of failing Hyper-V CI jobs for nova > yesterday. Is there some systemic problem or did all those patches > really fail? An example: https://review.openstack.org/#/c/66291/ > We’re awere of this issue and looking

Re: [openstack-dev] Hyper-V Nova CI Infrastructure

It seems like there were a lot of failing Hyper-V CI jobs for nova yesterday. Is there some systemic problem or did all those patches really fail? An example: https://review.openstack.org/#/c/66291/ Michael On Mon, Feb 3, 2014 at 7:21 AM, Alessandro Pilotti wrote: > Hi Michael, > > > On 02 Feb 2

Re: [openstack-dev] Hyper-V Nova CI Infrastructure

Hi Michael, On 02 Feb 2014, at 06:19 , Michael Still wrote: > I saw another case of the "build succeeded" message for a failure just > now... https://review.openstack.org/#/c/59101/ has a rebase failure > but was marked as successful. > > Is this another case of hyper-v not being voting and th

Re: [openstack-dev] Cinder Stability Hack-a-thon

Will join remotely for a few hours each day (time zones and all). Nice effort! Thanks, Avishay From: Mike Perez To: OpenStack Development Mailing List , Date: 02/01/2014 10:09 AM Subject:[openstack-dev] Cinder Stability Hack-a-thon Folks, I would love to get people toge

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 2014/31/01 22:03, Tzu-Mainn Chen wrote: So after reading the replies on this thread, it seems like I (and others advocating a custom scheduler) may have overthought things a bit. The reason this route was suggested was because of conflicting goals for Icehouse: a) homogeneous nodes (to si

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 2014/30/01 21:28, Robert Collins wrote: On 30 January 2014 23:26, Tomas Sedovic wrote: Hi all, I've seen some confusion regarding the homogenous hardware support as the first step for the tripleo UI. I think it's time to make sure we're all on the same page. Here's what I think is not cont

Re: [openstack-dev] [nova] massive number of new errors in logs with oslo.messaging

On Sun, 2014-02-02 at 07:13 -0500, Sean Dague wrote: > Just noticed this at the end of a successful run: > > http://logs.openstack.org/15/63215/13/check/check-tempest-dsvm-full/2636cae/console.html#_2014-02-02_12_02_44_422 > > It looks like the merge of oslo.messaging brings a huge amount of fals

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 1 February 2014 10:03, Tzu-Mainn Chen wrote: > So after reading the replies on this thread, it seems like I (and others > advocating > a custom scheduler) may have overthought things a bit. The reason this route > was > suggested was because of conflicting goals for Icehouse: > > a) homogene

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 2014/30/01 23:33, Devananda van der Veen wrote: I was responding based on "Treat similar hardware configuration as equal". When there is a very minor difference in hardware (eg, 1TB vs 1.1TB disks), enrolling them with the same spec (1TB disk) is sufficient to solve all these issues and mask t

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 2014/30/01 19:29, Tzu-Mainn Chen wrote: Wouldn't lying about the hardware specs when registering nodes be problematic for upgrades? Users would have to re-register their nodes. +1 for problematic area here One reason why a custom filter feels attractive is that it provides us with a clear

Re: [openstack-dev] [TripleO] [Ironic] Roadmap towards heterogenous hardware support

On 2014/30/01 12:59, Ladislav Smola wrote: > On 01/30/2014 12:39 PM, Jiří Stránský wrote: >> On 01/30/2014 11:26 AM, Tomas Sedovic wrote: [snip] > I am for implementing support for Heterogeneous hardware properly, > lifeless should post what he recommends soon, so I would rather discuss > that.

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

Excellent! Thanks for your confirmation, Sean! > On Feb 2, 2014, at 12:53 PM, "Collins, Sean" > wrote: > >> On Sat, Feb 01, 2014 at 01:18:09AM -0500, Shixiong Shang wrote: >> In other words, I can retrieve the values by: >> >> subnet.ipv6_ra_mode >> subnet.ipv6_address_mode >> >> Is that cor

Re: [openstack-dev] keystone-manage db_sync doesn't work if [database] connection points to IPv6 address

Sure! I'll...=) On 2 February 2014 13:32, Dolph Mathews wrote: > Can you open a bug for this at https://bugs.launchpad.net/keystone ? > Thanks! > > On Sun, Feb 2, 2014 at 9:15 AM, Martinx - ジェームズ > wrote: > >> Guys, >> >> I'm trying to install IceHouse-2 in a dual-stacked environment (Ubun

Re: [openstack-dev] [Neutron][IPv6] A pair of mode keywords

On Sat, Feb 01, 2014 at 01:18:09AM -0500, Shixiong Shang wrote: > In other words, I can retrieve the values by: > > subnet.ipv6_ra_mode > subnet.ipv6_address_mode > > Is that correct? Would you please confirm? Yes - that is the intent. I just have to fix an issue with the DB column definitions,

Re: [openstack-dev] [solum] Issues in running tests

Thanks that worked On Sunday, February 2, 2014 7:17 PM, Julien Vey wrote: Hi Rajdeep, We just updated the documentation recently with some necessary packages to install :  libxml2-dev and libxslt-dev. You just need to install those 2 packages.  If you are on Ubuntu, see  http://stackoverfl

[openstack-dev] [Neutron][LBaaS] SSL offload support wiki page

Hi All, LBaaS SSL support wiki page was updated with up-to-date design decisions: 1. SSL offload is a core LBaaS feature 2. Certificate's private key is always transient until secure storage is available https://wiki.openstack.org/wiki/Neutron/LBaaS/ Eugene, you might want to add

Re: [openstack-dev] [nova] bp proposal: configurable-locked-vm-api

I uploaded changes for this implementation. Although It doesn't pass a jenkins test, It will be help to understand how to implement. https://review.openstack.org/#/c/70576/ 2014-02-03 Jae Sang Lee : > A blueprint is being discussed about the configurable locked vm api. > https://blueprints.la

[openstack-dev] [nova] bp proposal: configurable-locked-vm-api

A blueprint is being discussed about the configurable locked vm api. https://blueprints.launchpad.net/nova/+spec/configurable-locked-vm-api The current implementation does check vm is locked using decorate func. (@check_instance_lock) For example) @wrap_check_policy *@check_instance_lock

Re: [openstack-dev] keystone-manage db_sync doesn't work if [database] connection points to IPv6 address

Can you open a bug for this at https://bugs.launchpad.net/keystone ? Thanks! On Sun, Feb 2, 2014 at 9:15 AM, Martinx - ジェームズ wrote: > Guys, > > I'm trying to install IceHouse-2 in a dual-stacked environment (Ubuntu > 14.04) but, "keystone-manage db_sync" doesn't work if db connection points > to

Re: [openstack-dev] [Heat] [Nova] [oslo] [Ceilometer] about notifications : huge and may be non secure

Thanks Sandy to confirm the gap and pointing to me the CADF effort .. very interresting with many impacts! I'll definitely follow that. So I guess OpenStack can live with these notifications until we have better things. Anyway, I will be proposing may be a patch to oslo to temporarily fix this ..

[openstack-dev] keystone-manage db_sync doesn't work if [database] connection points to IPv6 address

Guys, I'm trying to install IceHouse-2 in a dual-stacked environment (Ubuntu 14.04) but, "keystone-manage db_sync" doesn't work if db connection points to a IPv6 address, like this: My /etc/network/interfaces looks like: --- # The loopback network interface auto lo iface lo inet loopback iface l

Re: [openstack-dev] [solum] Issues in running tests

Hi Rajdeep, We just updated the documentation recently with some necessary packages to install : *libxml2-dev* and *libxslt-dev*. You just need to install those 2 packages. If you are on Ubuntu, see http://stackoverflow.com/questions/6504

[openstack-dev] [solum] Issues in running tests

Hi, I am facing some errors running tests in a fresh installation of solum $tox -e py27 > > > > > >gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall >-Wstrict-prototypes -fPIC >-I/home/hadoop/work/openstack/solum-2/solum/.tox/py27/build/lxml/src/lxml/includes > -I/usr/include/p

[openstack-dev] [nova] massive number of new errors in logs with oslo.messaging

Just noticed this at the end of a successful run: http://logs.openstack.org/15/63215/13/check/check-tempest-dsvm-full/2636cae/console.html#_2014-02-02_12_02_44_422 It looks like the merge of oslo.messaging brings a huge amount of false negative error messages in the logs. Would be good if we didn

Re: [openstack-dev] [oslo] log message translations

Ben Nemec wrote on 2014/01/30 00:52:14: > Ben Nemec > 2014/01/30 00:52 > > Please respond to > openst...@nemebean.com > > To > > Doug Hellmann , > > cc > > "OpenStack Development Mailing List (not for usage questions)" > , Ying Chun Guo/China/IBM@IBMCN > > Subject > > Re: [openstack-dev] [oslo

Re: [openstack-dev] [Ironic][Ceilometer]bp:send-data-to-ceilometer

Ok, will implement the bp based on the first solution, thanks. On Thu, Jan 30, 2014 at 1:14 AM, Gordon Chung wrote: >> Different hardware will expose different number of each of these >> things. In Haomeng's first proposal, all hardware would expose a >> "fanspeed" and a "voltage" category, bu