Michael Krotscheck wrote:
On Thu, Aug 6, 2015 at 10:08 AM Mehdi Abaakouk sil...@sileht.net
mailto:sil...@sileht.net wrote:
Yes, but you can't use oslo.config without hardcode the loading the
middleware to pass the oslo.config object into the application.
Yes, and that is intentional,
On 8/6/2015 3:30 PM, Skyler Berg wrote:
After the change cleanup NovaObjectDictCompat from virtual_interface
[1] was merged into Nova on the morning of August 5th, Tintri's CI for
Cinder started failing 13 test cases that involve a volume being
attached to an instance [2].
I have verified
On 8/7/2015 3:56 AM, Kuvaja, Erno wrote:
Hi,
Flagged Nova and Cinder into this discussion as they were the first intended
adopters iirc.
I don't have big religious view about this topic. I wasn't huge fan of the idea
separating it in the first place and I'm not huge fan of keeping it
Hi, All,
Currently we have microversions support in python-novaclient now! It’s time to
submit microversions client support if your nova api server side patch merged.
There is example how to add specific microversion in client
https://review.openstack.org/#/c/136458/
I have been looking for a working example to create Heat stack with a
config_drive attached.
I know it is possible to deploy a nova instance with the CLI [1]
I see that OS::Nova::Server has a config_drive property that is a
Boolean value [2]
What I cannot find is how this can be used. Where
config_drive: true just tells the instance to mount the drive. You pass data
via the user_data property.
Original message
From: Maish Saidel-Keesing
Date:08/07/2015 8:08 AM (GMT-06:00)
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev]
On 08/07/15 16:22, Randall Burt wrote:
config_drive: true just tells the instance to mount the drive. You
pass data via the user_data property.
Thanks Randall that is what I was thinking.
But I am confused.
When booting an instance with nova boot, I can configure a local
file/directory to
Thanks for the replies guys. The issue is that it is not working. If you
take a look at the pastes I linked from the first email I am using the
get_resource function in the security group resource. I am not sure if it
is not resolving to an appropriate value or if it is resolving to an
The drive will contain the user data. Its an alternative to the metadata
service and isn't a normal drive. Its created, mounted, and populated by Nova.
Original message
From: Maish Saidel-Keesing
Date:08/07/2015 8:35 AM (GMT-06:00)
To: Randall Burt ,
I have a few questions:
* when do you run puppet? before starting the container so we can
generate a configuration file?
We would run puppet before starting the container that way puppet can
generate the config and the container absorb it.
* so iiuc, Puppet is only here to generate
On 07/08/2015 3:49 AM, Chris Dent wrote:
Despite our conversation in the meeting yesterday[1] I still remain a
bit confused about the upgrade path from alarming-in-ceilometer to
alarming provided by aodh and the availability of the older code in
released liberty.
Much of my confusion can
On Fri, Aug 7, 2015 at 4:09 PM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On 8/7/2015 3:52 PM, Matt Riedemann wrote:
Well it's a Friday afternoon so you know what that means, emails about
the stable branches being all busted to pieces in the gate.
Tracking in the usual place:
On Fri, Aug 7, 2015 at 11:48 AM, Sean Dague s...@dague.net wrote:
Friday's have been kind of a rough day for the Nova API subteam. It's
already basically the weekend for folks in AP, and the weekend is right
around the corner for everyone else.
I'd like to suggest we shift the meeting to
According to requirements.txt we require pip=6.0. Trying to install the
requirements for nova with pip 6.1.1 is not possible at the moment
because of the following issue:
$ virtualenv .venv
$ source .venv/bin/activate
$ pip install -r requirements.txt
You are using pip version 6.1.1, however
On 08/07/2015 10:52 PM, Robert Collins wrote:
I don't know why Nova has a requirement expressed on pip, since
requirements.txt is evaluated by pip its too late. Does Nova actually
consume pip itself?
pip is not listed in the requirements.txt file of nova. pip is listed in
the global
Pip is listed there because we used to use pip from within pbr. We could
raise the pip version in global requirements safely I think.
On 8 Aug 2015 09:58, Christian Berendt christ...@berendt.io wrote:
On 08/07/2015 10:52 PM, Robert Collins wrote:
I don't know why Nova has a requirement
On Tue, Aug 4, 2015 at 9:40 AM, Anne Gentle annegen...@justwriteclick.com
wrote:
On Tue, Aug 4, 2015 at 7:48 AM, Sean Dague s...@dague.net wrote:
On the plane home from the Nova midcycle meetup I spent a chunk of time
reading our API docs that are now in tree:
Just a heads up that this recently merged code is wrong:
https://review.openstack.org/#/c/192760/14/nova/tests/unit/db/test_migrations.py,cm
and here it is failing tests on my local env, as it does on my CI, as
would be expected, there's a lot more if I keep it running:
On 08/04/2015 01:44 AM, Andreas Scheuring wrote:
Can you try answer 1 of [1]?
I've never tried it, but I heard from folks who configured it like that.
With this masquerading, your vm should be able to reach your 192.x
network. But as it's NAT it won't work the other way round (e.g.
establish a
On 5 Aug 2015, at 1:34 am, Joshua Harlow harlo...@outlook.com wrote:
Philipp Marek wrote:
If we end up using a DLM then we have to detect when the connection to
the DLM is lost on a node and stop all ongoing operations to prevent
data corruption.
It may not be trivial to do, but we will
Hi,
I managed to get the jobs triggered, i read
https://wiki.openstack.org/wiki/Cinder/tested-3rdParty-drivers but i can't
figure out where to put the code for pre_test_hook so i can setup my
backend.
Thanks,
--
*Eduard Biceri Matei, Senior Software Developer*
www.cloudfounders.com
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
Welcome to August! Today we can finally announce that the Cloud Admin
Guide is now completely converted to RST! I have been doing a fair bit
of 'behind the scenes' work this week, focusing mainly on Training
Guides and our docs
Hi,
Sorry for my late response and my absent in weekly meetings...
I'm not sure whether I captured your idea correctly, but I prefer the second
approach now.
I agreed the point Igor and liusheng mentioned that the second approach enables
end users to have configurable expire-time.
In
Hi,
Flagged Nova and Cinder into this discussion as they were the first intended
adopters iirc.
I don't have big religious view about this topic. I wasn't huge fan of the idea
separating it in the first place and I'm not huge fan of keeping it separate
either.
After couple of cycles we have
1) OS::Neutron::Port does not seem to recognize security groups by name
--
https://github.com/openstack/heat/blob/stable/kilo/heat/engine/resources/openstack/neutron/port.py#L303
https://github.com/openstack/heat/blob/stable/kilo/heat/engine/clients/os/neutron.py#L111
Bug submitted:
https://bugs.launchpad.net/neutron/+bug/1482521
Thanks,
Artur
From: Oleg Bondarev [mailto:obonda...@mirantis.com]
Sent: Thursday, August 6, 2015 5:18 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron][dvr] Removing fip
On Fri, Aug 07 2015, Chris Dent wrote:
If someone installs aodh on a machine that already has ceilometer on it
and turns off ceilometer-alarm-notifier and ceilometer-alarm-evaluator
(in favor of aodh-notifier and aodh-evaluator) will they be able to run
those aodh services against their
Hello Jason,
Agree with TianTian. It would be good if you provide more details about the
error you have.
Additionally, it would be perfect if you'll use heat IRC channel: #heat or
ask.openstack.org to resolve such kind of questions.
Best regards,
Kairat Kushaev
Software Engineer, Mirantis
On
Hi, everyone,
The Broken pipe errors were encountered as follows, when I ran nodepoold
command:
2015-08-08 12:31:27,360 INFO nodepool.DiskImageUpdater: Uploading dib image id:
6755 from /opt/nodepool_dib/dpc-1439004811 for
Despite our conversation in the meeting yesterday[1] I still remain a
bit confused about the upgrade path from alarming-in-ceilometer to
alarming provided by aodh and the availability of the older code in
released liberty.
Much of my confusion can probably be resolved by knowing the answer to
On Fri, 7 Aug 2015, Julien Danjou wrote:
On Fri, Aug 07 2015, Chris Dent wrote:
If someone installs aodh on a machine that already has ceilometer on it
and turns off ceilometer-alarm-notifier and ceilometer-alarm-evaluator
(in favor of aodh-notifier and aodh-evaluator) will they be able to
Excerpts from Ian Cordasco's message of 2015-07-24 11:22:33 -0700:
On 7/24/15, 13:16, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Ian Cordasco's message of 2015-07-24 08:58:06 -0700:
On 7/23/15, 19:38, michael mccune m...@redhat.com wrote:
On 07/23/2015 12:43 PM, Ryan
I largely agree with the points made in the messages by Nikhil and Erno. A
few additional points.
One of the biggest use cases that I heard for glance_store (true, false,
or otherwise) was that Glance is a bottleneck and an unnecessary proxy to
the stores and consumers should be able to interface
James and Dan,
During the ansible-multi spec process that James Slagle reviewed, there was a
serious commitment by the Kolla core team to maintain config-internal, pretty
much for the tripleo use case. We didn’t want to leave our partner projects in
the lurch and at the time Ryan/Ian’s
On 8/7/15, 8:46 AM, Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
On 8/7/2015 3:56 AM, Kuvaja, Erno wrote:
Hi,
Flagged Nova and Cinder into this discussion as they were the first
intended adopters iirc.
I don't have big religious view about this topic. I wasn't huge fan of
the idea
On Fri, 2015-08-07 at 14:21 +, Steven Dake (stdake) wrote:
James and Dan,
During the ansible-multi spec process that James Slagle reviewed,
there was a serious commitment by the Kolla core team to maintain
config-internal, pretty much for the tripleo use case. We didn’t
want to
This email is loosely related to the recent thread of docker, puppet,
and Heat here:
http://lists.openstack.org/pipermail/openstack-dev/2015-August/071492.html
I'd really like to get some feedback about work done to use Heat for
deploying Kolla containers. Ultimately, the hope is to use this
On Fri, Aug 07, 2015 at 11:31:52AM -0400, Jeff Peeler wrote:
[1]
https://github.com/jpeeler/kolla/tree/694df62d47cf6d930bf04231386c917f5cb4da58
[2] https://review.openstack.org/#/c/178840/
[3] https://github.com/jpeeler/kolla/commits/master
If it's not obvious, please note that links 1 and 3
On 8/7/2015 8:38 AM, Matt Riedemann wrote:
On 8/6/2015 3:30 PM, Skyler Berg wrote:
After the change cleanup NovaObjectDictCompat from virtual_interface
[1] was merged into Nova on the morning of August 5th, Tintri's CI for
Cinder started failing 13 test cases that involve a volume being
As freshly crowned bug czar I'd like to advertise the bug review day
which takes place next Wednesday, August the 12th [1].
The bug triage day last week did a good job to set the priorities of
undecided bugs [2].
We can use [3] to get an overview of the current reviews for bugs. When
[4] is
- Original Message -
From: James Slagle james.sla...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Friday, August 7, 2015 11:20:59 AM
Subject: Re: [openstack-dev] [kolla][tripleo] Deprecating config-internal
On Fri,
On 8/7/15, 8:08 AM, Dan Prince dpri...@redhat.com wrote:
On Fri, 2015-08-07 at 14:21 +, Steven Dake (stdake) wrote:
James and Dan,
During the ansible-multi spec process that James Slagle reviewed,
there was a serious commitment by the Kolla core team to maintain
config-internal,
Hi Nik, some comments inline, but tl;dr I am strongly against returning
the glance_store library to the Glance source repository. Explanations
inline...
On 08/07/2015 01:21 AM, Nikhil Komawar wrote:
Hi,
During the mid-cycle we had another proposal that wanted to put back the
glance_store
On Thu, Aug 6, 2015 at 10:08 AM Mehdi Abaakouk sil...@sileht.net wrote:
Yes, but you can't use oslo.config without hardcode the loading the
middleware to pass the oslo.config object into the application.
Yes, and that is intentional, because the use of global variables of any
sort is bad.
Friday's have been kind of a rough day for the Nova API subteam. It's
already basically the weekend for folks in AP, and the weekend is right
around the corner for everyone else.
I'd like to suggest we shift the meeting to Monday or Tuesday in the
same timeslot (currently 12:00 UTC). Either works
On 08/07/2015 12:48 PM, Sean Dague wrote:
Friday's have been kind of a rough day for the Nova API subteam. It's
already basically the weekend for folks in AP, and the weekend is right
around the corner for everyone else.
I'd like to suggest we shift the meeting to Monday or Tuesday in the
same
The recent split of the unit and functional tests in ceilometer
shows some interesting test coverage data. With just what are now
called the unit tests coverage is a meek 58%. With both the unit
and functional (what used to be the standard coverage run) the
coverage is a still kind of meek 84%.
On Fri, Aug 7, 2015 at 10:24 AM, Korzeniewski, Artur
artur.korzeniew...@intel.com wrote:
Bug submitted:
https://bugs.launchpad.net/neutron/+bug/1482521
Ok, here is the fix: https://review.openstack.org/210539
Thanks!
Oleg
Thanks,
Artur
*From:* Oleg Bondarev
Dmitry, just a quick note to say I'm very pleased to see the progress
from the Fuel team in collaborating with the Puppet OpenStack upstream
team. Great to see puppet-librarian-simple starting to reduce the
duplication and forking of Puppet modules in Fuel.
Kudos.
Best,
-jay
On 08/03/2015
On Fri, Aug 7, 2015 at 11:08 AM, Dan Prince dpri...@redhat.com wrote:
On Fri, 2015-08-07 at 14:21 +, Steven Dake (stdake) wrote:
James and Dan,
During the ansible-multi spec process that James Slagle reviewed,
there was a serious commitment by the Kolla core team to maintain
I don't know why Nova has a requirement expressed on pip, since
requirements.txt is evaluated by pip its too late. Does Nova actually
consume pip itself?
On 8 Aug 2015 8:31 am, Christian Berendt christ...@berendt.io wrote:
According to requirements.txt we require pip=6.0. Trying to install the
Well it's a Friday afternoon so you know what that means, emails about
the stable branches being all busted to pieces in the gate.
Tracking in the usual place:
https://etherpad.openstack.org/p/stable-tracker
Since things are especially fun the last two days I figured it was time
for a
On 08/05/2015 02:33 PM, Ryan Hallisey wrote:
Tagging kolla so the kolla community also sees it.
Pardon the top posting.
-Ryan
- Original Message -
From: Dan Prince dpri...@redhat.com
To: openstack-dev openstack-dev@lists.openstack.org
Sent: Wednesday, August 5, 2015 2:29:13 PM
On 08/05/2015 07:48 PM, Gilles Dubreuil wrote:
On 06/08/15 10:16, Jamie Lennox wrote:
- Original Message -
From: Adam Young ayo...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Thursday, August 6, 2015 1:03:55 AM
Subject: Re: [openstack-dev] [puppet][keystone] To always use
On 8/7/2015 3:52 PM, Matt Riedemann wrote:
Well it's a Friday afternoon so you know what that means, emails about
the stable branches being all busted to pieces in the gate.
Tracking in the usual place:
https://etherpad.openstack.org/p/stable-tracker
Since things are especially fun the last
On 08/06/2015 07:09 PM, Dolph Mathews wrote:
On Thu, Aug 6, 2015 at 11:25 AM, Lance Bragstad lbrags...@gmail.com
mailto:lbrags...@gmail.com wrote:
On Thu, Aug 6, 2015 at 10:47 AM, Dolph Mathews
dolph.math...@gmail.com mailto:dolph.math...@gmail.com wrote:
On Wed, Aug 5,
On 07/08/2015 3:49 AM, Chris Dent wrote:
Despite our conversation in the meeting yesterday[1] I still remain a
bit confused about the upgrade path from alarming-in-ceilometer to
alarming provided by aodh and the availability of the older code in
released liberty.
Much of my confusion can
Hi, Brian Haley
This is a huge increase in IP consumption from today though, which is only
[number of tenants], I'm not sure most deployers have [tenants * compute
nodes] IPs at their disposal. And in the worst-case this becomes Assign
a Floating IP to all VMs.
Before suggest my proposal, I
On Thu, 2015-08-06 at 16:54 -0400, James Slagle wrote:
On Thu, Aug 6, 2015 at 8:12 AM, Dan Prince dpri...@redhat.com
wrote:
One more side effect is that I think it also means we no longer
have
the capability to test arbitrary Zuul refspecs for projects like
Heat,
Neutron, Nova,
On Fri, 2015-08-07 at 01:21 -0400, Nikhil Komawar wrote:
3. ease of addition of newer drivers for the developers -- drivers
are
only being removed since.
The OpenStack team at Scality developed a Glance Store driver for RING,
currently out-of-tree to get to a first fully-working version (
As Matt found, it the problem was with out of date requirements. Going
forward I would advise any third party CI that is not spinning up a new
VM for every job to purge all python packages after each run. This will
make devstack reinstall everything, avoid this type of problem. Though
the problem
Hello,
These two subjects have probably been discussed already, but I couldn't
find any info on them, so very much appreciate if someone could clarify.
Why is the HOT template that is fed to package-create command renamed to
template.yaml? Any issue with keeping the original name?
Why HOT
Hello everyone,
I'd like to inform you that Soft Code Freeze[1] for 7.0 release is now
officially effective. Since now on we stop accepting fixes for Medium
priority bugs and focus on Critical and High priority bugs. There are
plenty of them now, we need your help with fixing them so we
Hey folks,
I just wanted to give a heads up to fellow new members to the big tent (and the
TC) that don’t have the correct repo listed today in the projects.yaml file in
the governance repo that according to fungi [1] those projects contributors
will not receive ATC passes. According to
Mike,
I edited my nova tox.ini like so:
http://paste.openstack.org/show/412245/
and it seems to be working for me:
http://paste.openstack.org/show/412246/
-- dims
On Fri, Aug 7, 2015 at 6:42 PM, Mike Bayer mba...@redhat.com wrote:
Just a heads up that this recently merged code is wrong:
在 2015年8月8日，上午12:48，Sean Dague s...@dague.net 写道：
Friday's have been kind of a rough day for the Nova API subteam. It's
already basically the weekend for folks in AP, and the weekend is right
around the corner for everyone else.
I'd like to suggest we shift the meeting to Monday or
On 8/7/2015 5:27 PM, Kyle Mestery wrote:
On Fri, Aug 7, 2015 at 4:09 PM, Matt Riedemann
mrie...@linux.vnet.ibm.com mailto:mrie...@linux.vnet.ibm.com wrote:
On 8/7/2015 3:52 PM, Matt Riedemann wrote:
Well it's a Friday afternoon so you know what that means, emails
about
On 8/7/2015 7:41 PM, Matt Riedemann wrote:
On 8/7/2015 5:27 PM, Kyle Mestery wrote:
On Fri, Aug 7, 2015 at 4:09 PM, Matt Riedemann
mrie...@linux.vnet.ibm.com mailto:mrie...@linux.vnet.ibm.com wrote:
On 8/7/2015 3:52 PM, Matt Riedemann wrote:
Well it's a Friday afternoon so
Nice idea :-)
2015年8月8日(土) 9:05 Alex Xu hejie...@intel.com:
在 2015年8月8日，上午12:48，Sean Dague s...@dague.net 写道：
Friday's have been kind of a rough day for the Nova API subteam. It's
already basically the weekend for folks in AP, and the weekend is right
around the corner for everyone
On 8/7/15 8:00 PM, Davanum Srinivas wrote:
Mike,
I edited my nova tox.ini like so:
http://paste.openstack.org/show/412245/
and it seems to be working for me:
http://paste.openstack.org/show/412246/
OK I can see why the gate passes, the error is exposed only by Alembic
0.8, because the
Mike,
Sounds great! +1 to fix the code.
-- dims
On Fri, Aug 7, 2015 at 9:55 PM, Mike Bayer mba...@redhat.com wrote:
On 8/7/15 8:00 PM, Davanum Srinivas wrote:
Mike,
I edited my nova tox.ini like so:
http://paste.openstack.org/show/412245/
and it seems to be working for me:
As we're beginning to wind down Liberty-3 in a few weeks, I'd like to
present the rough, high level plan to merge back the QoS and pecan branches
into Neutron. Ihar has been doing a great job shepherding the QoS work, and
I believe once we're done landing the final patches this weekend [1], we
can
On 2015-08-07 23:35:33 + (+), Steven Dake (stdake) wrote:
I just wanted to give a heads up to fellow new members to the big
tent (and the TC) that don’t have the correct repo listed today in
the projects.yaml file in the governance repo that according to
fungi [1] those projects
Hi all,
We just finished up a great 2 day sprint focusing on a new distributed
architecture for Congress. Details can be found in the etherpad:
https://etherpad.openstack.org/p/congress-liberty-sprint
Here's the summary.
1. Architecture. Each datasource driver will run in its own process;
74 matches
Mail list logo
