Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

Yeah, it sounds like maybe there is a bug in the extension processing for port bindings if the VNIC type isn't returned for a get. Does ML2 exhibit the same behavior? On Mar 7, 2016 02:08, "Salvatore Orlando" wrote: > > > On 7 March 2016 at 10:54, Gary Kotton wrote: > >> There are a number of is

Re: [openstack-dev] [Fuel][Fuel-web] Jenkins failing, tox -e py27 error

Hey Prameswar, It seems we're experiencing that issue on all our patches. For example, the same error blocks that patch from merge [1]. I think it's some OpenStack CI issue. Let's give a time. - Igor [1] https://review.openstack.org/#/c/287558/ On Mon, Mar 7, 2016 at 12:32 PM, Prameswar Lal w

Re: [openstack-dev] Tenant networks

On 07/03/16 09:42, Gk Gk wrote: > Hi All, > > I am confused about tenant vlan networks. Is there a such a thing as > 'Tenant vlan networks' ? I am aware of provider vlan networks ? How > can a non admin tenant user create a vlan network ? A non-admin tenant can create a network, but cannot spe

Re: [openstack-dev] [Nova] Live Migration post feature freeze update

> -Original Message- > From: Sean Dague [mailto:s...@dague.net] > Sent: 04 March 2016 20:09 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [Nova] Live Migration post feature freeze > update > > On 03/04/2016 02:54 PM, Matt Riedemann wrote: > > > > > > On 3/4/2016

[openstack-dev] [Fuel][Fuel-web] Jenkins failing, tox -e py27 error

Hi All, I recently started exploring Fuel. Found a small error in documentation but when i am trying to push the fix, jenkins is throwing following errors: 2016-03-07 10:05:18.619 |

Re: [openstack-dev] [Fuel] [Openstack] Instalation Problem:VBoxManage: error: Guest not running [ubuntu14.04]

Samer, did you make any progress? If not yet, I have couple of questions: - Did you download MOS image and VBox scripts from https://docs.fuel-infra.org/openstack/fuel/fuel-8.0/quickstart-guide.html#downloading-the-mirantis-openstack-image ? - Can you login to your just deployed master node? If

Re: [openstack-dev] [magnum-ui] Proposed Core addition, and removal notice

blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } +1 for Shu.  He has been contributing consistently to magnum-ui. Keep up the good work! Sent from Yahoo Mail for iPhone On S

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

On 7 March 2016 at 10:54, Gary Kotton wrote: > There are a number of issues here: > >1. The create returns additional values, for example the binding:vnic_type, >whilst the get does not > > This is probably a consequence of fixing the behaviour mismatch between create and get. > >1.

Re: [openstack-dev] [tripleo] CI jobs failures

On 03/06/2016 05:58 PM, James Slagle wrote: On Sat, Mar 5, 2016 at 11:15 AM, Emilien Macchi wrote: I'm kind of hijacking Dan's e-mail but I would like to propose some technical improvements to stop having so much CI failures. 1/ Stop creating swap files. We don't have SSD, this is IMHO a terr

[openstack-dev] openstack token issue CLI, error- openstack liberty

hi i am in process of learning and applying openstack. i am installing devstack ( in single machine mode) in my centos7 laptop. while running stack.sh command , install halts at this line. 2016-03-07 09:54:58.053 | ++ /home/vijay/devstack/lib/keystone:bootstrap_keystone:L651:

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

There are a number of issues here: 1. The create returns additional values, for example the binding:vnic_type, whilst the get does not 2. We have some unit tests that we need to change (I guess), that check function parameters. An example for this is the network passed to a method. With t

Re: [openstack-dev] [Fuel] Fuel 8 crashes when using Advanced Install

Hi Razvan, could you please provide cmdline which has been passed ? you can get it with simple `cat /proc/cmdline ` in second dracut tab On Sun, Mar 6, 2016 at 2:42 PM, Razvan Rosca wrote: > Hey, > > Tried this on 4 Dell machines, issue is present on all. Each server has 2 > SSDs in no RAID. >

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

