On 07/24/2015 11:07 AM, Thierry Carrez wrote:
Igor Yozhikov wrote:
Hello again to everyone, resending this letter due to typo in the topic
of the previous letter, apologize for this.
*
Introductory words:*
I want to present renewed proposal for packaging of OpenStack
components for deb
On 07/27/2015 07:15 PM, Cathy Zhang wrote:
Hi Anita,
Not sure if you read the logs. The concern on
https://review.openstack.org/#/c/186663/ and duplication were brought up by
Sean.
The goal is to have one set of API instead of multiple APIs with minor
differences. The consensus is that
Dear PTLs, cross-project liaisons and anyone else interested,
We'll have a cross-project meeting today at 21:00 UTC.
I have agreed to chair it this week.
Here is the agenda:
* Team announcements (horizontal, vertical, diagonal)
* API Guidelines that are ready for final review [1]
* Cross project
I do agree, we don't depend or are cleaning the other clients out of the glance
dependencies as well and I think swift should not be there either.
The default store is filesystem store and if something is depending on the
actual store clients it should be either glance_store or deployer (well
On 27/Jul/2015 .::. 15:06, Emilien Macchi wrote:
Puppet group,
Yanis has been working in our group for a while now.
He has been involved in a lot of tasks, let me highlight some of them:
* Many times, involved in improving consistency across our modules.
* Strong focus on data binding,
Hi all,
In devstack, I configured
enable_plugin neutron-lbaas
https://git.openstack.org/openstack/neutron-lbaas
ENABLED_SERVICES+=,q-lbaasv2
so, I can use lbaasv2 api in neutronclient. But I see the agent that's name
is q-lbaasv2 not q-lbaas in screen, and horizon can recognize
Hello Everyone,
If you are not familiar with Dragonflow, it is a lightweight SDN controller
embedded in Neutron
that tries to solve distributed virtual routing the SDN way.
Dragonflow is officially part of Neutron big tent starting at Kilo, you can
read more information
about it in the following
Hi Konstantin,
I'm not sure if we track such feature anywhere. But one of the reasons
to use containers on the master was to deliver plugin specific containers,
so they don't intersect and don't break Fuel master dependencies.
Do you have some specific use case for that?
Thanks,
On Mon, Jul 27,
Hi Devs,
There is an NFS backend driver for cinder, which supports only limited volume
handling features. Specifically, snapshot and cloning features are missing.
Eric Harney has proposed a feature of NFS driver snapshot [1][2][3], which
was approved on Dec 2014 but not implemented yet.
[1]
Hi Alexander, I don't agree with your statements
[1] - I just uses % and % to substitute values.
It's what templating is about, you have some text preprocessor to
substitute values.
That is not ERB style template language.
ERB uses the same syntax, hence it Is ERB style.
[2] - We are not
Bogdan,
Answering your questions, in MOS 7.0 source code heartbeats are enabled by
default (with heartbeat_timeout_threshold value set to 60). We patched our
version of upstream stable/kilo to do so. So, in installed env heartbeats
are enabled for every component except Neutron, for which puppet
Jay,
Yes, it is on the agenda.
Thanks,
Adrian
On Jul 27, 2015, at 8:32 AM, Jay Lau
jay.lau@gmail.commailto:jay.lau@gmail.com wrote:
Adrian,
Can we put hyper as a topic for this week's (Tomorrow) meeting? I want to have
some discussion with you.
Thanks
2015-07-27 0:43 GMT-04:00
On 07/27/2015 02:11 PM, Sean Dague wrote:
Honestly, I think deprecating and removing 'verbose' is probably the
best option. INFO is probably the right default behavior, and it's not
really verbose in any real openstack usage. It is unlikely that anyone
would want that to be in the off state, and
Hi,
I read these two documents:
http://docs.openstack.org/high-availability-guide/content/_configure_rabbitmq.html
https://www.rdoproject.org/RabbitMQ
To configure the queues in HA mode, the two docs suggests two slightly
different commands;
The first one says:
rabbitmqctl set_policy
On Mon, Jul 27, 2015 at 1:10 PM, Evgeniy L e...@mirantis.com wrote:
Currently network template uses ERB [1] style template language,
but in fact it's Jinja [2], it was agreed to change it [3], no to confuse
the user, with ERB which is in fact jinja and doesn't have any ERB
features.
we have
Hi
The patch [4] has been abandoned but it's not clear why. I too think that
having a full fledged NFS driver would be great !
[4] https://review.openstack.org/#/c/149037/
Jordan
On Tue, Jul 28, 2015 at 10:00 AM, Kekane, Abhishek
abhishek.kek...@nttdata.com wrote:
Hi Devs,
There is an
On Tue, Jul 28, 2015 at 11:52 AM, Evgeniy L e...@mirantis.com wrote:
Hi Alexander, I don't agree with your statements
[1] - I just uses % and % to substitute values.
It's what templating is about, you have some text preprocessor to
substitute values.
Network templates feature don't mean
Hi Jordan,
The patch [4] is abandoned by the owner because as of now as it’s not an
appropriate way to fix this issue and it need to be fixed using some other way.
Nova members please let us know your suggestions about the same.
Thank you,
Abhishek Kekane
From: Jordan Pittier
It looks like most people agree on option C (implement features in fuel and
fuel2) and in the meantime
we should slowly progress with moving fuel to fuel2.
2015-07-27 16:12 GMT+02:00 Sergii Golovatiuk sgolovat...@mirantis.com:
Hi,
Every functionality should be applied to both clients. Core
Hi Sergey,
Thanks, now I see why we had misunderstanding. The problem is currently
all set of features which Jinja2 provides is available for the user. As far
as
I know there is no way in Jinja to disable all of the functionality except
just
substitution.
If we need only substitution, probably
On 07/27/2015 10:41 PM, Sean Dague wrote:
On 07/27/2015 04:35 PM, Jim Rollenhagen wrote:
Hi friends.
Ironic implemented API micro versions in Kilo. We originally did this
to allow for breaking changes in the API while allowing users to opt in
to the breakage.
Since then, we've had a default
On Fri, Jul 24, 2015 at 10:08:45AM -0400, Doug Hellmann wrote:
Excerpts from Kekane, Abhishek's message of 2015-07-24 06:33:00 +:
Hi Devs,
X-Openstack-Request-Id. We have analysed python-cinderclient,
python-glanceclient, python-novaclient, python-keystoneclient and
Hi,
I agree with Sergii, the patch had some problems only with tests which are
already resolved. So I vote for FFE.
P.S. We've just merged it.
Regards,
Alex
On Mon, Jul 27, 2015 at 3:30 PM, Sergii Golovatiuk sgolovat...@mirantis.com
wrote:
Hi,
I have checked the code. After fixing tests,
We don't promise use Junja (or whatever) template language for this
feature.
If some jinja features allowed for parsing Network template -- it's a bug.
We should check it and fix it.
Only value substitutions should allow in the network templates.
Yes, we just use jinja for values
Also, in my proposal, it is more the router that is the grouping mechanism.
I can't reconcile this with all of the points you make in the rest of your
email. You want the collection of subnets that a network represents, but
you don't want any other properties of the network.
that the network
On 07/27/2015 11:42 PM, William M Edmonds wrote:
python-swiftclient is only needed by operators that are using the swift
backend, so it really doesn't belong in requirements.txt. Listing it in
requirements forces all operators to install it, even if they're not
going to use the swift backend.
Completely agree with Sergey.
Currently network template uses ERB [1] style template language,
but in fact it's Jinja [2], it was agreed to change it [3], no to confuse
the user
[1] - I just uses % and % to substitute values. That is not ERB style
template language.
[2] - We are not using Jinja
I have updated it. Thank you for sharing a link.
On Mon, Jul 27, 2015 at 3:44 PM, Victor Stinner vstin...@redhat.com wrote:
Hi,
On 27/07/2015 12:35, Roman Vasilets wrote:
Hi, just what to share with you. Rally project also have voting py34
jobs. Thank you.
Cool! I don't know if Rally
Folks, it seems the situation with Kilo support for RabbitMQ heartbeats
should be elaborated.
There is a bug [0] and a ML [1] related. The questions are:
a) Should Fuel 7.0 with Kilo *explicitly* disable via puppet the
upstream implementation of heartbeats for all OpenStack components
(Neutron
If we need only substitution, probably it's better to use standard
templating
in python [1], there is a way to redefine tokens, so you will be able to
use
% % syntax if you want to.
[1] https://docs.python.org/2.6/library/string.html#template-strings
From: Flavio Percoco fla...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 07/28/2015 07:36 AM
Subject: Re: [openstack-dev] [glance] Removing python-swiftclient
from requirements.txt
On 28/07/15 09:15 +, Kuvaja, Erno
On Tue, Jul 28, 2015 at 5:30 PM, Jim Rollenhagen j...@jimrollenhagen.com
wrote:
On Tue, Jul 28, 2015 at 09:19:46PM +, Devananda van der Veen wrote:
On Tue, Jul 28, 2015 at 1:57 PM Jim Rollenhagen j...@jimrollenhagen.com
wrote:
On Tue, Jul 28, 2015 at 08:23:34PM +, Devananda van
On Tue, Jul 28, 2015 at 09:55:03PM -0400, Julia Kreger wrote:
So if we do this, simply shipping the code doesn't break anyone. Nobody
has disagreed on this yet, best I can tell.
So let's ship some code. :)
// jim
I'm not sure we can just ship some code, unless I've missed
Hi Folks,
Screenshots are uploaded. Please review and leave your feedback:
https://openstack.invisionapp.com/d/main#/projects/4237816
Thanks,
vivek
From: Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
Thanks Doug. We are planning to submit initial review version by end of day
today.
Also, we will be uploading LBaaS wireframes for review here:
https://openstack.invisionapp.com/d/main#/projects/4237816
Thanks,
Vivek
From: Doug Wiegley
The patch fixes a bug that prevent user from using N1KV network, and the
change is low risk and minimal.
I think it would be good to backport.
Thanks,
Lin
On Tue, Jul 28, 2015 at 3:20 PM, Saksham Varma (sakvarma)
sakva...@cisco.com wrote:
Hi all,
I would like to request for a freeze
Andrew,
On deployed env. Yep, plugin can install docker, but
docker installation usually harder, than just 'apt-get docker'.
That's why I'm asking about fuel team plans.
The main (and the real one for now) reason to have a VSM in container
- is to not poisoning
controller node with it outdated
Excerpts from William M Edmonds's message of 2015-07-28 18:34:29 -0400:
From: Flavio Percoco fla...@redhat.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 07/28/2015 07:36 AM
Subject: Re: [openstack-dev] [glance] Removing
Doug,
I believe our glance friends are not the only project with some open
questions on dealing with the required dependency for optional plugin
use-case. You've made a recommendation to leverage some python tooling
functionality that I'm not familiar with. I was hoping I could probe you
to
Hi Kyle, Neutron Cores and Infra Team,
a) Was there a final decision/conclusion on the matter?
b) Do we make jodavidg’s suggestion[1] a rule and we change it in Neutron
third party policy[2].
c) I can’t see any recent changes in policy[2] and if there are no plans
to change
If that's the case, then I'd say let's just solve this right way and create
a new construct rather...
Ryan Moats
Kevin Benton blak...@gmail.com wrote on 07/28/2015 06:44:53 PM:
From: Kevin Benton blak...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
One of the features I'm looking forward to most in v2 is multiple ports on one
lb. Like 80 and 443. The ui doesnt look to easily support that?
Thanks,
Kevin
From: Jain, Vivek
Sent: Tuesday, July 28, 2015 6:19:25 PM
To: OpenStack Development Mailing List (not for
Thanks John for your response :)
I am currently working on the reconfiguring the HSM in different way.
Shall let you know once my stuff is working.
Thanks and Regards,
Asha Seshagiri
On Tue, Jul 28, 2015 at 11:31 AM, John Vrbanac john.vrba...@rackspace.com
wrote:
Asha,
I'm not sure what
We need to work on that code quite a bit anyway for other features (get me
a network, VLAN trunk ports) so adding a different parameter shouldn't be
bad. Even if Nova doesn't initially buy in, we can always pre-create the
port and pass it to Nova boot as a UUID.
On Tue, Jul 28, 2015 at 6:15 AM,
Evgene,
I'm sure you understand this, but just to be clear - now FUEL uses
containers on master node,
not on cluster nodes. I'm asking about plugin containers on cluster nodes.
Yep, there a particular example - VSM (Intel ceph management tool). It
requires a set of packages,
like python2.6, old
Kevin, doesn't this in itself create technical debt on the nova side in the
sense of what an instance attaches to?
I agree that it looks like less technical debt than conditionally
redefining a network, but without nova buy-in, it looks
like a non-starter...
Ryan
Kevin Benton blak...@gmail.com
In PuppetOpenstack we have a common set of filesthat are shared across
all our modules.
We would like to have an easy way to keep those set of filessynchronized.
Based on some discussions on #openstack-infra, infra might also be
interested by this problematic.
They are (at least) two approaches
Thanks Matt, though proposed but nova team think that this should belong to
Magnum ;-) We can check where is the best place for hyper.
2015-07-27 16:06 GMT-04:00 Matt Riedemann mrie...@linux.vnet.ibm.com:
On 7/26/2015 11:43 PM, Adrian Otto wrote:
Peng,
For the record, the Magnum team is
Thanks Adrian, we can talk later in the IRC meeting.
2015-07-28 4:07 GMT-04:00 Adrian Otto adrian.o...@rackspace.com:
Jay,
Yes, it is on the agenda.
Thanks,
Adrian
On Jul 27, 2015, at 8:32 AM, Jay Lau jay.lau@gmail.com wrote:
Adrian,
Can we put hyper as a topic for this
On 27/07/15 19:24 +, Ian Cordasco wrote:
On 7/27/15, 11:29, Louis Taylor lo...@kragniz.eu wrote:
On Fri, Jul 17, 2015 at 07:50:55PM +0100, Louis Taylor wrote:
Hi operators,
In Kilo, we added the Catalog Index Service as an experimental API in
Glance.
It soon became apparent this would
Greetings,
We recently found a bug in the Nova-Glance interaction that prevents
booting snapshots using Glance's V2 API. The bug is that Nova creates
the snapshot and sets the ramdisk_id/kernel_id to None when it's not
available.
While this was ok in V1, it causes a failure for V2 since the
Well, the reasons those rules are deactivated is because they simply had no
equivalent in the previous tool, and we didn't want to force the Horizon
team to suddenly take on a far more aggressive style correction job than
they'd signed up for. Once their job goes green, I'm going to start
updating
Hi all,
When using the extr-dhcp-opt, I find the function works well when
opt_name=mtu and opt_name=router. The vm created will use the assigned mtu
value or the assigned gateway. But when I create port using
--extra-dhcp-opt
opt_name=static-route,opt_value=192.168.0.0/24
Hi,
Could you combine 1 and 4?
Deprecate not specifying the version, but pin to the oldest one for now?
That way users get the warnings that they need to adapt, but things keep
working? Could be switched to just 4 after a few months.
This is similar to what I would like to suggest. But I
https://www.rabbitmq.com/ha.html
Both? I think ha_all/HA is just the policy name and so it can be whatever
you want.
-Alex
On Tue, Jul 28, 2015 at 2:17 AM, Alvise Dorigo alvise.dor...@pd.infn.it
wrote:
Hi,
I read these two documents:
Excerpts from Gorka Eguileor's message of 2015-07-28 10:37:42 +0200:
On Fri, Jul 24, 2015 at 10:08:45AM -0400, Doug Hellmann wrote:
Excerpts from Kekane, Abhishek's message of 2015-07-24 06:33:00 +:
Hi Devs,
X-Openstack-Request-Id. We have analysed python-cinderclient,
-Original Message-
From: Flavio Percoco [mailto:fla...@redhat.com]
Sent: Tuesday, July 28, 2015 3:15 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [nova][glance][stable] Stable exception for bug
#1447215: Allow ramdisk/kernel_id to be None
Greetings,
We
Hi John ,
Any help would highly be appreciated.
Thanks and Regards,
Asha Seshagiri
On Mon, Jul 27, 2015 at 3:10 PM, Asha Seshagiri asha.seshag...@gmail.com
wrote:
Hi John ,
Thanks a lot for providing me the response:)
I followed the link[1] for configuring the HA SETUP
[1] :
Hi,
I have started digging into plugins recently. There are many positive
things though I would like to point to some problem areas
1. Documentation
a. It doesn't include the features of 7.0. There are many outstanding
features, though I needed to ping the developers to ask how these features
AFAIU, string.Template doesn't help.
This seems to be helpful:
import re
def interp(string, params):
for item in re.findall(r'#\{([^}]*)\}', string):
string = string.replace('#{%s}' % item, str(eval(item, {}, params)))
return string
Evgeniy, do you know some better options for this?
On 07/28/2015 11:35 AM, Colleen Murphy wrote:
On Mon, Jul 27, 2015 at 12:06 PM, Emilien Macchi emil...@redhat.com
mailto:emil...@redhat.com wrote:
Puppet group,
Yanis has been working in our group for a while now.
He has been involved in a lot of tasks, let me highlight
Evgeniy, do we need to remove jinja before July 30th ?
Aleksey Kasatkin
On Tue, Jul 28, 2015 at 6:40 PM, Aleksey Kasatkin akasat...@mirantis.com
wrote:
AFAIU, string.Template doesn't help.
This seems to be helpful:
import re
def interp(string, params):
for item in
Hi,
It looks like our CI is not configured to set +1/-1 automatically, when
only commit message is changed. It would be nice to have +1 automatically
when I change Commit Message only instead of waiting hours on CI. It would
save some hardware resources to save some energy and help environment
On Mon, Jul 27, 2015 at 12:06 PM, Emilien Macchi emil...@redhat.com wrote:
Puppet group,
Yanis has been working in our group for a while now.
He has been involved in a lot of tasks, let me highlight some of them:
* Many times, involved in improving consistency across our modules.
* Strong
yeah that really didn't belong in glance at all.
On Tue, Jul 28, 2015 at 10:05 AM, Flavio Percoco fla...@redhat.com wrote:
On 27/07/15 19:24 +, Ian Cordasco wrote:
On 7/27/15, 11:29, Louis Taylor lo...@kragniz.eu wrote:
On Fri, Jul 17, 2015 at 07:50:55PM +0100, Louis Taylor wrote:
Hello all,
We need to discuss removal of OS_SERVICE_TOKEN usage in Fuel after
deployment. This came from https://bugs.launchpad.net/fuel/+bug/1430619. I
guess not all of us have an access to this bug, so to be short:
# A shared secret that can be used to bootstrap Keystone.
# This token does not
Today at 10:00 AM PST our Kola-Palooza Midcycle event begins! Please join us
remotely if you are not able to make it on site if you have an interest in
deploying OpenStack using Ansible within Docker container technology. If you
are attending in person, please appear before 9:30 so we can get
+1
On 2015-07-27 3:06 PM, Emilien Macchi wrote:
Puppet group,
Yanis has been working in our group for a while now.
He has been involved in a lot of tasks, let me highlight some of them:
* Many times, involved in improving consistency across our modules.
* Strong focus on data binding,
+1
On Tue, Jul 28, 2015 at 9:00 AM, Sebastien Badia s...@sebian.fr wrote:
On Mon, Jul 27, 2015 at 03:06:56PM (-0400), Emilien Macchi wrote:
I would like to open the vote to promote Yanis part of Puppet OpenStack
core reviewers.
Hi,
Yes, of course!
A big +1
Seb
--
Sebastien Badia
Thanks Michael,
I’m actually watching this process closely, and considering switching to these
rules, as soon as the job goes green. =)
The upside of not doing so is that, since our (murano) js code base is
significantly smaller than that of horizon — we can impose slightly stricter
rule set,
On 28/07/15 10:29 +0200, Thomas Goirand wrote:
On 07/27/2015 11:42 PM, William M Edmonds wrote:
python-swiftclient is only needed by operators that are using the swift
backend, so it really doesn't belong in requirements.txt. Listing it in
requirements forces all operators to install it, even
Hi jay,
There are a few Nova people in HP who intend to work on this area (perhaps you
have heard that from Scott or Duncan). In fact I brought up that this would be
coming up in Vancouver and that we intend to support it. Unfortunately none of
us are available that week. I would like to be
In the meantime, if you want names to be involved beyond the cinder mid-cycle
you can put down as a place holder for HP and I will sort out people to be
involved when we are all back from vacation.
Of course I meant you can put ME down :)
Paul
-Original Message-
From: Murray,
On Mon, Jul 27, 2015 at 03:06:56PM (-0400), Emilien Macchi wrote:
I would like to open the vote to promote Yanis part of Puppet OpenStack
core reviewers.
Hi,
Yes, of course!
A big +1
Seb
--
Sebastien Badia
signature.asc
Description: Digital signature
On 28/07/15 09:15 +, Kuvaja, Erno wrote:
I do agree, we don’t depend or are cleaning the other clients out of the glance
dependencies as well and I think swift should not be there either.
The default store is filesystem store and if something is depending on the
actual store clients it
On 07/28/2015 12:09 PM, Wilence Yao wrote:
Hi all,
In devstack, I configured
enable_plugin neutron-lbaas
https://git.openstack.org/openstack/neutron-lbaas
ENABLED_SERVICES+=,q-lbaasv2
so, I can use lbaasv2 api in neutronclient. But I see the agent that's
name is q-lbaasv2
Hi Kevin,
It is supported by the UI workflow we proposed. User can select existing IP
(VIP) when creating a new Load Balancer (IP drop down in first tab)
https://openstack.invisionapp.com/d/main#/console/4237816/92203875/comments
That selection will reuse the VIP but use different port and
Docs Team,
While doing the RST migration we noticed that the navigation sidebar from the
current DocBook version was not there. After continued editing we came to the
conclusion that navigation pane was REALLY useful. My understanding is that
there is no RST equivalent yet. Is that accurate?
Initial code for horizon lbaas v2 dashboard submitted:
https://review.openstack.org/#/c/206797
Thanks,
vivek
From: Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
Guys,
how do we deal with use case provide in this bug:
https://bugs.launchpad.net/fuel/7.0.x/+bug/1438658
?
Looks like Fuel Menu can't solve this one. Is there workaround possible
(even with worse UX)?
On Fri, Jul 24, 2015 at 5:26 AM Vladimir Kozhukalov
vkozhuka...@mirantis.com wrote:
Guys,
Hi,
Since I was quoted, I would like to take the blame on behalf on the Neutron
core reviewer/drivers team for not providing the right guidance to resolve
the apparent conflict between the two proposals.
As some reviewers mentioned, we should really strive to catch two birds
with one stone, and
Hi Suro,
Sorry for late. IMHO, even the magnum service-list is getting data from
DB, but the DB is actually persisting some data for Kubernetes service, so
my thinking is it possible to change magnum service-list to magnum
k8s-service-list, same for pod and rc.
I know this might bring some
Aleksey, here is working version [1].
Evgeniy, do we need to remove jinja before July 30th ?
With this issue feature can leave, and it won't have huge user impact.
At the same time by design we didn't want to have anything except
substitution, hence it's probably as Sergey mentioned is a bug.
Asha,
I'm not sure what went wrong. Something must have happened during your HA
setup. You might check a couple different things, first you might check out
your HA policies and HA group setup. The other thing you might make sure is
that you only generate one mkek and hmac on one hsm (I use
Okey, will do fix for validation first.
Aleksey Kasatkin
On Tue, Jul 28, 2015 at 7:30 PM, Evgeniy L e...@mirantis.com wrote:
Aleksey, here is working version [1].
Evgeniy, do we need to remove jinja before July 30th ?
With this issue feature can leave, and it won't have huge user
Evgeniy, thank you for solution proposal.
Aleksey Kasatkin
On Tue, Jul 28, 2015 at 7:39 PM, Aleksey Kasatkin akasat...@mirantis.com
wrote:
Okey, will do fix for validation first.
Aleksey Kasatkin
On Tue, Jul 28, 2015 at 7:30 PM, Evgeniy L e...@mirantis.com wrote:
Aleksey, here is
Hi
Additional comments inside.
Thanks
Patrick
On 28 Jul 2015 at 18:33:34, Sheena Gregson (sgreg...@mirantis.com) wrote:
Hey Sergii –
This is excellent feedback, thank you for taking the time to provide your
thoughts.
#1 I agree that the documentation lag is challenging – I’m not sure
On Tue, Jul 28, 2015 at 7:13 PM, Aleksey Kasatkin akasat...@mirantis.com
wrote:
Evgeniy, do we need to remove jinja before July 30th ?
I think -- not.
It just a bug, not a key-point of feature.
/sv
__
OpenStack
Hi Oleksiy,
Good catch. Also OSTF should get endpoints from hiera as some plugins may
override the initial deployment settings. There may be cases when keystone
is detached by plugin.
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Tue, Jul 28, 2015 at 5:26 PM, Oleksiy
Hi Sergii, thank you for feedback,
c. There is no documentation how to install fpb from github master
branch. It's very useful for developers who want to use latest version. We
should add something
We had a documentation, but removed it because the newer fpb was released,
probably we should add
Hey Sergii –
This is excellent feedback, thank you for taking the time to provide your
thoughts.
#1 I agree that the documentation lag is challenging – I’m not sure how to
best address this. We could potentially prioritize updates to the Plugin
SDK for soon-to-be-released features ahead of
Hello OpenStack,
We are starting up a project for Global Server Load Balancing (GSLB).
The Wiki page is here: https://wiki.openstack.org/wiki/GSLB
We are soliciting for project driver nominations for the initial team.
Drivers are expected to file, maintain, prioritize, and target
blueprints and
On 07/28/2015 03:35 PM, Yanis Guenane wrote:
In PuppetOpenstack we have a common set of filesthat are shared across
all our modules.
We would like to have an easy way to keep those set of filessynchronized.
Based on some discussions on #openstack-infra, infra might also be
interested by this
IIRC the puppet modules, and even the heat domain create script make use of
the token straight from the config file. It not being present could cause
problems for some of the manifests. We would need to ensure that their
usage is minimized or removed.
On Tue, Jul 28, 2015 at 9:29 AM Sergii
+1. Our production system hit this on Juno - Kilo upgrade.
Thanks,
Kevin
From: Flavio Percoco [fla...@redhat.com]
Sent: Tuesday, July 28, 2015 7:15 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [nova][glance][stable] Stable exception
Excerpts from Doug Hellmann's message of 2015-07-24 12:21:16 -0400:
Requirements reviewers,
I propose that we add Robert Collins (lifeless) to the requirements-core
review team.
Robert has been doing excellent work this cycle with updating pip and
our requirements repository to support
Good, thanks everyone for your feedback. Konstantin, let's do as
suggested - merge pb_num calculation as a bugfix and postpone UI part
for next release. Indeed, we don't need FF exception here.
--
EugeneB
Vitaly Kramskikh mailto:vkramsk...@mirantis.com
27 июля 2015 г., 13:57
+1 to
On 7/28/2015 9:24 AM, Kuvaja, Erno wrote:
-Original Message-
From: Flavio Percoco [mailto:fla...@redhat.com]
Sent: Tuesday, July 28, 2015 3:15 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [nova][glance][stable] Stable exception for bug
#1447215: Allow
Hi Guys,
I have a VM and did a ansible-playbook on main.yaml.
Looks like the Yaml files for the services has a thing
https://stash.us.cray.com/projects/NEWT/repos/openstack-ansible/browse/openstack.yaml
# FIXME: Anvil does not currently provide the dashboard packages
- include:
Evgeniy –
For the items which you have listed actions, who should be responsible for
next steps?
Sheena
*From:* Evgeniy L [mailto:e...@mirantis.com]
*Sent:* Tuesday, July 28, 2015 11:54 AM
*To:* OpenStack Development Mailing List (not for usage questions)
1 - 100 of 123 matches
Mail list logo