The check url is already a part of Neutron LBaaS IIRC.
Yep. LBaaS is a work in progress, right?
You mean more than OpenStack in general? :) The LBaaS API in Neutron has been
working fine since Havana. It's certainly has shortcomings and it seems there
is a big refactoring in plan, though.
Greeting,
I'd like to announce that we finally got the glance.store repo created.
This library pulls out of glance the code related to stores. Not many
changes were made to the API during this process. The main goal, for
now, is to switch glance over and keep backwards compatibility with
Glance
Thanks for setting this up Kyle, Wednesday 1500 UTC works for me.
Thanks,
Oleg
On Thu, Jul 17, 2014 at 6:35 AM, Kyle Mestery mest...@mestery.com wrote:
On Wed, Jul 16, 2014 at 9:28 PM, Michael Still mi...@stillhq.com wrote:
That time is around 1am for me. I'm ok with that as long as someone
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Dmitry,
I've been using Ubuntu 14.04LTS + Icehouse /w CEPH as a storage
backend for glance, cinder and nova (kvm/libvirt). I *really* would
love to see this patch cycle in Juno. It's been a real performance
issue because of the unnecessary re-copy
Hi all,
Why glance is not using Launcher/ProcessLauncher (oslo-incubator) for its wsgi
service like it is used in other openstack projects i.e. nova, cinder, keystone
etc.
As of now when SIGHUP signal is sent to glance-api parent process, it calls the
callback handler and then throws OSError.
[2] still has no positive progress, simply making puppet stop the
services isn't all that usefull, will need to move towards always
using over-ride files
[3] is closed as it hasn't occurred in two days
[4] may be closed as its not occuring in CI or on my testing anymore
[5] is closed, was due to
Greetings,
As part of [0], glance has been switched-over to oslo.i18n. This has no
big impact on the way things are done in Glance. However, you should be
aware that wherever you would use `openstack.common.gettextutils` you
should now use `glance.i18n`.
The work is not complete yet. Glance
On Thu, Jul 17, 2014 at 12:31:05AM -0400, Zane Bitter wrote:
On 16/07/14 23:48, Manickam, Kanagaraj wrote:
I have gone thru the Heat Database and found the drawbacks in the
existing model as listed below. Could you review and add anything
missing here. Thanks.
Heat Database model is having
Thanks Thomas,
What I'm trying to achieve is the following :
To be able to create a VM on a host (that's a compute and volume host at
the same time) then call cinder and let it find the host and create and
attach volumes there.
I guess the biggest problem is to be able to identify the host,
Thanks Jakub. Certainly helps, appreciate it.
-Paddu
On 7/16/14 7:41 AM, Jakub Libosvar libos...@redhat.com wrote:
On 07/16/2014 04:29 PM, Paddu Krishnan (padkrish) wrote:
Hello,
A follow-up development question related to this:
As a part of https://review.openstack.org/#/c/105563/, which
On Thu, Jul 17, 2014 at 08:46:12AM +1000, Michael Still wrote:
Top posting to the original email because I want this to stand out...
I've added this to the agenda for the nova mid cycle meetup, I think
most of the contributors to this thread will be there. So, if we can
nail this down here
On 07/17/2014 12:45 AM, Michael Still wrote:
On Thu, Jul 17, 2014 at 3:27 AM, Vishvananda Ishaya
vishvana...@gmail.com wrote:
On Jul 16, 2014, at 8:28 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jul 16, 2014 at 08:12:47AM -0700, Clark Boylan wrote:
I am worried that we would
On Wed, Jul 16, 2014 at 12:38:44PM -0600, Chris Friesen wrote:
On 07/16/2014 11:59 AM, Monty Taylor wrote:
On 07/16/2014 07:27 PM, Vishvananda Ishaya wrote:
This is a really good point. As someone who has to deal with packaging
issues constantly, it is odd to me that libvirt is one of the
On Wed, Jul 16, 2014 at 03:30:56PM +0100, John Garbutt wrote:
My intention was that once the specific project is open for K specs,
people will restore their original patch set, and move the spec to the
K directory, thus keeping all the history.
For Nova, the open reviews, with a -2, are ones
On 07/16/2014 05:08 PM, Mark McLoughlin wrote:
On Wed, 2014-07-16 at 16:15 +0200, Sean Dague wrote:
..
Based on these experiences, libvirt version differences seem to be as
substantial as major hypervisor differences. There is a proposal here -
https://review.openstack.org/#/c/103923/ to hold
On Thu, Jul 17, 2014 at 10:59:27AM +0200, Sean Dague wrote:
We've talked about the 'CI the world plan' for a while, which this would
be part of. That's a ton of work that no one is signed up for.
But more importantly setting up and running the tests is 10% of the
time cost. Triage and
We just updated gerrit to prevent prevent third party CI comments from
sending emails
to change reviewers and watchers. Instead, only the authors of the change
and those who starred it will be emailed.
Dear All,
I installed iSCSI target at my controller node (IP: 192.168.106.20),
#iscsitarget open-iscsi iscsitarget-dkms
then modify my cinder.conf at controller node as below,
[DEFAULT]
rootwrap_config = /etc/cinder/rootwrap.conf
api_paste_confg = /etc/cinder/api-paste.ini
#iscsi_helper = tgtadm
Dear All,
We are using LDAP as identity back end and SQL as assignment back end.
Now I am trying to evaluate Keystone multi-domain support with LDAP
(identity) + SQL (assignment)
Does any one managed to setup LDAP/SQL multi-domain environment in
Havana/Icehouse?
Does keystone have suggested
3
-Rob
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi Kevin-
The fix given in the bug report is not working for my CI. I think I need to
wait for the real fix in the main stream.
--
Trinath Somanchi - B39208
trinath.soman...@freescale.com | extn: 4048
From: Kevin Benton [mailto:blak...@gmail.com]
Sent: Wednesday, July 16, 2014 10:01 PM
To:
I have __init__.py in the directory. Sorry my code is not public, but I can
show you some contents, anyway is an experiment with no functional code.
My /etc/neutron/vpn_agent.ini:
[DEFAULT]
[vpnagent]
# implementation location:
Hi
So the bad news is that you are correct, multi-domain LDAP is not ready in
IceHouse (It is marked as experimental.and it has serious flaws). The good
news is that this is fixed for Juno - and this support has already been merged
- and will be in the Juno milestone 2 release. Here's
Hi,
I'm working on the Swift implications of using composite authorization [1] [2].
My question for Keystone developers is : what project-id do we expect the
service token to be scoped to - the service's project or the end-user's
project? When reviewing the Keystone spec, I had assumed
Dear All,
I have two machines as below,
Machine1 (192.168.106.20): controller node (cinder node and volume node)
Machine2 (192.168.106.30): compute node (volume node)
I can successfully create a cinder volume, but there is an error in
cinder-volume.log.
2014-07-17 18:49:01.105
Le 17/07/2014 01:24, Robert Collins a écrit :
On 15 July 2014 06:10, Jay Pipes jaypi...@gmail.com wrote:
Frankly, I don't think a lot of the NFV use cases are well-defined.
Even more frankly, I don't see any benefit to a split-out scheduler to a
single NFV use case.
Don't you see each
Andrew, we have extended system tests passing with our current pacemaker
corosync code. Either it is your environment or some bug we cannot
reproduce. Also, it may be related to puppet ordering issues thus trying to
start some services before some others. As [2] is the only issue you are
pointing
You are using multibackend but it appears you haven't created both volume
groups:
Stderr: ' Volume group cinder-volumes-2 not found\n'
If you can create volumes it suggest the other backend is correctly configured.
So you can ignore the error if you want but you will not be able to use the
Kyle Mestery wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the nova-network and neutron parity effort. I'd
like to start this meeting next week, and I'd like to propose
Wednesday at 1500 UTC on #openstack-meeting-3 as the time and
location.
On Thu, 2014-07-17 at 09:58 +0100, Daniel P. Berrange wrote:
On Thu, Jul 17, 2014 at 08:46:12AM +1000, Michael Still wrote:
Top posting to the original email because I want this to stand out...
I've added this to the agenda for the nova mid cycle meetup, I think
most of the contributors
Folks,
Initial implementation is here: https://review.openstack.org/#/c/105982/
It's pretty much complete (in terms of code parts) but may require some
adjustments and of course fixes.
I'm working on the client to test this end-to-end.
Thanks,
Eugene.
P.S. Almost got it under 1k lines!
On
See line @PCM
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.com)
TW ………... @pmichali
GPG Key … 4525ECC253E31A83
Fingerprint .. 307A 96BB 1A4C D2C7 931D 8D2D 4525 ECC2 53E3 1A83
On Jul 17, 2014, at 6:32 AM, Julio Carlos Barrera Juez
juliocarlos.barr...@i2cat.net
On Wed, Jul 16, 2014 at 11:28 PM, Steve Baker sba...@redhat.com wrote:
On 12/07/14 09:25, Joe Gordon wrote:
On Fri, Jul 11, 2014 at 4:42 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-07-11 11:21:19 +0200 (+0200), Matthias Runge wrote:
this broke horizon stable and master; heat
On 07/17/2014 03:33 AM, Steven Hardy wrote:
On Thu, Jul 17, 2014 at 12:31:05AM -0400, Zane Bitter wrote:
On 16/07/14 23:48, Manickam, Kanagaraj wrote:
SNIP
*Resource*
Status action should be enum of predefined status
+1
Rsrc_metadata - make full name resource_metadata
-0. I don't see
On 07/17/2014 12:18 PM, trinath.soman...@freescale.com wrote:
Hi Kevin-
The fix given in the bug report is not working for my CI. I think I need
to wait for the real fix in the main stream.
What version of alembic library did you have at the time of error?
Are you sure you re-run
pip
On Wed, Jul 16, 2014 at 5:07 PM, Morgan Fainberg morgan.fainb...@gmail.com
wrote:
Reposted now will a lot less bad quote issues. Thanks for being patient
with the re-send!
--
From: Joe Gordon joe.gord...@gmail.com
Reply: OpenStack
On 17 July 2014 08:36, Abbass MAROUNI abbass.maro...@virtualscale.fr wrote:
Thanks Thomas,
What I'm trying to achieve is the following :
To be able to create a VM on a host (that's a compute and volume host at the
same time) then call cinder and let it find the host and create and attach
On 07/17/2014 02:13 PM, Mark McLoughlin wrote:
On Thu, 2014-07-17 at 09:58 +0100, Daniel P. Berrange wrote:
On Thu, Jul 17, 2014 at 08:46:12AM +1000, Michael Still wrote:
Top posting to the original email because I want this to stand out...
I've added this to the agenda for the nova mid cycle
On 07/16/2014 08:15 PM, Eric Windisch wrote:
On Wed, Jul 16, 2014 at 12:55 PM, Roman Bogorodskiy
rbogorods...@mirantis.com mailto:rbogorods...@mirantis.com wrote:
Eric Windisch wrote:
This thread highlights more deeply the problems for the FreeBSD folks.
First, I
On 07/16/2014 10:30 AM, John Garbutt wrote:
On 16 July 2014 14:07, Thierry Carrez thie...@openstack.org wrote:
Daniel P. Berrange wrote:
On Wed, Jul 16, 2014 at 11:57:33AM +, Tim Bell wrote:
It seems a pity to archive the comments and reviewer lists along
with losing a place to continue
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 16/07/14 20:42, Kevin Benton wrote:
I have filed a bug in Red Hat[1], however I'm not sure if it's in
the right place.
Ihar, can you verify that it's correct or move it to the
appropriate location?
Thank you, it's correct. Let's follow up
Elastic recheck is a great tool. It leaves me messages like this:
===
I noticed jenkins failed, I think you hit bug(s):
check-devstack-dsvm-cells: https://bugs.launchpad.net/bugs/1334550
gate-tempest-dsvm-large-ops: https://bugs.launchpad.net/bugs/1334550
We don't automatically recheck or
Hi all,
I'm trying to get the equivalent of the following nova client command
programmatically :
root@cloudController1:~# nova hypervisor-servers computeHost1
+--+---+---+-+
| ID
On Thu, Jul 17, 2014 at 7:56 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Jul 16, 2014 at 5:07 PM, Morgan Fainberg
morgan.fainb...@gmail.com wrote:
Reposted now will a lot less bad quote issues. Thanks for being patient
with the re-send!
On 07/16/2014 10:40 PM, Joe Jiang wrote:
Hi all,
Thanks for your responds.
I try to running # sudo semanage port -l|grep 5000 in my envrionment
and get same infomation.
...
commplex_main_port_t tcp 5000
commplex_main_port_t udp 5000
then, I wanna remove this port(5000) from SELinux policy
On Thu, Jul 17, 2014 at 5:43 AM, McCabe, Donagh donagh.mcc...@hp.com
wrote:
Hi,
I’m working on the Swift implications of using composite authorization [1]
[2].
My question for Keystone developers is : what project-id do we expect the
service token to be scoped to - the service's
On 07/17/2014 02:42 AM, Flavio Percoco wrote:
Greeting,
I'd like to announce that we finally got the glance.store repo created.
This library pulls out of glance the code related to stores. Not many
changes were made to the API during this process. The main goal, for
now, is to switch glance
On Thursday 26 June 2014 12:20:30 Clint Byrum wrote:
Excerpts from Macdonald-Wallace, Matthew's message of 2014-06-26 04:13:31
-0700:
Hi all,
I've been working more and more with TripleO recently and whilst it does
seem to solve a number of problems well, I have found a couple of
try to disable the selinux module. I can setup devstack env on my fedora
machine with selinux disabled
on my fedora machine, selinux is disable, and port 5000 look likes are
still used by selinux,
[ray@fedora devstack]$ sudo semanage port -l|grep 5000
cluster_port_t tcp 5149,
Hi Henry,
Thanks for the update. I will wait for Juno.
Thanks for your time.
On Thu, Jul 17, 2014 at 3:50 PM, Henry Nash hen...@linux.vnet.ibm.com
wrote:
Hi
So the bad news is that you are correct, multi-domain LDAP is not ready in
IceHouse (It is marked as experimental.and it has
Ok, folks!
Per the IRC meeting this morning, we came to the following consensus
regarding how TLS certificates are handled, how SAN is handled, and how
hostname conflict resolution is handled. I will be responding to all three
of the currently ongoing mailing list discussions with this info:
Ok, folks!
Per the IRC meeting this morning, we came to the following consensus
regarding how TLS certificates are handled, how SAN is handled, and how
hostname conflict resolution is handled. I will be responding to all three
of the currently ongoing mailing list discussions with this info:
On Thu, Jul 17, 2014 at 6:42 AM, Thierry Carrez thie...@openstack.org wrote:
Kyle Mestery wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the nova-network and neutron parity effort. I'd
like to start this meeting next week, and I'd like to
Ok, folks!
Per the IRC meeting this morning, we came to the following consensus
regarding how TLS certificates are handled, how SAN is handled, and how
hostname conflict resolution is handled. I will be responding to all three
of the currently ongoing mailing list discussions with this info:
On Tue, 15 Jul 2014, Mark McLoughlin wrote:
So you're proposing that all payloads should contain something like:
[...] a class, type, id, value, unit and a space to put additional metadata.
That's the gist of it, but I'm only presenting that as a way to get
somebody else to point out what's
Here's the logistics plan for next week:
Each day, show up at the Red Hat Tower main lobby before 9am. You'll need to
check in with security and get a visitor sticker. All of you have been
pre-registered, so you just need to check in and it should be very quick.
Someone from Red Hat (myself,
On Wed, Jul 16, 2014 at 09:44:55AM -0700, Johannes Erdfelt wrote:
On Wed, Jul 16, 2014, Mark McLoughlin mar...@redhat.com wrote:
No, there are features or code paths of the libvirt 1.2.5+ driver that
aren't as well tested as the class A designation implies. And we have
a proposal to make
Dear git-harry,
I have created a volume group cinder-volume-1 at my controller node, and
another volume group cinder-volume-2 at my compute node.
I can create volume successfully on dedicated backend.
Of course I can ignore the error message, but I have to know if any side-effect?
Regards,
Hi,
You can handle this one of two ways.
1)
semanage port -m -t the new label you choose -p tcp 5000
Which will relabel port 5000 as whatever you choose.
2)
Or you could allow the label you choose to bind to commplex_main_port_t
allow your label commplex_main_port_t:tcp_socket name_bind;
Dolph,
The project in the primary X-Auth-Token (rather than the secondary
X-Service-Token) should be the one that conveys the scope
That had been my assumption and had hoped that was ok. It certainly seemed good
enough for Swift
…so a service could be assigned a role on a domain with
On Thu, Jul 17, 2014 at 8:13 AM, Mark McLoughlin mar...@redhat.com wrote:
On Thu, 2014-07-17 at 09:58 +0100, Daniel P. Berrange wrote:
On Thu, Jul 17, 2014 at 08:46:12AM +1000, Michael Still wrote:
Top posting to the original email because I want this to stand out...
I've added this
Thanks for summarizing it, Stephen.
I made changes and pushed a new patch for review.
https://review.openstack.org/#/c/98640/14
Please review it.
Thank you all !
Evg
From: Stephen Balukoff [mailto:sbaluk...@bluebox.net]
Sent: Thursday, July 17, 2014 6:20 PM
To: OpenStack Development Mailing
Hi folks,
due to the requirement to have PTL for the program, we're running
elections for the Rally PTL for Juno cycle. Schedule and policies
are fully aligned with official OpenStack PTLs elections.
You can find more info in official Juno elections wiki page [0] and
the same page for Rally
On Tue, 15 Jul 2014, Sandy Walsh wrote:
This looks like a particular schema for one event-type (let's say
foo.sample). It's hard to extrapolate this one schema to a generic
set of common metadata applicable to all events. Really the only common
stuff we can agree on is the stuff already there:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 17/07/14 17:12, Kyle Mestery wrote:
On Thu, Jul 17, 2014 at 6:42 AM, Thierry Carrez
thie...@openstack.org wrote:
Kyle Mestery wrote:
As we're getting down to the wire in Juno, I'd like to propose
we have a weekly meeting on the nova-network
On 07/17/2014 04:56 PM, Jay Pipes wrote:
On 07/17/2014 02:42 AM, Flavio Percoco wrote:
Greeting,
I'd like to announce that we finally got the glance.store repo created.
This library pulls out of glance the code related to stores. Not many
changes were made to the API during this process.
On 07/16/2014 06:31 PM, Malini Kamalambal wrote:
On 7/16/14 4:43 AM, Flavio Percoco fla...@redhat.com wrote:
On 07/15/2014 06:20 PM, Kurt Griffiths wrote:
Hi folks, we¹ve been talking about this in IRC, but I wanted to bring it
to the ML to get broader feedback and make sure everyone is
Excerpts from Chris Friesen's message of 2014-07-16 11:38:44 -0700:
On 07/16/2014 11:59 AM, Monty Taylor wrote:
On 07/16/2014 07:27 PM, Vishvananda Ishaya wrote:
This is a really good point. As someone who has to deal with packaging
issues constantly, it is odd to me that libvirt is one
Mestery,
+2. Excellent idea. As I said last week, I'm not an early riser, so this
works just great for me: 10am US central time
Cheers
On Wed, Jul 16, 2014 at 9:22 PM, Kyle Mestery mest...@mestery.com wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly
On 07/17/2014 12:19 PM, Flavio Percoco wrote:
On 07/17/2014 04:56 PM, Jay Pipes wrote:
On 07/17/2014 02:42 AM, Flavio Percoco wrote:
Greeting,
I'd like to announce that we finally got the glance.store repo created.
This library pulls out of glance the code related to stores. Not many
changes
I've been seeing a log of Mine Sweeper failures lately, and the link to
the logs is always a 404. Example here:
https://review.openstack.org/#/c/106082/
Log link is to:
http://208.91.1.172/logs/106082/3
Interestingly, http://208.91.1.172/logs/106082/1 *does* exist. Does
anybody know what's
Excerpts from Michael Kerrin's message of 2014-07-17 07:54:26 -0700:
On Thursday 26 June 2014 12:20:30 Clint Byrum wrote:
Excerpts from Macdonald-Wallace, Matthew's message of 2014-06-26 04:13:31
-0700:
Hi all,
I've been working more and more with TripleO recently and whilst it does
On Jul 17, 2014, at 8:12 AM, Kyle Mestery mest...@mestery.com wrote:
On Thu, Jul 17, 2014 at 6:42 AM, Thierry Carrez thie...@openstack.org wrote:
Kyle Mestery wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the nova-network and neutron parity
Hello Robert,
You should get 400 errors for unauthenticated requests, so it seems barbican
still isn't running with keystone. Can you reply back with your
/etc/barbican/barbican-api-paste.ini file (with passwords removed)?
Thanks,
John
From: Robert Marshall
Kyle,
Somehow I missed this thread until now. I will encourage the dvr team to
be there. It's this still the time?
Carl
On Jul 16, 2014 8:24 PM, Kyle Mestery mest...@mestery.com wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the
I wasn't aware that PKI tokens had domains in them. What happens to nova
in this case, It just works?
Both PKI and UUID responses from v3 contain:
1. the user's domain
And if it's a project scoped token:
2. the project's domain
Or if it's a domain-scoped token:
3. a
On 07/17/2014 11:40 AM, Daniel P. Berrange wrote:
On Wed, Jul 16, 2014 at 09:44:55AM -0700, Johannes Erdfelt wrote:
On Wed, Jul 16, 2014, Mark McLoughlin mar...@redhat.com wrote:
No, there are features or code paths of the libvirt 1.2.5+ driver that
aren't as well tested as the class A
As above, couldn’t see any conventions.
Thanks
-Rob
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
We have followed your advices:
- We created our fake device driver located in the same level as other
device drivers
(/opt/stack/neutron/neutron/services/vpn//device_drivers/fake_device_driver.py):
import abc
import six
from neutron.openstack.common import log
from neutron.services.vpn import
Hello Robert,
We don't have logging conventions for plugins, so any recommendations you have
would be welcome.
Thanks,
John
From: Clark, Robert Graham [robert.cl...@hp.com]
Sent: Thursday, July 17, 2014 1:14 PM
To: OpenStack List
Subject:
On Thu, Jul 17, 2014, Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jul 16, 2014 at 09:44:55AM -0700, Johannes Erdfelt wrote:
So that means the libvirt driver will be a mix of tested and untested
features, but only the tested code paths will be enabled by default?
The gate not
So you have your driver loading… great!
The service driver will log in screen-q-svc.log, provided you have the service
driver called out in neutron.conf (as the only one for VPN).
Later, you’ll need the supporting RPC classes to send messages from service
driver to device driver…
Regards,
On 07/17/2014 02:31 PM, Johannes Erdfelt wrote:
On Thu, Jul 17, 2014, Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jul 16, 2014 at 09:44:55AM -0700, Johannes Erdfelt wrote:
So that means the libvirt driver will be a mix of tested and untested
features, but only the tested code paths
On Jul 17, 2014, at 2:14 PM, Clark, Robert Graham robert.cl...@hp.com wrote:
As above, couldn’t see any conventions.
Thanks
-Rob
While not directly related to plugins, Sean Dague is shepherding a logging
guidelines spec in the nova-specs repository. If we think plugins, drivers,
etc.
In case of Icehouse on Ubuntu 14.04, you should be able to test this
patch series by grabbing this branch from github:
https://github.com/angdraug/nova/tree/rbd-ephemeral-clone-stable-icehouse
and replacing contents of /usr/share/pyshared/nova with contents of
nova/ from that branch. You may also
The meeting is in 2 hours, so you still have a chance to particilate
or at least lurk :)
On Wed, Jul 16, 2014 at 11:55 PM, Somhegyi Benjamin
somhegyi.benja...@wigner.mta.hu wrote:
Hi Dmitry,
Will you please share with us how things went on the meeting?
Many thanks,
Benjamin
On Thu, Jul 17, 2014, Russell Bryant rbry...@redhat.com wrote:
On 07/17/2014 02:31 PM, Johannes Erdfelt wrote:
It kind of helps. It's still implicit in that you need to look at what
features are enabled at what version and determine if it is being
tested.
But the behavior is still
On 07/17/2014 03:07 PM, Dmitry Borodaenko wrote:
The meeting is in 2 hours, so you still have a chance to particilate
or at least lurk :)
Note that this spec has 4 members of nova-core sponsoring it for an
exception on the etherpad tracking potential exceptions. We'll review
further in the
Anna,
Your second point is going to be a bit of a maintenance headache. I
was reviewing a patch [1] where you caught the lack of an import in
head.py. I'm not sure that I can be trusted to check consistently for
this in future reviews. I'm not sure that we can rely on you catching
them all
Is there somewhere we should RSVP to this?
On Tue, Jul 15, 2014 at 12:33 PM, Sumit Naiksatam sumitnaiksa...@gmail.com
wrote:
Hi All,
The Group Policy team is planning to meet on July 24th to focus on
making progress with the pending items for Juno, and also to
facilitate the vendor
Carl Baldwin c...@ecbaldwin.net wrote:
Anna,
Your second point is going to be a bit of a maintenance headache. I
was reviewing a patch [1] where you caught the lack of an import in
head.py. I'm not sure that I can be trusted to check consistently for
this in future reviews. I'm not sure
Hey folks,
I would like to request an exception for volume multi-attach nova-specs. My
spec url is here
https://review.openstack.org/#/c/90239/
I’m actively working on the code and working out some of the issues raised in
the spec process to ensure backwards compatible mode for the cinder
I added the following comments to patch 14 but I'm not -1 it but I think its a
mistake
to assume the altSubjectName is a string type. See below.
--- Comments on patch 14 below
SubjectAltNames are not a string and should be thought
of as an array of tuples. Example
Hi
Following the discussion in yesterday’s ml2 meeting we have updated the nova
blueprint and summited a neutron blueprint for the ml 2 changes.
https://blueprints.launchpad.net/nova/+spec/libvirt-ovs-use-usvhost
https://review.openstack.org/#/c/95805/
As requested from the #openstack-meeting for Nova, I'm posting my
nova-spec exception proposal to the ML.
Spec:
https://review.openstack.org/#/c/103797/3/specs/juno/virtio-scsi-settings.rst
Code: https://review.openstack.org/#/c/107650/
- Nikola Dipanov was kind to be the first core sponsor.
The spec to allow Nova to support Glance v1 and v2 got an exception for the
Juno Spec Freeze: see [1].
The spec has been created in April and went through 16 iterations.
The spec has been discussed several times already especially at the last Glance
meetup in Washington D.C.
A couple of
From the comments there, I think the reason for storing the subjectAltNames
was to minimize the number of calls we will need to make to barbican, and
because the barbican container is immutable, and therefore the list of
subjectAltNames won't change so long as the container exists, and we don't
On Thu, 2014-07-17 at 08:51 -0400, Ryan Brown wrote:
On 07/17/2014 03:33 AM, Steven Hardy wrote:
On Thu, Jul 17, 2014 at 12:31:05AM -0400, Zane Bitter wrote:
On 16/07/14 23:48, Manickam, Kanagaraj wrote:
SNIP
*Resource*
Status action should be enum of predefined status
+1
Hi Nova cores,
I would like to request a spec freeze exception for my spec on
LVM: Support a volume-group on shared storage.
Please see the spec here:
https://review.openstack.org/#/c/97602/4/specs/juno/lvm-driver-for-shared-storage.rst
This is for the blueprint:
Excerpts from Manickam, Kanagaraj's message of 2014-07-16 20:48:04 -0700:
Event
Why uuid and id both used?
The event uuid is the user-facing ID. However, we need to return events
to the user in insertion order. So we use an auto-increment primary key,
and order by that in 'heat event-list
1 - 100 of 114 matches
Mail list logo