But that's the whole point of doing the read after the create in the plugin. As long as you read after all db changes and call the dict extend function, it should be the same. As far as order goes, python doesn't guarantee order on dictionary keys. Or did I misinterpret what you meant by order? On

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

Another issue that we have with the read at create is that the dictionary returned is not the same as the one returned when the is a get for the specific resource. The dictionary is also not in the same order. This is currently breaking our unit tests… By that is just another side issue From: K

[openstack-dev] Tenant networks

Hi All, I am confused about tenant vlan networks. Is there a such a thing as 'Tenant vlan networks' ? I am aware of provider vlan networks ? How can a non admin tenant user create a vlan network ? __ OpenStack Development

Re: [openstack-dev] [bug-smash] Global OpenStack Bug Smash Mitaka

"Wang, Shane" wrote on 03/05/2016 07:04:56 AM: > From: "Wang, Shane" > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 03/05/2016 07:05 AM > Subject: Re: [openstack-dev] [bug-smash] Global OpenStack Bug Smash Mitaka > > Yes, sure, Markus, we are using https://eth

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

Right, it can't be done in the base right now because core plugins make DB changes after the base plugin has been called. These changes include the initial create processing of many of the extensions so we can't call the extend_dict functions before the data many of the registered hooks are lookin

Re: [openstack-dev] [Neutron][tempest] Timestamp service extension breaks CI

I do not think that this is a bug in the plugin. Why are we not doing the changes in the base class (unless that is not possible). Having an extra read when a resources is created seems like a little of an overkill. I understand that it is what is done at the moment. I think that at the summit w

Re: [openstack-dev] [kolla][vote] Proposing Alicja Kwasniewska for core reviewer

+1 __ 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] Reg: Configuration Management tool for Openstack.

Hi Dharma, You can start with https://github.com/openstack/openstack-ansible Quick start guide to go about it: http://docs.openstack.org/developer/openstack-ansible/developer-docs/quickstart-aio.html Regards, Yatin On Mon, Mar 7, 2016 at 12:46 PM, cool dharma06 wrote: > Hi all, > > i have th

Re: [openstack-dev] [fuel] Newton PTL and CL elections

Dmitry Borodaenko wrote: Updated dates based on openstack/election events.yaml: PTL self-nomination: March 11-17 PTL election: March 18-24 CL self-nomination: March 25-31 CL election: April 1-7 Can we fit the component leads election into the same process (i.e. component lead candidates would s

Re: [openstack-dev] [nova] bug reports and stable branches: tags or series?

Matt Riedemann wrote: [...] The 'in-stable-liberty' tag is applied by infra when a stable branch patch is merged. I haven't actually been seeing this happening as automatically as before with the in-stable-kilo tag. I'm not sure if that's a bug in infra or if it's by design (or maybe it doesn't h

Re: [openstack-dev] [telemetry][aodh] "aodh alarm list" vs "aodh alarm search"

On Fri, Mar 04 2016, liusheng wrote: > Hi folks, > Currently, we have supported "aodh alarm list" and "aodh alarm search" > commands > to query alarms. They both need mandatory "--type" parameter, and I want to > drop the limitation[1]. if we agree that, the "alarm list" will only used to > lis

Re: [openstack-dev] [neutron] constrained tox targets

On 4 March 2016 at 11:15, Armando M. wrote: > > > On 4 March 2016 at 11:12, Ihar Hrachyshka wrote: > >> Armando M. wrote: >> >> >>> >>> On 4 March 2016 at 08:50, Ihar Hrachyshka wrote: >>> Hi all, >>> >>> currently we have both py27 and py27-constraints tox targets in neutron >>> repos. For so

Re: [openstack-dev] [glance] Remove `run_tests.sh` and `tools/*`

On Fri, Mar 04 2016, Flavio Percoco wrote: > Any objections? Something I'm missing? Good idea. :) -- Julien Danjou // Free Software hacker // https://julien.danjou.info signature.asc Description: PGP signature __ OpenStac

<    1   2