Hi Swapnil,
Looks like the docker-registry image is broken, since it cannot find
run.sh inside the container.
2014/01/09 06:36:15 Unable to locate ./docker-registry/run.sh
Maybe you could try to remove and re-import image
docker rmi docker-registry
and then execute
I am afraid I need to correct you Jay!
This actually appears to be bug 1253896 [1]
Technically, what we call 'bug' here is actually a failure manifestation.
So far, we have removed several bugs causing this failure. The last patch
was pushed to devstack around Christmas.
Nevertheless, if you
I am trying to become a bit less of a newbie, and having a bit of
difficulty with basics. Following are some questions, and reviews of the
relevant documentation that I have been able to find (I am trying to
contribute to documentation as well as solve my setup problems). My
driving question
Hi!
From a operator point of view, I think that it would be nice to give to the
FWaaS (IPv4 flavor), the ability to manage the tenant's NAT table, not only
the filter table, as it is today.
If fact, I don't know if it is out of the scope of FWaaS or not, it is just
an idea I had. Because right
Hi,
I'm really glad to here that!
Answers inlined.
Thanks.
On Thu, Jan 9, 2014 at 11:33 AM, Daniele Venzano daniele.venz...@eurecom.fr
wrote:
Hello,
we are finishing up the development of the Spark plugin for Savanna.
In the next few days we will deploy it on an OpenStack cluster with
- Original Message -
From: Dong Liu willowd...@gmail.com
To: Nir Yechiel nyech...@redhat.com
Cc: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Wednesday, January 8, 2014 5:36:14 PM
Subject: Re: [neutron] Implement NAPT in
Oh, I see. Thank you very much.
It's just hard coded for attaching volume and swapping volume.
How to deal the bp:
https://blueprints.launchpad.net/nova/+spec/add-delete-on-termination-option
?
2014/1/9 Christopher Yeoh cbky...@gmail.com:
On Thu, Jan 9, 2014 at 2:35 PM, 黎林果
Just a gentle reminder. Please, remember to the subject of the emails.
Cheers,
FF
--
@flaper87
Flavio Percoco
pgptFnbJDCsYT.pgp
Description: PGP signature
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
From: ext Doug Hellmann [mailto:doug.hellm...@dreamhost.com]
Sent: Wednesday, January 08, 2014 10:21 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Ceilometer] Dynamic Meters in Ceilometer
On Wed, Jan 8, 2014 at 3:09 PM, Kodam, Vijayakumar
Hi Randy,
I don't have a specific use case. I just wanted to understand the scope here as
the name of this blueprint (allow multiple subnets on gateway port for
router) could be a bit misleading.
Two questions I have though:
1. Is this talking specifically about the gateway port to the
On 08/01/14 17:13 -0800, Nachi Ueno wrote:
Hi folks
OpenStack process tend to have many config options, and many hosts.
It is a pain to manage this tons of config options.
To centralize this management helps operation.
We can use chef or puppet kind of tools, however
sometimes each process
If you are in a position where you want or need to provide 3rd party
testing, you do yourself (and the rest of us) a great service if you
take the time to learn the OpenStack development process.
One of the best ways to learn the OpenStack development process is to
submit a patch. Advertising: We
On 09/01/14 10:03 +0100, Flavio Percoco wrote:
Just a gentle reminder. Please, remember to the subject of the emails.
Erm, I obviously meant 'to tag the subject'*
Sorry, too sleepy.
--
@flaper87
Flavio Percoco
pgpD5k5khTAQA.pgp
Description: PGP signature
On Thu, Jan 9, 2014 at 5:00 PM, 黎林果 lilinguo8...@gmail.com wrote:
Oh, I see. Thank you very much.
It's just hard coded for attaching volume and swapping volume.
How to deal the bp:
https://blueprints.launchpad.net/nova/+spec/add-delete-on-termination-option
?
So I think the only thing
I think that these two BP is to achieve same function,it is very necessary to
implement this function!
https://blueprints.launchpad.net/neutron/+spec/router-port-forwarding
https://blueprints.launchpad.net/neutron/+spec/neutron-napt-api
At 2014-01-09 16:56:20,Nir Yechiel nyech...@redhat.com
Hi Winson,
On Wed, Jan 08, 2014 at 08:41:16PM +, Chan, Winson C wrote:
Does anybody know if this blueprint is being actively work on?
https://blueprints.launchpad.net/heat/+spec/windows-instances If this is not
active, can I take ownership of this blueprint? My team wants to add
Hi,
I am trying to implement VPNaas in openstack grizzly release 2013.1 by taking
Havana release as a reference. This is basically a single node set up by
following the below link :
https://github.com/mseknibilel/OpenStack-Grizzly-Install-Guide/blob/master/OpenStack_Grizzly_Install_Guide.rst
Hi!
These are great news indeed: I am glad to hear that Windows support comes
to Heat at last!
Meanwhile, you may always take a look at what was done in this area in
Murano: it has started as Windows-deployment tool based on top of Heat, so
we have covered lots of windows-related issues and have
On 01/09/14 09:41, Sergey Lukjanov wrote:
On Thu, Jan 9, 2014 at 11:33 AM, Daniele Venzano
daniele.venz...@eurecom.fr mailto:daniele.venz...@eurecom.fr wrote:
Hello,
we are finishing up the development of the Spark plugin for Savanna.
In the next few days we will deploy it on an
Hi,
Is it the same reason my change fails with turbo-hipster over and over:
https://review.openstack.org/#/c/54492/ ?
On Mon, Dec 30, 2013 at 1:21 PM, Michael Still mi...@stillhq.com wrote:
Hi.
The purpose of this email to is apologise for some incorrect -1 review
scores which turbo
On 8 January 2014 12:07, Gary Kotton gkot...@vmware.com wrote:
Hi,
Patch sets that are cascaded has have the following errors:
Database migration testing failed either due to migrations unable to be
applied correctly or taking too long.
This change was unable to be automatically merged with
On 8 January 2014 15:29, Jay Lau jay.lau@gmail.com wrote:
2014/1/8 John Garbutt j...@johngarbutt.com
On 8 January 2014 10:02, David Xie david.script...@gmail.com wrote:
In nova/compute/api.py#2289, function resize, there's a parameter named
flavor_id, if it is None, it is considered as
I think we are all agreed that the current state of Gate Resets isn't
good. Unfortunately some basic functionality is really not working
reliably, like being able to boot a guest to a point where you can ssh
into it.
These are common bugs, but they aren't easy ones. We've had a few folks
On 01/09/2014 07:46 AM, Sean Dague wrote:
I think we are all agreed that the current state of Gate Resets isn't
good. Unfortunately some basic functionality is really not working
reliably, like being able to boot a guest to a point where you can ssh
into it.
These are common bugs, but they
Sean Dague wrote:
[...]
So I'd like to propose Gate Blocking Bug Fix day, to be Monday Jan 20th.
On that day I'd ask all core reviewers (and anyone else) on all projects
to set aside that day to *only* work on gate blocking bugs. We'd like to
quiet the queues to not include any other changes
It looks like we have some duplication and inconsistencies on the 3
os-*-config elements in the tripleo repositories
os-apply-config (duplication) :
We have two elements that install this
diskimage-builder/elements/config-applier/
tripleo-image-elements/elements/os-apply-config/
Jay Pipes wrote:
On Wed, 2014-01-08 at 14:26 +0100, Thierry Carrez wrote:
Tim Bell wrote:
+1 from me too UpgradeImpact is a much better term.
So this one is already documented[1], but I don't know if it actually
triggers anything yet.
Should we configure it to post to
I'll ask on the operators list if there are any objections. If there are strong
ones, we may need a new list created.
Tim
-Original Message-
From: Thierry Carrez [mailto:thie...@openstack.org]
Sent: 09 January 2014 14:16
To: openstack-dev@lists.openstack.org
Subject: Re:
On 09/01/14 07:46 -0500, Sean Dague wrote:
I think we are all agreed that the current state of Gate Resets isn't
good. Unfortunately some basic functionality is really not working
reliably, like being able to boot a guest to a point where you can ssh
into it.
These are common bugs, but they
Joe Gordon joe.gord...@gmail.com wrote on 01/08/2014 12:40:47 PM:
Re: [openstack-dev] [nova] new (docs) requirement for third party CI
On Jan 8, 2014 7:12 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
If no one is against this or has something to add, I'll update the
wiki.
-1
On Thu, Jan 09 2014, Sean Dague wrote:
I'm hopefully that if we can get everyone looking at this one a single day,
we can start to dislodge the log jam that exists.
I will help you bear this burden, Sean Dague, for as long as it is
yours to bear. You have my sword.
--
Julien Danjou
# Free
On 01/08/2014 06:57 PM, Prasad Vellanki wrote:
Clint Steve
One scenario we are trying to see is whether and how Heat
software-config enables deployment of images available from third
party as virtual appliances, providing network, security or
acceleration capabilities. The vendor in some
On 09/01/14 14:13, Derek Higgins wrote:
It looks like we have some duplication and inconsistencies on the 3
os-*-config elements in the tripleo repositories
os-apply-config (duplication) :
We have two elements that install this
diskimage-builder/elements/config-applier/
Hi Daniel,
I think it was some proxy issue prohibiting from the download. I downloaded
the correct docker-registry.tar.gz and stack.sh completed but with some
issues remain related to image availability. The docker push is getting *HTTP
code 500 while uploading metadata: invalid character ''
On Thu, Jan 9, 2014 at 1:46 PM, Sean Dague s...@dague.net wrote:
Specifically I'd like to get commitments from as many PTLs as possible
that they'll both directly participate in the day, as well as encourage the
rest of their project to do the same
I'll be more than happy to participate (or
On 11/25/2013 6:30 PM, Mike Wilson wrote:
Hotel information has been posted. Look forward to seeing you all in
February :-).
-Mike
On Mon, Nov 25, 2013 at 8:14 AM, Russell Bryant rbry...@redhat.com
mailto:rbry...@redhat.com wrote:
Greetings,
Other groups have started doing
Excerpts from Derek Higgins's message of 2014-01-09 06:13:53 -0700:
It looks like we have some duplication and inconsistencies on the 3
os-*-config elements in the tripleo repositories
os-apply-config (duplication) :
We have two elements that install this
-- (rebroadcast to dev community from prior unicast discussion) --
Hi Nir
Sorry if the description is misleading. Didn't want a large title, and
hoped that the description would provide those additional details to
clarify the real goal of what's included and what's not included.
#1. Yes, it's
Hi Sean,
That is good idea, I also am in.
BTW, what time will this work start?
I tried to join this kind of work, but I could not find anyone on IRC
in my timezone.
Thanks
Ken'ichi Ohmichi
2014/1/9 Sean Dague s...@dague.net:
On 01/09/2014 08:01 AM, Thierry Carrez wrote:
Sean Dague wrote:
-- (rebroadcast to dev community from prior unicast discussion) --
Hi Nir
Sorry if the description is misleading. Didn't want a large title, and hoped
that the description would provide those additional details to clarify the real
goal of what's included and what's not included.
#1. Yes,
Mike -
When I was starting out, I ran devstack ( http://devstack.org/ ) on an
Ubuntu VM. You wind up with a system where you've got a basic running
OpenStack so you can try things out with the command-line utilities, and
also do development because it checks out all the repos. I learned a lot,
On Jan 9, 2014, at 7:46 AM, Sean Dague s...@dague.net wrote:
I think we are all agreed that the current state of Gate Resets isn't good.
Unfortunately some basic functionality is really not working reliably, like
being able to boot a guest to a point where you can ssh into it.
These are
Hi folks,
sometimes Jenkins slaves failing due to the agent initialization error.
There are several possible traces that you can see in such case:
* Caused by: java.lang.NoClassDefFoundError: Could not initialize class
jenkins.model.Jenkins$MasterComputer (full stack trace:
Minor correction, we're going to do this on Jan 27th, to be after the i2
push, as I don't think there is time organize this prior.
It will also be a good way to start the i3 push by trying to get the
gate back in shape so that we can actually land what people need to land
for i3.
I think I have found another fault triggering bug 1253896 when neutron is
enabled.
I've added a comment to https://bugs.launchpad.net/bugs/1253896
On another note, I'm seeing also occurrences of this bug with nova-network.
Is there anybody from the nova side looking at it (I can give it a try,
On Thu, Jan 9, 2014 at 11:30 PM, Sean Dague s...@dague.net wrote:
Minor correction, we're going to do this on Jan 27th, to be after the i2
push, as I don't think there is time organize this prior.
So FYI Jan 27th is a public holiday in Australia (Australia Day!), but
given the timezone
On 2014-01-09 14:16:09 +0400 (+0400), Sergey Lukjanov wrote:
we've finally updated our CI to use Zuul
[...]
Awesome! I can't wait to see your improvements.
--
Jeremy Stanley
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Hi Folks,
With John joining the IRC, so far, we had a couple of productive meetings in an
effort to come to consensus and move forward. Thanks John for doing that, and I
appreciate everyone's effort to make it to the daily meeting. Let's reconvene
on Monday.
But before that, and based on our
Yuuichi,
since you introduce switches that are currently not reflected in the Neutron
entities, am I correct that a switch.port is always unknown to Neutron? Can a
switch.port ever be a VM port?
I'd be happy if you could help me understand this better.
Best, Manuel
I'm trying to hash out where data will live for Tuskar (both long term
and for its Icehouse deliverables). Based on the expectations for
Icehouse (a combination of the wireframes and what's in Tuskar client's
api.py), we have the following concepts:
= Nodes =
A node is a baremetal machine on
Hi Heat developers,
On Windows platform (windows2012 and windows2008R2), I am seeing below given
error when installing python-heatclient. Did any one see this problem earlier?
c:\users\adminpip -v install python-heatclient
Downloading/unpacking python-heatclient
Using version 0.2.6 (newest of
I think I'm in agreement with all of this. Nice summary, Robert.
It may not be where the work ends, but if we could get this done the rest
is just refinement.
On 9 January 2014 17:49, Robert Li (baoli) ba...@cisco.com wrote:
Hi Folks,
With John joining the IRC, so far, we had a
Hi Flavio
Thank you for your input.
I agree with you. oslo.config isn't right place to have server side code.
How about oslo.configserver ?
For authentication, we can reuse keystone auth and oslo.rpc.
Best
Nachi
2014/1/9 Flavio Percoco fla...@redhat.com:
On 08/01/14 17:13 -0800, Nachi Ueno
On Thu, Jan 9, 2014 at 5:52 AM, Kurt Taylor krtay...@us.ibm.com wrote:
Joe Gordon joe.gord...@gmail.com wrote on 01/08/2014 12:40:47 PM:
Re: [openstack-dev] [nova] new (docs) requirement for third party CI
On Jan 8, 2014 7:12 AM, Matt Riedemann mrie...@linux.vnet.ibm.com
wrote:
On Thu, 2014-01-09 at 09:09 +0100, Salvatore Orlando wrote:
I am afraid I need to correct you Jay!
I always welcome corrections to things I've gotten wrong, so no worries
at all!
This actually appears to be bug 1253896 [1]
Ah, the infamous SSH bug :) Yeah, so last night I spent a few hours
What capabilities would this new service give us that existing, proven,
configuration management tools like chef and puppet don't have?
On Thu, Jan 9, 2014 at 12:52 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Flavio
Thank you for your input.
I agree with you. oslo.config isn't right place to
Brant Knudson b...@acm.org wrote on 01/09/2014 10:07:27 AM:
When I was starting out, I ran devstack ( http://devstack.org/ ) on
an Ubuntu VM. You wind up with a system where you've got a basic
running OpenStack so you can try things out with the command-line
utilities, and also do
Nachi,
Thanks for bringing this up. We've been thinking a lot about handling of
configurations while working on Rubick.
In my understanding, oslo.config could provide an interface to different
back-ends to store configuration parameters. It could be simple centralized
alternative to
On Thu, 2014-01-09 at 10:23 +0100, Flavio Percoco wrote:
On 08/01/14 17:13 -0800, Nachi Ueno wrote:
Hi folks
OpenStack process tend to have many config options, and many hosts.
It is a pain to manage this tons of config options.
To centralize this management helps operation.
We can use
And my ring, my precious.
Count me in!
On 1/9/14, 6:06 AM, Julien Danjou jul...@danjou.info wrote:
On Thu, Jan 09 2014, Sean Dague wrote:
I'm hopefully that if we can get everyone looking at this one a single
day,
we can start to dislodge the log jam that exists.
I will help you bear
I agree with Doug’s question, but also would extend the train of thought to ask
why not help to make Chef or Puppet better and cover the more OpenStack
use-cases rather than add yet another competing system?
Cheers,
Morgan
On January 9, 2014 at 10:24:06, Doug Hellmann
Hi Jay,
replies inline.
I have probably have found one more cause for this issue in the logs, and I
have added a comment to the bug report.
Salvatore
On 9 January 2014 19:10, Jay Pipes jaypi...@gmail.com wrote:
On Thu, 2014-01-09 at 09:09 +0100, Salvatore Orlando wrote:
I am afraid I need
+1 to Jay. Existing tools are both better suited to the job and work
quite well in their current state. To address Nachi's first example,
there's nothing preventing a Nova node in Chef from reading Neutron's
configuration (either by using a (partial) search or storing the
necessary information
- Original Message -
From: Michael Still mi...@stillhq.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Tuesday, January 7, 2014 5:53:01 PM
Subject: Re: [openstack-dev] [nova] Bogus -1 scores from turbo hipster
Hi.
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is integration with
openstack services.
There are cases a process should know the config value in the other hosts.
If we could have centralized config storage api, we can solve this issue.
On Thu, 2014-01-09 at 07:46 -0500, Sean Dague wrote:
I think we are all agreed that the current state of Gate Resets isn't
good. Unfortunately some basic functionality is really not working
reliably, like being able to boot a guest to a point where you can ssh
into it.
These are common
- Original Message -
From: Derek Higgins der...@redhat.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Thursday, January 9, 2014 8:13:53 AM
Subject: [openstack-dev] os-*-config in tripleo repositories
It looks like we have some duplication and
Hi Jeremy
Don't you think it is burden for operators if we should choose correct
combination of config for multiple nodes even if we have chef and
puppet?
If we have some constraint or dependency in configurations, such logic
should be in openstack source code.
We can solve this issue if we have
So finally tried running a devstack instance on Fedora 20: rootwrap
failed on the cinder stage of the install. So I scaled back to a
Keystone only install.
[fedora@ayoung-f20 devstack]$ cat localrc
FORCE=yes
ENABLED_SERVICES=key,mysql,qpid
This failed starting the Keystone server with two
Thanks! This is very informative. From a high-level perspective, this
maps well with my understanding of how Tuskar will interact with various
OpenStack services. A question or two inline:
- Original Message -
I'm trying to hash out where data will live for Tuskar (both long term
and
Ian,
The idea of pci flavors is a great and using vendor_id and product_id make
sense, but I could see a case for adding the class name such as 'VGA compatible
controller'. Otherwise, slightly different generations of hardware will mean
custom whitelist setups on each compute node.
01:00.0
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is integration with
openstack services.
There are cases a process should know the config value in the other hosts.
You need a working version of this patch to land -
https://review.openstack.org/#/c/63647/
Because of the rhel6 support in devstack, every new version of fc needs
manual support, because there are tons of packages needed in fc* that
don't exist in rhel.
-Sean
On 01/09/2014 02:15 PM,
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is integration with
openstack services.
There are
On Thu, Jan 9, 2014 at 7:53 PM, Nachi Ueno na...@ntti3.com wrote:
One example of such case is neuron + nova vif parameter configuration
regarding to security group.
The workflow is something like this.
nova asks vif configuration information for neutron server.
Neutron server ask
Thanks Salvatore and Jay for sharing your experiences on this issue.
I will look through the references you have provided to understand further
as well.
If I latch onto something, I will share back.
BTW, before posting the question here, I did suspect some race conditions
and tried to play
On Thu, Jan 9, 2014 at 2:34 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from external configuration
Having run openstack clusters for ~2 years, I can't say that I've ever
desired such functionality.
How do you see these interactions defined? For instance, if I deploy
a custom driver for Neutron, does that mean I also have to patch
everything that will be talking to it (Nova, for instance) so
Hi Doug
Thank you for your input.
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 2:34 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi Adam,
This looks very interesting. When do you expect to have this code available
in oslo? Do you have a development guide which describes best practices for
using this authorization approach?
I think that for Pecan it will be possible to get rid of @protected wrapper
and use SecureController
That didn't seem to make a difference, still no cache. The RPMS are not
getting installed, even if I deliberately add a line for
python-dogpile-cache
Shouldn't it get installed via pip without the rpm line?
On 01/09/2014 02:27 PM, Sean Dague wrote:
You need a working version of this patch
2014/1/9 Jeremy Hanmer jer...@dreamhost.com:
Having run openstack clusters for ~2 years, I can't say that I've ever
desired such functionality.
My proposal is adding functionalities, not removing it.
so if you are satisfied with file based configuration with chef or puppet,
this change won't
On 01/09/2014 02:34 PM, Nachi Ueno wrote:
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is
The UI will also need to be able to look at the Heat resources running
within the overcloud stack and classify them according to a resource
category. How do you envision that working?
There's a way in a Heat template to specify arbitrary metadata on a
resource. We can add flags in there and
On Thu, Jan 9, 2014 at 10:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from external configuration system (Chef, puppet
etc) is integration with
openstack services.
There are cases a process should know the config value in the other hosts.
Hi Anita, et. all,
I understand if the -1 is being voted because of testing framework
failures, it is a real pain.
Assuming the framework is working fine, I have noticed that there could be
genuine failures because of devstack failing to fully stack up or the test
failures. In my specific case,
Hi Bob
2014/1/9 Robert Kukura rkuk...@redhat.com:
On 01/09/2014 02:34 PM, Nachi Ueno wrote:
Hi Doug
2014/1/9 Doug Hellmann doug.hellm...@dreamhost.com:
On Thu, Jan 9, 2014 at 1:53 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
Thank you for your input.
The key difference from
Hope you don't mind, I'll jump in here :)
On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote:
Hi Jeremy
Don't you think it is burden for operators if we should choose correct
combination of config for multiple nodes even if we have chef and
puppet?
It's more of a burden for operators to
On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno na...@ntti3.com wrote:
2014/1/9 Jeremy Hanmer jer...@dreamhost.com:
How do you see these interactions defined? For instance, if I deploy
a custom driver for Neutron, does that mean I also have to patch
everything that will be talking to it
I'm glad we are hashing this out as I think there is still some debate
around if Tuskar will need a database at all.
One thing to bear in mind, I think we need to make sure the terminology
matches that described in the previous thread. I think it mostly does
here but I'm not sure the Tuskar
Hi Jay
2014/1/9 Jay Pipes jaypi...@gmail.com:
Hope you don't mind, I'll jump in here :)
I'll never mind to discuss with you :)
On Thu, 2014-01-09 at 11:08 -0800, Nachi Ueno wrote:
Hi Jeremy
Don't you think it is burden for operators if we should choose correct
combination of config for
- Original Message -
I'm glad we are hashing this out as I think there is still some debate
around if Tuskar will need a database at all.
One thing to bear in mind, I think we need to make sure the terminology
matches that described in the previous thread. I think it mostly does
Hi Oleg
2014/1/9 Oleg Gelbukh ogelb...@mirantis.com:
On Fri, Jan 10, 2014 at 12:18 AM, Nachi Ueno na...@ntti3.com wrote:
2014/1/9 Jeremy Hanmer jer...@dreamhost.com:
How do you see these interactions defined? For instance, if I deploy
a custom driver for Neutron, does that mean I also
Hi,
One use case was brought up in today's meeting that I think is not valid.
It is the use case where all 3 vnic types : Virtio, direct and macvtap (the
terms used in the meeting were slow, fast, faster/foobar) could be attached to
the same VM. The main difference between a direct and
On Thu, Jan 9, 2014 at 2:16 PM, Adam Young ayo...@redhat.com wrote:
That didn't seem to make a difference, still no cache. The RPMS are not
getting installed, even if I deliberately add a line for
python-dogpile-cache
Shouldn't it get installed via pip without the rpm line?
Yes pip should
On 01/08/2014 05:53 PM, Joe Gordon wrote:
Hi All,
As you know the gate has been in particularly bad shape (gate queue over
100!) this week due to a number of factors. One factor is how many major
outstanding bugs we have in the gate. Below is a list of the top 4 open
gate bugs.
Here
On 01/10/2014 02:53 AM, Jay Pipes wrote:
On Thu, 2014-01-09 at 07:46 -0500, Sean Dague wrote:
I think we are all agreed that the current state of Gate Resets isn't
good. Unfortunately some basic functionality is really not working
reliably, like being able to boot a guest to a point where
On Thu, 2014-01-09 at 16:02 -0500, Tzu-Mainn Chen wrote: There are a
number of other models in the tuskar code[1], do we need to
consider these now too?
[1]:
https://github.com/openstack/tuskar/blob/master/tuskar/db/sqlalchemy/models.py
Nope, these are gone now, in favor of Tuskar
On 9 January 2014 20:19, Brian Schott brian.sch...@nimbisservices.comwrote:
Ian,
The idea of pci flavors is a great and using vendor_id and product_id make
sense, but I could see a case for adding the class name such as 'VGA
compatible controller'. Otherwise, slightly different generations
On 9 January 2014 22:50, Ian Wells ijw.ubu...@cack.org.uk wrote:
On 9 January 2014 20:19, Brian Schott brian.sch...@nimbisservices.comwrote:
On the flip side, vendor_id and product_id might not be sufficient.
Suppose I have two identical NICs, one for nova internal use and the
second for
1 - 100 of 126 matches
Mail list logo
