Dell Customer Communication
Hi,
I'm using heat to create a stack with two instances. I always got one of them
successful, but the other would fail. If I split the template into two and each
of them contains one instance then it worked. However, I thought Heat template
would allow multiple
[2] appears to be made worse, if not caused by neutron services
autostarting with debian, no patch yet, need to add mechanism to ha
layer to generate override files.
[3] appears to have stopped with this mornings master
[4] deleting the cluster, and restarting mostly removed this, was
getting
On 07/16/2014 12:01 AM, Milton Xu (mxu) wrote:
Hi,
This patch was initially uploaded on Jun 27, 2014 and we have got a number of
reviews from the community. A lot of thanks to these who kindly reviewed and
provided feedback.
Can the neutron cores please review/approve it so we can make
OK.
Let me be more precise, extracting the information for view sake / validation
would be good.
Providing values that are different than what is in the x509 is what I am
opposed to.
+1 for Carlos on the library and that it should be ubiquitously used.
I will wait for Vijay to speak for
I think the problem could be that you need one network port for each
server, but you just have one OS::Neutron::Port resource defined.
yulin...@dell.com wrote on 16/07/2014 08:17:00:
From: yulin...@dell.com
To: openstack-dev@lists.openstack.org
Date: 16/07/2014 08:20
Subject: [openstack-dev]
Hi Wan,
thanks for great notes. My response is inline:
On 2014/15/07 23:19, Wan-yen Hsu wrote:
The Register Nodes panel uses IPMI user and IPMI Password.
However, not all Ironic drivers use IPMI, for instance, some Ironic
drivers will use iLO or other BMC interfaces instead of IPMI. I would
On 2014/15/07 20:29, Gregory Haynes wrote:
Excerpts from Jaromir Coufal's message of 2014-07-15 07:15:12 +:
On 2014/10/07 22:19, Gregory Haynes wrote:
Excerpts from Jaromir Coufal's message of 2014-07-09 07:51:56 +:
Hey folks,
after few rounds of reviews and feedbacks, I am sending
Hello everyone!
I would like to bring the next two points to everybody's attention:
1) As Henry mentioned if you add new migration you should make it
unconditional. Conditional migrations should not be merged since now.
2) If you add some new models you should ensure that module containing it
On Tue, Jul 15, 2014 at 11:40 AM, Nels Nelson nels.nel...@rackspace.com
wrote:
Thanks for your response, Joe.
Am I understanding you correctly that the Hypervisor Support Status does
not in fact hinge on any particular Tempest tests, but rather, simply on
individual tests for the libvirt-lxc
On 07/15/2014 07:42 PM, Ben Nemec wrote:
And the link, since I forgot it before:
https://github.com/cybertron/oslo.serialization
LGTM!
Thanks for working on this!
On 07/14/2014 04:59 PM, Ben Nemec wrote:
Hi oslophiles,
I've (finally) started the graduation of oslo.serialization, and I'm
Hello guys,
I'm in the process of writing a cinder filter and weigher, I need to
know whether I can use something like 'nova-api' inside filter/weigher
to query the tags of a virtual machine running on a compute-node.
I need to create the cinder volume on the same host as the VM (which was
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 aware. We’d
like to change our meeting time to better accommodate folks that live
around the globe. Proposals:
On 07/15/2014 07:16 PM, Doug Hellmann wrote:
On Tue, Jul 15, 2014 at 1:03 PM, Ken Giusti kgiu...@gmail.com wrote:
These packages may be obtained via EPEL for Centos/RHEL systems
(qpid-proton-c-devel), and via the Qpid project's PPA [3]
(libqpid-proton2-dev) for Debian/Ubuntu. They are also
On Tue, Jul 15, 2014 at 7:20 AM, Morgan Fainberg morgan.fainb...@gmail.com
wrote:
On Tuesday, July 15, 2014, Steven Hardy sha...@redhat.com wrote:
On Mon, Jul 14, 2014 at 02:43:19PM -0400, Adam Young wrote:
On 07/14/2014 11:47 AM, Steven Hardy wrote:
Hi all,
I'm probably missing
Hi,
I just thought it would be nice to give the community a little update about the
current situation:
1. Version is 0.4
(https://github.com/openstack/requirements/blob/master/global-requirements.txt#L58)
* This is used by glance and ceilometer
* There is a patch in review for
Robert Collins said on Wed, Jul 16, 2014 at 09:13:52AM +1200:
Alexis, Jon - core status means a commitment to three reviews a work
day (on average), keeping track of changing policies and our various
specs and initiatives, and obviously being excellent to us all :).
Hello,
Thank you all for
Hi Rob,
Being added as a core review would be great, thank you all for the votes of
confidence, and I'll do my best to keep tripleo making great progress.
Thanks,
Jon-Paul Sullivan ☺ Cloud Services - @hpcloud
Postal Address: Hewlett-Packard Galway Limited, Ballybrit Business Park, Galway.
Hi there,
Just to apologize and inform that most of the links to the logs of Midokura
CI bot on gerrit are dead now. That is because I accidentally deleted all
the logs (instead of over a month old logs) today. Logs for the jobs after
the deletion are saved just fine.
We'll be more careful about
On 14/07/14 19:11, Ben Nemec wrote:
+1. In my experience they've both demonstrated that they know what
they're doing.
I think the bikeshedding/grammar nits on specs is kind of a separate
issue that will need to be worked out in general. It's still very early
on in this new *-specs repo
It seems that you are sharing one port between two instances, which
won't be a legal configuration.
On Wed, Jul 16, 2014 at 01:17:00AM -0500, yulin...@dell.com wrote:
Dell Customer Communication
Hi,
I'm using heat to create a stack with two instances. I always got one of them
successful,
Thanks for your feedbacks and comments, guys
This is a proposal for modified SNI management part for next RST patch:
“
For SNI functionality, tenant will supply list of TLS containers in specific
Order.
In case when specific back-end is not able to support SNI capabilities,
its driver should
Ben,
LGTM as well. i was finally able to look :)
-- dims
On Wed, Jul 16, 2014 at 4:35 AM, Flavio Percoco fla...@redhat.com wrote:
On 07/15/2014 07:42 PM, Ben Nemec wrote:
And the link, since I forgot it before:
https://github.com/cybertron/oslo.serialization
LGTM!
Thanks for working on
Very cool Gary.
On Wed, Jul 16, 2014 at 5:31 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
I just thought it would be nice to give the community a little update about
the current situation:
Version is 0.4
(https://github.com/openstack/requirements/blob/master/global-requirements.txt#L58)
Hi all,
When I just set up my develope environment use devstack at CentOS 6.5,
that fetch devstack source via github.com and checkout stable/icehouse branch.
and bellow[1] is the error log fragment.
I'm not sure if I am ok to ask my question in this mail list or not,
because I search all of
On Mon, 14 Jul 2014, Sean Dague wrote:
Javelin2 lives in tempest, currently the following additional fixes are
needed for it to pass the server image creation in grenade -
https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:javelin_img_fix,n,z
Thanks
Dugger, Donald D said on Tue, Jul 15, 2014 at 09:15:06PM +:
I `really` dislike paging through 10 screens of an email to discover
the single comment buried somewhere near the end.
https://wiki.openstack.org/wiki/MailingListEtiquette#Trimming
That's not inline style's fault, that's pure
On Wed, Jul 16, 2014 at 11:24 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, Jul 15, 2014 at 7:20 AM, Morgan Fainberg
morgan.fainb...@gmail.com wrote:
On Tuesday, July 15, 2014, Steven Hardy sha...@redhat.com wrote:
On Mon, Jul 14, 2014 at 02:43:19PM -0400, Adam Young wrote:
On
As we approach Juno-3, a number of specs have been correctly marked as
abandoned since they are not expected to be ready in time for the release.
Is there a mechanism to keep these specs open for discussion even though there
is no expectation that they will be ready for Juno and 'defer' them to
On Wed, Jul 16, 2014 at 11:57:33AM +, Tim Bell wrote:
As we approach Juno-3, a number of specs have been correctly marked
as abandoned since they are not expected to be ready in time for the
release.
Is there a mechanism to keep these specs open for discussion even
though there is no
So I see a couple of issues here:
1) reliability - need to decide what the scheduler does if the nova
api isn't responding - hanging and ignoring future scheduling requests
is not a good option... a timeout and putting the volume into error
might be fine.
2) Nova doesn't expose hostname as
On 16 July 2014 03:57, Jay S. Bryant jsbry...@electronicjungle.net wrote:
John,
So you have said a few times that the specs are a learning process.
What do you feel with have learned thus far using specs?
I'm not John, but I'm going to answer as if you'd addressed the question wider:
- Specs
Le 16/07/2014 14:09, Daniel P. Berrange a écrit :
On Wed, Jul 16, 2014 at 11:57:33AM +, Tim Bell wrote:
As we approach Juno-3, a number of specs have been correctly marked
as abandoned since they are not expected to be ready in time for the
release.
Is there a mechanism to keep these
Hi,
We were looking at this solution in the beginning, but it’s won’t work with
opendaylight.
With opendaylight there is no agent running on the node so this info would have
to be provided by opendaylight.
Thanks
Przemek
From: Irena Berezovsky [mailto:ire...@mellanox.com]
Sent: Sunday, July
Hi Everyone,
Just wanted to send a reminder to the list that we're not having a meeting this
week. Since most people are here in Darmstadt this week at the mid-cycle meet-up
there isn't a reason to have the regular weekly meeting. So I'm cancelling this
week's meeting. We will have our next
On Tue, Jul 15, 2014 at 9:54 AM, Henry Nash hen...@linux.vnet.ibm.com
wrote:
Do people think this is a good idea? Useful in other projects? Concerned
about the risks?
FWIW, we have this in Swift for a while and we actually uses it for
different testing in cloud capabilities.
I personally
Hi
Please review: https://review.openstack.org/#/c/105669/
Thanks
Avishay
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
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 the discussions even if we are not
expecting to see code in Juno.
Agreed, that is sub-optimal to say the
I don't think this is a usecase that could be supported right now.
There will be multiple issues with running two ovs instances on the node, e.g.
how to manage two sets of userspace utilities, two ovsdb servers etc.
Also there would be some limitations from how ml2 plugin does port binding
Hello,
What do you think about allowing some text after the words recheck no
bug? EG to include a snippet from the log showing the failure has been
at least briefly investigated before attempting a recheck. EG:
recheck no bug
Compute node failed to spawn:
2014-07-15 12:18:09.936 |
On 07/15/2014 10:58:50 +0200, Flavio Percoco wrote:
On 07/15/2014 07:16 PM, Doug Hellmann wrote:
On Tue, Jul 15, 2014 at 1:03 PM, Ken Giusti kgiu...@gmail.com wrote:
These packages may be obtained via EPEL for Centos/RHEL systems
(qpid-proton-c-devel), and via the Qpid project's PPA [3]
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 the discussions even if we are not
expecting
On Wednesday, July 16, 2014, Joe Gordon joe.gord...@gmail.com wrote:
On Tue, Jul 15, 2014 at 7:20 AM, Morgan Fainberg morgan.fainb...@gmail.com
wrote:
On Tuesday, July 15, 2014, Steven Hardy sha...@redhat.com wrote:
On Mon, Jul 14, 2014 at 02:43:19PM -0400, Adam Young wrote:
On 07/14/2014
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 was
introducing a new table in Neutron DB, I was trying to send for review a
new file in
On 07/16/2014 07:34 AM, Joe Jiang wrote:
Hi all,
When I just set up my develope environment use devstack at CentOS 6.5,
that fetch devstack source via github.com and checkout stable/icehouse branch.
and bellow[1] is the error log fragment.
I'm not sure if I am ok to ask my question in
I apologize for the very mixed up/missed quoting in that response, looks like
my client ate a bunch of the quotes when writing up the email.
—
Morgan Fainberg
--
From: Morgan Fainberg morgan.fainb...@gmail.com
Reply: Morgan Fainberg
Hi, all:
While resolving ovs restart rebuild br-tun flows[1], we have found
several l2pop problems:
1. L2pop is depending on agent_boot_time to decide whether send all
port information or not, but the agent_boot_time is unreliable, for
example if the service receives port up message before agent
Hi Folks,
DVR IRC Meeting for Today is Cancelled.
We will meet next week.
Thanks
Swaminathan Vasudevan
Systems Software Engineer (TC)
HP Networking
Hewlett-Packard
8000 Foothills Blvd
M/S 5541
Roseville, CA - 95747
tel: 916.785.0937
fax: 916.785.1815
email:
On Wed, Jul 16, 2014 at 04:15:40PM +0200, Sean Dague wrote:
Recently the main gate updated from Ubuntu 12.04 to 14.04, and in doing
so we started executing the livesnapshot code in the nova libvirt
driver. Which fails about 20% of the time in the gate, as we're bringing
computes up and down
On 07/16/2014 08:43 AM, Brian Haley wrote:
On 07/16/2014 07:34 AM, Joe Jiang wrote:
Hi all,
When I just set up my develope environment use devstack at CentOS 6.5,
that fetch devstack source via github.com and checkout stable/icehouse branch.
and bellow[1] is the error log fragment.
I'm not
Hi Folks,
We've faced with some problems during running Ceilometer integration tests on
the gate. The main issue is that we cannot test the polling mechanism, as if we
use a small polling interval, like 1 min, then it puts a high pressure on Nova
API. If we use a longer interval, like 10 mins,
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 Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date:
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 newer versions of
libvirt to the same standard
On Wed, Jul 16, 2014 at 7:50 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Jul 16, 2014 at 04:15:40PM +0200, Sean Dague wrote:
Recently the main gate updated from Ubuntu 12.04 to 14.04, and in doing
so we started executing the livesnapshot code in the nova libvirt
driver. Which
--
From: Rich Megginson rmegg...@redhat.com
Reply: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: July 16, 2014 at 08:08:00
To: openstack-dev@lists.openstack.org
On Tue, Jul 15, 2014 at 1:08 PM, Mark McLoughlin mar...@redhat.com wrote:
Also, this is going to tell you how the API service you connected to was
configured. Where there are multiple API servers, what about the others?
How do operators verify all of the API servers behind a load balancer
On Wed, Jul 16, 2014 at 08:12:47AM -0700, Clark Boylan wrote:
On Wed, Jul 16, 2014 at 7:50 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Wed, Jul 16, 2014 at 04:15:40PM +0200, Sean Dague wrote:
Recently the main gate updated from Ubuntu 12.04 to 14.04, and in doing
so we started
Based on these experiences, libvirt version differences seem to be as
substantial as major hypervisor differences.
I think that is a pretty dubious conclusion to draw from just a
couple of bugs. The reason they really caused pain is that because
the CI test system was based on old version
On Wed, Jul 16, 2014 at 4:48 AM, Tomoe Sugihara to...@midokura.com wrote:
Hi there,
Just to apologize and inform that most of the links to the logs of Midokura
CI bot on gerrit are dead now. That is because I accidentally deleted all
the logs (instead of over a month old logs) today. Logs for
To the earlier question on whether we had defined what we wanted to
solve with the flavors framework, a high level requirement was
captured in the following approved spec for advanced services:
https://review.openstack.org/#/c/92200
On Wed, Jul 16, 2014 at 5:18 AM, Eugene Nikanorov
On Wed, Jul 16, 2014 at 10:15 AM, Sean Dague s...@dague.net wrote:
Recently the main gate updated from Ubuntu 12.04 to 14.04, and in doing
so we started executing the livesnapshot code in the nova libvirt
driver. Which fails about 20% of the time in the gate, as we're bringing
computes up and
Ildiko, thanks for starting this discussion.
Really, that is quite painful problem for Ceilometer and QA team. As far as
I know, currently there is some kind of tendency of making integration
Tempest tests quicker and less resource consuming - that's quite logical
IMHO. Polling as a way of
Additional Update:
Two important additions:
1) No Formal Thursday Meetings.
We are eliminating our plans to meet formally on the 31st. You are still
welcome to meet informally. We want to keep these discussions as productive as
possible, and want to avoid attendee burnout. My deepest
Apologies for the delayed response.
I am OK with displaying the certificates contents as part of the API, that
should not harm.
I think the discussion has to be split into 2 topics.
1. Certificate conflict resolution. Meaning what is expected when 2 or
more certificates become eligible
On Wed, Jul 16, 2014 at 08:29:26AM -0700, Dan Smith wrote:
Based on these experiences, libvirt version differences seem to be as
substantial as major hypervisor differences.
I think that is a pretty dubious conclusion to draw from just a
couple of bugs. The reason they really caused
On Wed, Jul 16, 2014 at 04:15:40PM +0200, Sean Dague wrote:
[. . .]
Anyway, discussion welcomed. My primary concern right now isn't actually
where we set the bar, but that we set the same bar for everyone.
As someone who tries to test Nova w/ upstream libvirt/QEMU, couple of
points why I
On 16/07/14 14:48, Steve Martinelli wrote:
What are the benefits of doing this over looking at the existing
rechecks, and if not there opening a bug and rechecking the new bug?
I agree we should be using a bug number (or open one when needed), the
example in the original email should have
Do you know if the SSL/SNI IETF spec details about conflict resolution. I am
assuming not.
Because of this ambiguity each backend employs its own mechanism to resolve
conflicts.
There are 3 choices now
1. The LBaaS extension does not allow conflicting certificates to be
bound using
On 7/11/2014 6:08 AM, Chris Dent wrote:
On Fri, 11 Jul 2014, Lucas Alvares Gomes wrote:
The data format that Ironic will send was part of the spec proposed
and could have been reviewed. I think there's still time to change it
tho, if you have a better format talk to Haomeng which is the guys
Hi-
With the neutron Update to my CI, I get the following error while configuring
Neutron in devstack.
2014-07-16 16:12:06.349 | INFO [alembic.autogenerate.compare] Detected server
default on column 'poolmonitorassociations.status'
2014-07-16 16:12:06.411 | INFO
This bug is also affecting Ryu and the Big Switch CI.
There is a patch to bump the version requirement for alembic linked in the
bug report that should fix it. It we can't get that merged we may have to
revert the healing patch.
https://bugs.launchpad.net/bugs/1342507
On Jul 16, 2014 9:27 AM,
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 aware. We¹d
like to change our meeting time to better
Hi TripleO!
It would appear that we have no coverage in devtest which ensures that
Cinder consistently works in the overcloud. As such the TripleO Cinder
elements are often broken (as of today I can't fully use lio or tgt w/
upstream TripleO elements).
How do people feel about swapping out our
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 sure these aren't used by default:
Eric Windisch wrote:
This thread highlights more deeply the problems for the FreeBSD folks.
First, I still disagree with the recommendation that they contribute to
libvirt. It's a classic example of creating two or more problems from one.
Once they have support in libvirt, how long before
On 07/16/2014 09:10 AM, Morgan Fainberg wrote:
--
From: Rich Megginson rmegg...@redhat.com
Reply: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: July 16, 2014 at 08:08:00
To:
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 just regress to the current process because
we have tried something similar to this previously and were forced to
regress to
I think it is best not to mention about SAN in the OpenStack
TLS spec. It is expected that the backend should implement according to the
SSL/SNI IETF spec.
Let’s leave the implementation/validation part to the driver. For ex.
NetScaler does not support SAN and the NetScaler
Hi, Jarda
We are already prepared for multiple drivers. If you look at the Driver
field, there is a dropdown menu from which you can choose a driver and
based on the selection the additional information (like IP, user, passw)
will be changed.
So, if iLO + Virtual Media is chosen in the
Clint Byrum cl...@fewbar.com wrote on 07/02/2014 01:54:49 PM:
Excerpts from Qiming Teng's message of 2014-07-02 00:02:14 -0700:
Just some random thoughts below ...
On Tue, Jul 01, 2014 at 03:47:03PM -0400, Mike Spreitzer wrote:
In AWS, an autoscaling group includes health maintenance
On 07/16/2014 07:27 PM, Vishvananda Ishaya 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 just regress to the current process because
we have tried something similar
On Wed, Jul 16, 2014 at 12:55 PM, Roman Bogorodskiy
rbogorods...@mirantis.com wrote:
Eric Windisch wrote:
This thread highlights more deeply the problems for the FreeBSD folks.
First, I still disagree with the recommendation that they contribute to
libvirt. It's a classic example of
Hi TripleO!
I wanted to get the word out on progress with a new os-net-config tool
for TripleO. The spec (not yet approved) lives here:
https://review.openstack.org/#/c/97859/
We've also got a working implementation here:
https://github.com/dprince/os-net-config
You can see WIP example of how
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 few places
where we depend on upstream packaging. We constantly
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?
1. https://bugzilla.redhat.com/show_bug.cgi?id=1120332
On Wed, Jul 9, 2014 at 3:29 AM, Ihar Hrachyshka ihrac...@redhat.com wrote:
QQ: do you have __init__.py in the directory?
2014-07-16 11:43 GMT-07:00 Julio Carlos Barrera Juez
juliocarlos.barr...@i2cat.net:
I am fighting with this for months. I want to develop a VPN Neutron
plugin, but it is almost impossible to realize how to achieve it. this is a
thread I opened
Do you have a repo with the code that is visible to the public?
What does the /etc/neutron/vpn_agent.ini look like?
Can you put the log output of the actual error messages seen?
Regards,
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.com)
TW ………... @pmichali
GPG Key
On Jul 16, 2014, at 10:55 AM, Vijay Venkatachalam
vijay.venkatacha...@citrix.com
wrote:
Apologies for the delayed response.
I am OK with displaying the certificates contents as part of the API, that
should not harm.
I think the discussion has to be split into 2 topics.
Hi folks,
We'll be having the Sahara team meeting as usual in
#openstack-meeting-alt channel.
Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meetingiso=20140717T18
--
Sincerely yours,
Sergey Lukjanov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/15/2014 03:52 PM, Ihar Hrachyshka wrote:
On 15/07/14 20:36, Joshua Harlow wrote:
LGTM.
I'd be interesting in the future to see if we can transparently
use some other serialization format (besides json)...
That's my only compliant is
I've poked some folks on the infra channel about this now, as we need
this merged soon.
On Wed, Jul 16, 2014 at 11:30 AM, Kevin Benton blak...@gmail.com wrote:
This bug is also affecting Ryu and the Big Switch CI.
There is a patch to bump the version requirement for alembic linked in the
bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 16/07/14 01:50, Vishvananda Ishaya wrote:
On Jul 15, 2014, at 3:30 PM, Ihar Hrachyshka ihrac...@redhat.com
wrote:
Signed PGP part On 14/07/14 22:48, Vishvananda Ishaya wrote:
On Jul 13, 2014, at 9:29 AM, Ihar Hrachyshka
Hi all,
First of all, I'm sorry we had to skip last week's doc team meeting and
that I didn't send this note out last week -- had to take care of my son's
health. As Pa from Little House on the Prairie would say, All's well that
ends well.
Thanks to the APAC team for holding the docs team meeting
Excerpts from Mike Spreitzer's message of 2014-07-16 10:50:42 -0700:
Clint Byrum cl...@fewbar.com wrote on 07/02/2014 01:54:49 PM:
Excerpts from Qiming Teng's message of 2014-07-02 00:02:14 -0700:
Just some random thoughts below ...
On Tue, Jul 01, 2014 at 03:47:03PM -0400, Mike
On Jul 16, 2014, at 12:30 PM, Vijay Venkatachalam
vijay.venkatacha...@citrix.com
wrote:
We will have the code that will parse the X509 in the API scope of the
code. The validation I'm refering to is making sure the key matches the cert
used and that we mandate that at a minimum the
On 7/16/14, 2:43 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Mike Spreitzer's message of 2014-07-16 10:50:42 -0700:
Clint Byrum cl...@fewbar.com wrote on 07/02/2014 01:54:49 PM:
Excerpts from Qiming Teng's message of 2014-07-02 00:02:14 -0700:
Just some random thoughts below
On Jul 16, 2014, at 3:49 PM, Carlos Garza carlos.ga...@rackspace.com wrote:
On Jul 16, 2014, at 12:30 PM, Vijay Venkatachalam
vijay.venkatacha...@citrix.com
wrote:
We will have the code that will parse the X509 in the API scope of the
code. The validation I'm refering to is making
On 17 July 2014 05:58, Dan Prince dpri...@redhat.com wrote:
Hi TripleO!
I wanted to get the word out on progress with a new os-net-config tool
for TripleO. The spec (not yet approved) lives here:
https://review.openstack.org/#/c/97859/
We've also got a working implementation here:
I've got a bit of good news and bad news about the state of landing
the rbd-ephemeral-clone patch series for Nova in Juno.
The good news is that the first patch in the series
(https://review.openstack.org/91722 fixing a data loss inducing bug
with live migrations of instances with RBD backed
On 12/07/14 09:25, Joe Gordon wrote:
On Fri, Jul 11, 2014 at 4:42 AM, Jeremy Stanley fu...@yuggoth.org
mailto:fu...@yuggoth.org wrote:
On 2014-07-11 11:21:19 +0200 (+0200), Matthias Runge wrote:
this broke horizon stable and master; heat stable is affected as
well.
Excerpts from Dan Prince's message of 2014-07-16 09:50:51 -0700:
Hi TripleO!
It would appear that we have no coverage in devtest which ensures that
Cinder consistently works in the overcloud. As such the TripleO Cinder
elements are often broken (as of today I can't fully use lio or tgt w/
1 - 100 of 124 matches
Mail list logo
