On 10/13/2015 1:57 PM, Chuck Short wrote:
Hi
Im just in the last stages of release 2015.1.2. I dont think anything is
stopping us from opening it up agian. The tabrlls have been created. So
go for it.
Chuck
On Tue, Oct 13, 2015 at 2:46 PM, Matt Riedemann
mailto:mrie...@linux.vnet.ibm.com
bin/mailman/listinfo/openstack-dev
Well we at least have a bug to track against now:
https://bugs.launchpad.net/python-novaclient/+bug/1506103
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not fo
compat fishbowl session in Tokyo if you're interested.
-Rob
I'll be at the fishbowl :D
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ..
y
bumping the minimum required version.
[1]
http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/driver.py?id=2015.1.0#n335
[2] https://wiki.openstack.org/wiki/LibvirtDistroSupportMatrix
[3]
http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/host.py?id=20
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Launchpad. More info here:
https://wiki.openstack.org/wiki/Bugs
--
Thanks,
Matt Riedemann
__
OpenStack Development
uinfo?
Kris Lindgren
Senior Linux Systems Engineer
GoDaddy, LLC.
On 5/14/15, 1:23 PM, "Matt Riedemann" wrote:
The minimum required version of libvirt in the driver is 0.9.11 still
[1]. We've been gating against 1.2.2 in Ubuntu Trusty 14.04 since Juno.
The li
On 5/14/2015 3:35 PM, Matt Riedemann wrote:
On 5/14/2015 2:59 PM, Kris G. Lindgren wrote:
How would this impact someone running juno nova-compute on rhel 6 boxes?
Or installing the python2.7 from SCL and running kilo+ code on rhel6?
For [3] it couldn't we get the exact same inform
ng we'd still have 6-12 months
deprecation on a client like this because of all of the tooling
potentially written around it.
[1] https://bugs.launchpad.net/python-novaclient/+bug/1454369
[2] https://review.openstack.org/#/c/145613/
--
Thanks,
Matt Riedemann
___
On 5/15/2015 8:54 AM, Daniel P. Berrange wrote:
On Fri, May 15, 2015 at 02:45:06PM +0100, John Garbutt wrote:
On 15 May 2015 at 13:28, Daniel P. Berrange wrote:
On Fri, May 15, 2015 at 11:51:22AM +0100, Daniel P. Berrange wrote:
On Thu, May 14, 2015 at 02:23:25PM -0500, Matt Riedemann
On 5/15/2015 6:28 AM, Daniel P. Berrange wrote:
On Fri, May 15, 2015 at 11:51:22AM +0100, Daniel P. Berrange wrote:
On Thu, May 14, 2015 at 02:23:25PM -0500, Matt Riedemann wrote:
The minimum required version of libvirt in the driver is 0.9.11 still [1].
We've been gating against 1.2
've added a script in the requirements repo (tools/cruft.sh)
to find things like this, so that interested parties can use it as a
starting point to research possible cleanup work there.
https://review.openstack.org/#/c/183706/ adds libvirt-python back into
nova's test-requirements
ternalId=2039567
Also note that the NSX CI (vmware CI) originally ran with vcenter 5.1
and is now running 5.5.
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-
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
I was wondering the exact same thing, why not wo
here. Could be a problem elsewhere in nova, or
neutron, or tempest, or devstack, that's something I don't know right
now. :(
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questio
nt to forget about so I
added those at the bottom.
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
having some way for Magnum’s Heat
template to ask only for instances produced without the Magnum virt driv!
er when
forming or scaling Bays. I suppose a scheduling hint might be adequate for this.
Adrian
On May 17, 2015, at 11:48 AM, Matt Riedemann wrote:
On 5/16/2015 10:52 PM, Alex
On 5/15/2015 9:38 AM, Sean Dague wrote:
On 05/15/2015 12:28 PM, Everett Toews wrote:
On May 15, 2015, at 10:28 AM, John Griffith mailto:john.griffi...@gmail.com>> wrote:
On Thu, May 14, 2015 at 8:29 PM, Matt Riedemann
mailto:mrie...@linux.vnet.ibm.com>> wrote:
This c
On 5/14/2015 9:50 AM, Brant Knudson wrote:
On Thu, May 14, 2015 at 9:41 AM, Matt Riedemann
mailto:mrie...@linux.vnet.ibm.com>> wrote:
On 5/14/2015 5:46 AM, Sean Dague wrote:
On 05/14/2015 04:16 AM, Robert Collins wrote:
Tox 2.0 just came out, and it is
o the
oslo.vmware 0.13.0 release:
https://bugs.launchpad.net/nova/+bug/1459021
Since the vmware driver unit test code in nova likes to stub out
external APIs there is probably a bug in the nova unit tests rather than
an issue in oslo.vmware, but I'm not very familiar so I can'
On 5/26/2015 4:19 PM, Matt Riedemann wrote:
On 5/26/2015 9:53 AM, Davanum Srinivas wrote:
We are gleeful to announce the release of:
oslo.vmware 0.13.0: Oslo VMware library
With source available at:
http://git.openstack.org/cgit/openstack/oslo.vmware
For more details, please see
On 5/27/2015 10:57 AM, Matt Riedemann wrote:
All changes to stable/kilo (and probably stable/juno) are broken due to
a zake 0.2.2 release today which excludes kazoo 2.1.
tooz 0.12 requires uncapped zake and kazoo so it's pulling in kazoo 2.1
which zake 0.2.2 doesn't allow.
ceilom
and put out a 2.1.1
release so that zake will start working with latest kazoo.
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.
On 5/27/2015 10:58 AM, Matt Riedemann wrote:
On 5/27/2015 10:57 AM, Matt Riedemann wrote:
All changes to stable/kilo (and probably stable/juno) are broken due to
a zake 0.2.2 release today which excludes kazoo 2.1.
tooz 0.12 requires uncapped zake and kazoo so it's pulling in kazo
On 5/27/2015 11:00 AM, Matt Riedemann wrote:
On 5/27/2015 10:58 AM, Matt Riedemann wrote:
On 5/27/2015 10:57 AM, Matt Riedemann wrote:
All changes to stable/kilo (and probably stable/juno) are broken due to
a zake 0.2.2 release today which excludes kazoo 2.1.
tooz 0.12 requires uncapped
lings aren't getting hurt with a procedural -2, but
seriously, it's a big project and there isn't time for hand-holding
everything and everyone, so if people have questions about the process
they need to use our communication mediums like IRC for getting answers.
--
Thanks,
Matt
when I see them so that we don't wait so
long on these that they fall into a stable support phase where we don't
think they are appropriate for merging anymore, but if we had acted
sooner they'd be in.
But I'm also the new guy on the team so I've got belly fire, feel free
ind Regards,
Dave Walker
__
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/openstac
k 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
--
Thanks,
Matt Riedemann
__
Op
Was there agreement on capping oslo.serialization < 2.0 in
global-requirements on master so that nova doesn't pick up the latest
and breaks with the new iso time format stuff?
--
Thanks,
Matt Riedemann
__
O
--
Rackspace Australia
The wiki page has the details:
https://wiki.openstack.org/wiki/Sprints/NovaLibertySprint
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsu
.org/#/q/status:open+branch:stable/icehouse,n,z
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http:/
of magic
9cfecf9 server-group-list support 'all_projects' parameter
de4e40a add ips to novaclient server manager
NOTE: The volume APIs/CLIs are now deprecated and will be removed in the
first python-novaclient release after the Nova 2016.1 Mujina release.
--
Thanks,
Matt
are added to Cinder.
I'm looking for any advice here in how to get started since I don't
primarily work on Cinder and don't have a full history here.
[1] https://bugs.launchpad.net/cinder/+bug/1463525
[2] https://bugs.launchpad.net/nova/+bug/1
15-June/066450.html
[2]
https://docs.google.com/drawings/d/1geSKQXz4SqfXllq1Pk5o2YVCycZVf_i6ThY88r9YF4A/edit?usp=sharing
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
U
/p/YVR-nova-liberty-summit-action-items
Please do add any actions that might be missing.
Matt Riedemann wins the prize[1] for the first[2][3] completed action
item, by releasing python-novaclient with the volume actions
deprecated.
I will take any and all prizes, virtual or not.
Its has been
nstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Sean has started documenting some of this here:
https://review.openstack.org/#/c/191188/
--
Thanks,
Matt Riedemann
__
s like they could be worked in parallel.
Are there any concerns with this?
Is a blueprint needed for this refactor?
[1] https://review.openstack.org/#/c/175569/
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing
On 6/16/2015 4:21 PM, Matt Riedemann wrote:
The NFS, GlusterFS, SMBFS, and Quobyte libvirt volume drivers are all
very similar.
I want to extract a common base class that abstracts some of the common
code and then let the sub-classes provide overrides where necessary.
As part of this, I
On 6/16/2015 5:56 PM, Michael Still wrote:
I don't think you need a spec for this (its a refactor). That said,
I'd be interested in exploring how you deprecate the old flags. Can
you have more than one deprecated name for a single flag?
Michael
On Wed, Jun 17, 2015 at 7:29 AM, Matt
org/p/nova-hypervisor-bulk-stats-notify
[2]
http://docs.openstack.org/admin-guide-cloud/content/section_telemetry-compute-meters.html
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
U
On 6/17/2015 8:14 AM, Duncan Thomas wrote:
On 17 June 2015 at 15:36, Dmitry Guryanov mailto:dgurya...@parallels.com>> wrote:
On 06/17/2015 02:14 PM, Duncan Thomas wrote:
On 17 June 2015 at 00:21, Matt Riedemann
mailto:mrie...@linux.vnet.ibm.com>
<
On 6/17/2015 7:36 AM, Dmitry Guryanov wrote:
On 06/17/2015 12:21 AM, Matt Riedemann wrote:
The NFS, GlusterFS, SMBFS, and Quobyte libvirt volume drivers are all
very similar.
I want to extract a common base class that abstracts some of the
common code and then let the sub-classes provide
On 6/17/2015 4:46 AM, Daniel P. Berrange wrote:
On Tue, Jun 16, 2015 at 04:21:16PM -0500, Matt Riedemann wrote:
The NFS, GlusterFS, SMBFS, and Quobyte libvirt volume drivers are all very
similar.
I want to extract a common base class that abstracts some of the common code
and then let the
#/c/157616/
__
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
--
Thanks,
Matt
ince
https://review.openstack.org/#/c/190289/ is breaking devstack with a DB2
backend since the nova changes aren't there yet to run the new nova_api
DB migrations with a DB2 backend.
I'll have to fold that int
'too many connections' or some such related error.
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
ht
On 6/17/2015 10:52 AM, Matt Riedemann wrote:
Without getting into the details from the etherpad [1], a few of us in
IRC today were talking about how the ceilometer compute-agent polls
libvirt directly for guest VM statistics and how ceilometer should
really be getting this information from
On 6/20/2015 3:35 PM, Daniel P. Berrange wrote:
On Sat, Jun 20, 2015 at 01:50:53PM -0500, Matt Riedemann wrote:
Waking up from a rare nap opportunity on a Saturday, this is what was
bothering me:
The proposal in the etherpad assumes that we are just getting bulk
host/domain/guest VM stats
ack.org/#/c/190894/
[2]
http://git.openstack.org/cgit/openstack-infra/project-config/tree/jenkins/jobs/devstack-gate.yaml#n1004
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsu
On 6/22/2015 4:32 PM, Russell Bryant wrote:
On 06/22/2015 05:23 PM, Matt Riedemann wrote:
The check-tempest-dsvm-cells job has been in nova's check queue since
January as non-voting and has been stable for a couple of weeks now, so
before it's regressed melwitt proposed a change to
On 6/22/2015 4:38 PM, Matt Riedemann wrote:
On 6/22/2015 4:32 PM, Russell Bryant wrote:
On 06/22/2015 05:23 PM, Matt Riedemann wrote:
The check-tempest-dsvm-cells job has been in nova's check queue since
January as non-voting and has been stable for a couple of weeks now, so
before
hing we lost IMHO is agility and pragmatism in
our decision making - I think we can regain that without throwing away
the specs idea entirely.
Regards,
Daniel
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (no
keep the specs up to date based on what was actually
approved in the code.
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
On 6/24/2015 9:09 AM, Kashyap Chamarthy wrote:
On Wed, Jun 24, 2015 at 02:51:38PM +0100, Nikola Đipanov wrote:
On 06/24/2015 02:33 PM, Matt Riedemann wrote:
[. . .]
I agree completely. The nicely rendered feature docs which is a
byproduct of the specs process in gerrit is a great part of
equest
to create a volume from an encrypted type that the volume driver doesn't
support it and the request fails with a 400. That'd be an API change
but might be acceptable given the API is pretty much broken today already.
[1]
http://git.openstack.org/cgit/openstack/tempest/tree/t
On 6/22/2015 4:55 AM, Daniel P. Berrange wrote:
On Sun, Jun 21, 2015 at 11:14:00AM -0500, Matt Riedemann wrote:
On 6/20/2015 3:35 PM, Daniel P. Berrange wrote:
On Sat, Jun 20, 2015 at 01:50:53PM -0500, Matt Riedemann wrote:
Waking up from a rare nap opportunity on a Saturday, this is what
On 6/26/2015 2:17 PM, Matt Riedemann wrote:
On 6/22/2015 4:55 AM, Daniel P. Berrange wrote:
On Sun, Jun 21, 2015 at 11:14:00AM -0500, Matt Riedemann wrote:
On 6/20/2015 3:35 PM, Daniel P. Berrange wrote:
On Sat, Jun 20, 2015 at 01:50:53PM -0500, Matt Riedemann wrote:
Waking up from a
of the bad
oslo.versionedobjects 0.5.0 release - and we have a circular dependency.
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.ope
On 6/29/2015 9:46 PM, Matt Riedemann wrote:
We need the g-r update to block the breaking oslo.versionedobjects release:
https://review.openstack.org/#/c/194325/
But that's failing unit tests which should be fixed in:
https://review.openstack.org/#/c/196719/
Which is dependent on a c
On 6/29/2015 10:31 PM, Matt Riedemann wrote:
On 6/29/2015 9:46 PM, Matt Riedemann wrote:
We need the g-r update to block the breaking oslo.versionedobjects
release:
https://review.openstack.org/#/c/194325/
But that's failing unit tests which should be fixed in:
On 6/30/2015 6:47 PM, Mike Perez wrote:
On 12:24 Jun 26, Matt Riedemann wrote:
So the question is, is everyone OK with this and ready to make that change?
Thanks for all your work on this Matt.
I'm fine with this. I say bite the bullet and we'll see the CI's surface that
On 7/2/2015 4:12 AM, Deepak Shetty wrote:
On Wed, Jul 1, 2015 at 5:17 AM, Mike Perez mailto:thin...@gmail.com>> wrote:
On 12:24 Jun 26, Matt Riedemann wrote:
> So the question is, is everyone OK with this and ready to make that
change?
Thanks for all your wor
ck.org/#/c/195277/
--
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/mailma
On 7/2/2015 10:39 AM, Kyle Mestery wrote:
On Thu, Jul 2, 2015 at 10:35 AM, Matt Riedemann
mailto:mrie...@linux.vnet.ibm.com>> wrote:
This change in neutron [1] renames the linuxbridge and openvswitch
plugin config files. I'm familiar with the %config(noreplace)
direc
lly a spec for this type of
change, or is it simple enough as a bug fix on it's own?
[1] https://review.openstack.org/#/c/197185/
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questio
blob/30ba0c5eb19a9c9628957ac8e617ae78c0c1fa84/nova/network/neutronv2/api.py#L594-L595
[3]
https://github.com/openstack/nova/blob/30ba0c5eb19a9c9628957ac8e617ae78c0c1fa84/nova/network/neutronv2/api.py#L1107
--
Thanks,
Matt Riedemann
___
On 2/12/2016 12:45 PM, John Garbutt wrote:
On 12 February 2016 at 18:17, Andrew Laski wrote:
On Fri, Feb 12, 2016, at 12:15 PM, Matt Riedemann wrote:
Forgive me for thinking out loud, but I'm trying to sort out how nova
would use a microversion in the nova API for the get-me-a-ne
On 2/12/2016 12:44 PM, Armando M. wrote:
On 12 February 2016 at 09:15, Matt Riedemann mailto:mrie...@linux.vnet.ibm.com>> wrote:
Forgive me for thinking out loud, but I'm trying to sort out how
nova would use a microversion in the nova API for the
get-me-a-netw
etween the stable
team and the projects, for getting attention on issues.
[1] https://wiki.openstack.org/wiki/CrossProjectLiaisons#Stable_Branch
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not
but what about new
deployments?
[1]
https://github.com/openstack/requirements/blob/0e8a4136b4e9e91293d46b99879c966e3bddd9bd/upper-constraints.txt#L181
[2] https://bugs.launchpad.net/oslo.service/+bug/1529594
[3] https://wiki.openstack.org/wiki/Rele
penstack.org/wiki/StringFreeze
--
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-
2016-02-13 1:15 GMT+08:00 Matt Riedemann mailto:mrie...@linux.vnet.ibm.com>>:
Forgive me for thinking out loud, but I'm trying to sort out how
nova would use a microversion in the nova API for the
get-me-a-network feature recently added to neutron [1] and planned
to be lev
ra to
know those details, but without fixing the pep8 job we can't land any
changes on stable branches for Sahara so we need some attention from the
team here.
[1]
https://review.openstack.org/#/q/I21e06fb850adf1b447b2278b6847b04a63ea26d9,n,z
enforce this for nova-network, because if so, that
seems like a step backward. But if we don't enforce that check for both
neutron and nova-network, then we have differences in the API again.
--
Thanks,
Matt Riedemann
___
On 2/22/2016 2:27 PM, Sean Dague wrote:
On 02/22/2016 02:50 PM, Andrew Laski wrote:
On Mon, Feb 22, 2016, at 02:42 PM, Matt Riedemann wrote:
On 2/22/2016 5:56 AM, Sean Dague wrote:
On 02/19/2016 12:49 PM, John Garbutt wrote:
Consider a user that uses these four clouds:
* nova-network
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
would be good to capture this in the docs for novaclient so we
could just link t
ch is used to pass it
to terminate_connection in the case that the host has changed.
[1] https://review.openstack.org/#/c/266095/
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing List (not for usage questions)
Unsubs
asynchronous and hooks aren't? In the case of how Rdo was using it,
they are adding things to the injected_files list before the instance is
created in the compute API. You couldn't do that with notifications as
far as I know.
--
Thanks,
Matt Riedemann
___
things that are currently using hooks that
we may want to support in other ways in Newton.
-Sean
I think you should probably also post this to the operators mailing list
before we actually deprecate hooks.
--
Thanks,
Matt Riedemann
her, so
probably just an oversight on why it needed to be passed down to the
virt driver.
[1]
https://github.com/openstack/nova/commit/6f3ae6e1e5453330e14807348f6e3f6587877946
--
Thanks,
Matt Riedemann
__
OpenStack
On 3/1/2016 11:52 AM, Matt Riedemann wrote:
On 3/1/2016 1:47 AM, Eli Qiao wrote:
hello Nova hackers
I see in some of virt drivers (see belows links) 's
confirm_resize/revert_resize(or something like that) passing a parameter
'migration',
but it is not used at all in virt l
.
As for listing deleting instances as an admin, that was broken with the
2.16 microversion and there is a fix here:
https://review.openstack.org/#/c/283820/
--
Thanks,
Matt Riedemann
__
OpenStack Development Mailing Li
> https://etherpad.openstack.org/p/cinder-nova-api-changes
>
> Scott D'Angelo (scottda)
> ____
> From: Matt Riedemann [mrie...@linux.vnet.ibm.com
<mailto:mrie...@linux.vnet.ibm.com>]
> Sent: Mon
.net/nova/+bug/1532228
There are a few duplicates and at least 3 patches up for the same thing,
but all three are incomplete. Basically all of the
nova.virt.libvirt.volume.* options are missing from the generated sample
config. It would be nice if someone drove those 3 patches into one and
res
On 3/3/2016 10:02 AM, Matt Riedemann wrote:
On 3/3/2016 2:55 AM, Zhenyu Zheng wrote:
Yes, I agree with you guys, I'm also OK for non-admin users to list
their own instances no matter what status they are.
My question is this:
I have done some tests, yet we have 2 different ways to
ef":
"http://10.229.45.17:8774/62bfb653eb0d4d5cabdf635dd8181313/servers/40bab05f-0692-43df-a8a9-e7c0d58a73bd";,
"rel": "bookmark"}], "key_name": null, "image": {"id":
"6455625c-a68d-4bd3-ac2e-07382ac5cbf4", "links": [
FYI, it looks like a change made to the stable/liberty branch for murano
on 3/1 broke the unit tests, details are in the bug:
https://bugs.launchpad.net/murano/+bug/1552887
--
Thanks,
Matt Riedemann
__
OpenStack
. You don't have to dig into the details to figure out if it's
actually a latent bug or not, just if someone says they hit a bug on
liberty, we can add kilo-backport-potential so we can look into it when
that time comes (after it's fixed on trunk).
[1] https://launchpad.ne
t sure what the difference is in failure rates between the
volume-backed and block migration tests, mtreinish might be able to tell
from subunit2sql, but that could be interesting data.
--
Thanks,
Matt Riedemann
__
OpenSt
to limit the use of "--status=deleted".
On Fri, Mar 4, 2016 at 12:37 AM, Matt Riedemann
mailto:mrie...@linux.vnet.ibm.com>>
wrote:
On 3/3/2016 10:02 AM, Matt Riedemann wrote:
On 3/3/2016 2:55 AM, Zhenyu Zheng wrote:
On 3/5/2016 9:48 AM, Adam Young wrote:
On 03/05/2016 12:27 AM, Chris Friesen wrote:
On 03/04/2016 03:42 PM, Matt Riedemann wrote:
On 3/3/2016 9:14 PM, Zhenyu Zheng wrote:
Hm, I found out the reason:
https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L1139
microversion and until then, I was thinking it
should return a 501 rather than a 500 but don't want to go through the
paperwork if that requires a microversion.
[1] https://review.openstack.org/#/c/288965/
--
Thanks,
Matt Ried
On 3/5/2016 8:51 PM, Matt Riedemann wrote:
A GET request from the os-virtual-interfaces API returns a 500 today if
neutron is the networking backend.
It would be more accurate to return a 501, but do we need a microversion
for that?
I intend on implementing the method for the neutronv2 API
On 3/6/2016 12:47 PM, Chris Dent wrote:
On Sat, 5 Mar 2016, Matt Riedemann wrote:
A GET request from the os-virtual-interfaces API returns a 500 today
if neutron is the networking backend.
It would be more accurate to return a 501, but do we need a
microversion for that?
Keep this in mind
--
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
.launchpad.net/trove/+bug/1538506
[2] https://review.openstack.org/#/c/276934/
[3] http://goo.gl/fqf11U
[4]
http://governance.openstack.org/reference/tags/stable_follows-policy.html
--
Thanks,
Matt Riedemann
__
OpenStack
On 3/8/2016 10:17 AM, Matt Riedemann wrote:
This is a call for help on resolving bug 1538506 [1] where the proboscis
tests randomly fail on the stable branches with something like:
TypeError: create() got an unexpected keyword argument 'slave_of'
Craig Vyvial has a proposed s
rd to hearing your feedback on this.
Thanks,
-amrith
-----Original Message-
From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com]
Sent: Tuesday, March 08, 2016 12:11 PM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [trove][stable] proboscis tests randomly
failing in stable b
On 3/8/2016 12:52 PM, Matt Riedemann wrote:
On 3/8/2016 12:35 PM, Amrith Kumar wrote:
Matt,
The correct solution for liberty is that we should fix the tests.
Here's why I believe that this is the case.
In pertinent part, the backtrace from your bug includes:
2016-01-27 07:02:0
So is this for only current TC members? What about people that aren't on
the TC?
I asked in this in today's TC meeting but figured I'd ask here where
it's more global.
--
Thanks,
Matt Riedemann
901 - 1000 of 2325 matches
Mail list logo