Neutron already offers a DNS server (within the DHCP namespace, I think).
It does forward on non-local queries to an external DNS server, but it
already serves local names for instances; we'd simply have to set one
aside, or perhaps use one in a 'root' but nonlocal domain
(metadata.openstack e.g.).
Hi,
Our Jenkins CI has been failing consistently last night during devstack
install:
2015-09-08 21:56:33.585 | Error: Service ceilometer-acentral is not running
2015-09-08 21:56:33.585 | + for service in '$failures'
2015-09-08 21:56:33.586 | ++ basename
/opt/stack/status/stack/ceilometer-acomput
Hi, all.
I would like to request FFE for nfs as a data source for sahara.
This bp originally should include a dashboard change to create nfs as a data
source.
I will register it as another bp and implement it in next version.
However, these patches have already done to put nfs-driver into
sahara
Hi Zhi,
Thanks very much for your help☺
Even turn off “ARP Spoofing” cannot work.
But now, I find the cause for this:
For ovs-agent-plugin, it wil loop to check OVS status and port status.
But in my case, during the loop, it cannot detect there is new port added, so
it fails to add tag for this p
>>On 07/09/15 05:27, SHTILMAN, Tomer (Tomer) wrote:
>> Hi
>>
>> Currently in heat we have the ability to deploy a remote stack on a
>> different region using OS::Heat::Stack and region_name in the context
>>
>> My question is regarding multi node , separate keystones, with
>> keystone federatio
On Wed, 9 Sep 2015, Eduard Matei wrote:
2015-09-08 21:56:33.585 | Error: Service ceilometer-acentral is not running
2015-09-08 21:56:33.585 | + for service in '$failures'
2015-09-08 21:56:33.586 | ++ basename
/opt/stack/status/stack/ceilometer-acompute.failure
2015-09-08 21:56:33.587 | + service
You can work around the problem by replacing lines like:
enable_service ceilometer-acompute ceilometer-acentral
ceilometer-anotification ceilometer-collector ceilometer-api
with:
enable_plugin ceilometer git://git.openstack.org/openstack/ceilometer
in your local.conf
--
Chris Dent t
Hi Team,
Let's resume our weekly meeting today. As Eran suggest before, we will
mainly discuss the work we have now, and leave the design session in
another time slot :) See you at UTC 1300 today.
--
Zhipeng (Howard) Huang
Standard Engineer
IT Standard & Patent/IT Prooduct Line
Huawei Technolog
On Wed, 9 Sep 2015, Chris Dent wrote:
I'll push up a couple of reviews to fix this, either on the
ceilometer or devstack side and we can choose which one we prefer.
Here's the devstack fix: https://review.openstack.org/#/c/221634/
In discussion with other ceilometer cores we decided this was
On 9 September 2015 at 03:43, Anne Gentle wrote:
>
>
> On Tue, Sep 8, 2015 at 8:41 PM, Ken'ichi Ohmichi
> wrote:
>>
>> Hi Melanie,
>>
>> 2015-09-09 8:00 GMT+09:00 melanie witt :
>> > Hi All,
>> >
>> > With usage of v2.1 picking up (devstack) I find myself going to the API
>> > ref documentation [
On 03/09/15 21:02, Matthias Runge wrote:
> On 03/09/15 13:24, Thomas Goirand wrote:
>> Hi,
>>
>> When doing:
>> grep -r fonts.googleapis.com *
>>
>> there's 56 lines of this kind of result:
>> xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import
>> url("https://fonts.googleapis.com/css?family=R
On Wed, 9 Sep 2015, Chris Dent wrote:
On Wed, 9 Sep 2015, Chris Dent wrote:
I'll push up a couple of reviews to fix this, either on the
ceilometer or devstack side and we can choose which one we prefer.
Here's the devstack fix: https://review.openstack.org/#/c/221634/
This is breaking ceil
On Tue, Sep 08, 2015 at 05:32:29PM +, Murray, Paul (HP Cloud) wrote:
> Hi All,
>
> I'm wondering what the "no_device" flag is used for in the block device
> mappings. I had a dig around in the code but couldn't figure out why it
> is there. The name suggests an obvious meaning, but I've learnt
Also, as I believe your CI is for Cinder, I recommend that you disable all
uneeded services. (look how the DEVSTACK_LOCAL_CONFIG is used in
devstack-gate to add the proper disable_service line).
On Wed, Sep 9, 2015 at 11:00 AM, Chris Dent wrote:
> On Wed, 9 Sep 2015, Chris Dent wrote:
>
> On Wed
Hi,
I have had quite a few comments from folks about the string freeze
being too strict.
It was noted that:
* users will prefer an untranslated log, over a silent failure
* translators don't want existing strings changing while they are
translating them
* translators tooling can cope OK with move
Hi,
The tripleo-common library appears to be registered or PyPI but hasn't yet had
a release[1]. I am not familiar with the release process - what do we need to
do to make sure it is regularly released with other TripleO packages?
We will also want to do something similar with the new python-tr
Hi, Gord,
Good to know there will be a team dedicated to this alarming service.
After reading your email, I still feel a need for some clarifications.
- According to [1], Aodh will be released as a standalone service,
am I understanding this correctly?
- What is the official name for this new
> I'd like to add in a lower-constraints.txt set of pins and actually
> start reporting on whether our lower bounds *work*.
Do you have a spec in progress for lower-constraints.txt?
It should help catch issues like https://review.openstack.org/221267
There are also lots of entries in global-requir
Hi,
It would be cool if fuel-plugin-builder (fpb) v3.0.0 could be released on
pypi. We've moved some of the LMA plugins to use the v3 format.
Right now we have to install fpb from source which is hard to automate in
our tests unfortunately (as already noted by Sergii [1]).
BR,
Simon
[1] http://list
+1 to Simon
Also the structure of fuel-plugin-builder should be refactored to community
standards. everything in 'fuel_plugin_builder' directory should moved to
top of repository.
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Wed, Sep 9, 2015 at 12:25 PM, Simon Pasquier
wro
On 09/08/2015 08:15 PM, Ken'ichi Ohmichi wrote:
> 2015-09-08 19:45 GMT+09:00 Sean Dague :
>> On 09/06/2015 11:15 PM, GHANSHYAM MANN wrote:
>>> Hi All,
>>>
>>> As we all knows, api-paste.ini default setting for /v2 was
>>> changed to run those on v2.1 (v2.0 on v2.1) which is really great
>>> think
On 09/09/2015 12:15 PM, Dougal Matthews wrote:
Hi,
The tripleo-common library appears to be registered or PyPI but hasn't yet had
a release[1]. I am not familiar with the release process - what do we need to
do to make sure it is regularly released with other TripleO packages?
I think this is
Line
export DEVSTACK_LOCAL_CONFIG="disable_service ceilometer-acompute
ceilometer-acentral ceilometer-collector ceilometer-api"
in the job config did the trick.
Thanks,
Eduard
__
OpenStack Development Mailing List (not for usa
Hi all,
Yesterday on IRC weekly meeting murano team decided to start collecting
ideas about murano APIv2 and murano future ui. We have to etherpads for
this purpose:
1) https://etherpad.openstack.org/p/murano-APIv2 - for murano API v2 ideas
2) https://etherpad.openstack.org/p/murano-future-ui-(Merl
+2 to sergii
and btw create dedicated repos for plugin examples
On Wed, Sep 9, 2015 at 12:34 PM, Sergii Golovatiuk wrote:
> +1 to Simon
>
> Also the structure of fuel-plugin-builder should be refactored to
> community standards. everything in 'fuel_plugin_builder' directory should
> moved to to
Hi,
Mistral Liberty 3 milestone has been released! We’ve also released Mistral
Client 1.0.2 that has some adjustments needed to use the new Mistral server.
Below are corresponding release pages where you can find downloadable artefacts
and more detailed information about what has changed:
https
Hi Nikolay!
Thanks for starting this activity! This is a really hot topic.
We also used to have plan to migrate our API to pecan. [1]
This also can be discussed.
Do we have a blueprint for that? Could you please file it and attach
etherpad to a new blueprint.
[1] -
https://blueprints.launchpad.n
I disagree from the development point of view. Now I just change manifests
on Fuel node and redeploy cluster to apply that changes. With your proposal
I'll need to build a new package and add it to a repo every time I change
something.
On Tue, Sep 8, 2015 at 11:41 PM, Vladimir Kozhukalov <
vkozhuk
Vladimir,
thanks for bringing this up. It greatly correlates with the idea of
modularity. Everything related to an openstack release should be put in one
place and should be managed as a solid bundle on the master node. Package
repository is the first solution that comes to the mind and it looks p
Hi Sukhdev,
The common sync framework is something i was also thinking about for some
time now.
I think its a very good idea and would love if i could participate in the
talks (and hopefully the implementation as well)
Thanks
Gal.
On Wed, Sep 9, 2015 at 9:46 AM, Sukhdev Kapur
wrote:
> Folks,
>
Kate,
This bp is pretty old, but I think it suits our needs [1]. Yeah, I'll
attach etherpads to it.
The idea about pecan/wsme is really useful.
[1]: https://blueprints.launchpad.net/murano/+spec/api-vnext
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2015-09-0
+1
On 09/08/2015 02:28 PM, Stan Lagun wrote:
+1
Sincerely yours,
Stan Lagun
Principal Software Engineer @ Mirantis
On Tue, Sep 1, 2015 at 3:03 PM, Alexander Tivelkov
mailto:ativel...@mirantis.com>> wrote:
+1. Well deserved.
--
Regards,
Alexander Tivelkov
On Tue, Sep 1
Hi,
I wanted to propose horizon-shelving-command[1][2] feature proposal for
exception.
This is a small feature based on existing pause/suspend command
implementations.
[1] https://blueprints.launchpad.net/horizon/+spec/horizon-shelving-command
[2] https://review.openstack.org/220838
Cedric/ZZe
Please note that some projects already using pecan+WSME are actually
thinking about finding something else, since WSME doesn't have much
activity and has its fair share of issues. If you missed it, check out this
conversation thread:
http://lists.openstack.org/pipermail/openstack-dev/2015-August/07
Hello everyone,
Please be informed that Hard Code Freeze for Fuel 7.0 Release is
officially in action and the following changes have been applied:
1. Stable/7.0 branch was created for the following repos:
fuel-main
fuel-library
fuel-web
fuel-ostf
fuel-astute
fuel-qa
python-fuelclient
fuel-age
thanks, Stéphane. It's a good notice.
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2015-09-09 15:10 GMT+03:00 Stéphane Bisinger :
> Please note that some projects already using pecan+WSME are actually
> thinking about finding something else, since WSME doesn
Hi guys,
I'm going to wait for the patch [1] and then make a FPB release.
Regarding repo restructuring.. We do have an issue, and IIRC it's
targeted to 8.0.
[1]: https://review.openstack.org/#/c/221434/
Thanks,
Igor
On Wed, Sep 9, 2015 at 2:23 PM, Swann Croiset wrote:
> +2 to sergii
>
> and b
+1
Dave is a great member of the team, and I think he has earned it.
-Nate
On Tue, Sep 8, 2015 at 12:13 PM, Douglas Mendizábal <
douglas.mendiza...@rackspace.com> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> +1
>
> Dave has been a great asset to the team, and I think he would
Hello,
Update for gate-tempest-dsvm-multinode-full job.
Here is top 12 failing tests in weekly period:
tempest.api.compute.servers.test_disk_config.ServerDiskConfigTestJSON.test_resize_server_from_manual_to_auto:
14
tempest.api.compute.servers.test_disk_config.ServerDiskConfigTestJSON.test_resize_s
On Wed, Sep 09 2015, Qiming Teng wrote:
> - According to [1], Aodh will be released as a standalone service,
> am I understanding this correctly?
Yes.
> - What is the official name for this new serivce when it stands on its
> own feet: "Telemetry Alarming" or just "Alarming" or something els
Andrey,
This change is going to make things even easier. Currently you don't need
to build fuel-library package manually, Perestroika is going to do it for
you. It builds necessary packages during minutes for every review request
and packaging ci even tests it for you. You just need to make necess
On 08/09/15 16:36, Derek Higgins wrote:
Hi All,
Some of ye may remember some time ago we used to organize TripleO
based jobs/tasks on a trello board[1], at some stage this board fell out
of use (the exact reason I can't put my finger on). This morning I was
putting a list of things togethe
I don't think juggling with repos and pull requests is easier than direct
editing of files on Fuel node. Do we have Perestorika installed on Fuel
node in 7.0?
On Wed, Sep 9, 2015 at 3:47 PM, Vladimir Kozhukalov <
vkozhuka...@mirantis.com> wrote:
> Andrey,
>
> This change is going to make things e
> 在 2015年9月8日,下午6:45,Sean Dague 写道:
>
> On 09/06/2015 11:15 PM, GHANSHYAM MANN wrote:
>> Hi All,
>>
>> As we all knows, api-paste.ini default setting for /v2 was changed to
>> run those on v2.1 (v2.0 on v2.1) which is really great think for easy
>> code maintenance in future (removal of v2 code
No, Perestroika is not available on the Fuel master node and it is not
going to be available in the future. But Perestroika is going to be
re-worked so as to make it is possible to used separately from CI. It is
gonna be a python application to make package building as easy for a
developer/user as
I agree that we shouldn't need to sync as we should be able to just update
the fuel-library package. That being said, I think there might be a few
issues with this method. The first issue is with plugins and how to
properly handle the distribution of the plugins as they may also include
puppet code
Looks good to me.
Rob
On 9/8/15, 4:40 AM, "Steven Hardy" wrote:
>Hi all,
>
>So, lately we're seeing an increasing number of patches adding integration
>for various third-party plugins, such as different neutron and cinder
>backends.
>
>This is great to see, but it also poses the question of h
Alex,
Regarding plugins: plugins are welcome to install specific additional
DEB/RPM repos on the master node, or just configure cluster to use
additional onl?ne repos, where all necessary packages (including plugin
specific puppet manifests) are to be available. Current granular deployment
approac
Hi Please find the meetbot log at
http://eavesdrop.openstack.org/meetings/tricircle/2015/tricircle.2015-09-09-13.01.html
.
And also a noise cancelled minutes in the attachment.
On Wed, Sep 9, 2015 at 4:22 PM, Zhipeng Huang wrote:
> Hi Team,
>
> Let's resume our weekly meeting today. As Eran sug
On 09/09/15 04:10, SHTILMAN, Tomer (Tomer) wrote:
On 07/09/15 05:27, SHTILMAN, Tomer (Tomer) wrote:
Hi
Currently in heat we have the ability to deploy a remote stack on a
different region using OS::Heat::Stack and region_name in the context
My question is regarding multi node , separate keys
Hi,
Looking forward to the M cycle,
I was wondering if we could loop you in our next week Neutron/QoS
meeting
on #openstack-meeting-3 around 16:00 CEST Sept 16th.
We're thinking about several ways we should integrate QoS between
nova and the new
extendable QoS service on n
Andrey, you have highlighted important case. I hope you agree that this
case is not a blocker for the proposal. From the developer's point of view
packages are awful and we should use raw git repos on every node. It could
make developer's life way easier. But from architecture perspective it
would
I noticed hyper-v CI reporting a +1 on a change [1] that actually failed
with a bad looking merge conflict, so I've removed the hyper-v CI
account from the nova-ci group in Gerrit [2]. From talking with
ociuhandu it sounds like zuul issues and they are working on it.
Ping me or John when thin
We thought about doing this as well and opted for a local repo, at least
for now. If you want to offer an online repo, I think it could be useful to
allow either scenario.
Just a thought from your friendly neighbors here. ; )
/adam
On Sep 8, 2015 7:03 AM, "Vladimir Kozhukalov"
wrote:
> Sorry, f
Hi Ajo,
I am In. Thanks for the information.
Thanks
Vikram
On Wed, Sep 9, 2015 at 8:05 PM, Miguel Angel Ajo
wrote:
>
>Hi,
>
> Looking forward to the M cycle,
>
> I was wondering if we could loop you in our next week Neutron/QoS
> meeting
> on #openstack-meeting-3 around 16:00 CE
How can I know that the image that a new instance is spawned from - is
actually the image that was originally registered in glance - and has
not been maliciously tampered with in some way?
Is there some kind of verification that is performed against the md5sum
of the registered image in glance
Hey Vladimir,
> Regarding plugins: plugins are welcome to install specific additional
> DEB/RPM repos on the master node, or just configure cluster to use
> additional onl?ne repos, where all necessary packages (including plugin
> specific puppet manifests) are to be available. Current granular
On Tue, Aug 18, 2015 at 02:28:39PM -0400, James Slagle wrote:
> On Tue, Aug 18, 2015 at 2:10 PM, Steven Hardy wrote:
> > On Mon, Aug 17, 2015 at 03:29:07PM -0400, James Slagle wrote:
> >> On Mon, Aug 17, 2015 at 9:28 AM, Steven Hardy wrote:
> >> > Hi all,
> >> >
> >> > Recently I had some discuss
Greetings,
Next week many folks will be running for PTL positions and I thought
about taking the time to dump[0] some thoughts about what being a PTL
means - at least for me - and what one should consider before running.
Since the audience I want to reach is mostly in this mailing list, I
though
The glance client (running 'inside' the Nova server) will re-calculate
the checksum as it downloads the image and then compare it against the
expected value. If they don't match an error will be raised.
How can I know that the image that a new instance is spawned from - is
actually the image th
Hey Vladimir,
>
> The idea is to remove MOS DEB repo from the Fuel master node by default
> and use online MOS repo instead. Pros of such an approach are:
>
> 0) Reduced requirement for the master node minimal disk space
>
Is this a problem? How much disk space is saved If I have to go create a
And here is the code that does this (for cloudinit 0.7.x):
https://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/view/head:/cloudinit/sources/helpers/openstack.py
This same code is used by the config drive datasource (the one that
makes a disk/iso) in cloudinit and the http endpoint bas
On 24/08/15 15:12, Emilien Macchi wrote:
Hi,
So I've been working on OpenStack deployments for 4 years now and so far
RDO Manager is the second installer -after SpinalStack [1]- I'm working on.
SpinalStack already had interested features [2] that allowed us to
upgrade our customer platforms alm
Very well said. Thank you for this.
Kevin
From: Flavio Percoco [fla...@redhat.com]
Sent: Wednesday, September 09, 2015 8:10 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [all] Something about being a PTL
Greetings,
Next week many folks
I think the DNS idea's going to run into problems for tenants that want to run
their own, or have existing DNS servers. It may not play nicely with Designate
as well.
Kevin
From: Ian Wells [ijw.ubu...@cack.org.uk]
Sent: Wednesday, September 09, 2015 12:17 AM
To:
+1
8 сент. 2015 г. 13:07 пользователь "Alexander Kostrikov" <
akostri...@mirantis.com> написал:
> +1
>
> On Tue, Sep 8, 2015 at 9:07 AM, Dmitriy Shulyak
> wrote:
>
>> +1
>>
>> On Tue, Sep 8, 2015 at 9:02 AM, Anastasia Urlapova <
>> aurlap...@mirantis.com> wrote:
>>
>>> +1
>>>
>>> On Mon, Sep 7, 2
Beautiful summary, Flavio, especially the points about creating new PTL's.
It's the bus-number argument: How many people have to get hit by a bus for
the project to falter? It's best to have a backup.
Also: Being a PTL is a full-time job.
>From working with current and former PTL's, I've noticed
hi all,
i am requesting an FFE for the improved secret storage feature.
this change will allow operators to utilize the key manager service for
offloading the passwords stored by sahara. this change does not
implement mandatory usage of barbican, and defaults to a backward
compatible behavior
That's correct.
The size and the checksum are to be verified outside of Glance, in this
case Nova. However, you may want to note that it's not necessary that
all Nova virt drivers would use py-glanceclient so you would want to
check the download specific code in the virt driver your Nova deploymen
i'm not a core, but +1 from me. Dave has made solid contributions and
would be a great addition to the core team.
mike
On 09/08/2015 12:05 PM, Juan Antonio Osorio wrote:
I'd like to nominate Dave Mccowan for the Barbican core review team.
He has been an active contributor both in doing releva
AgreedŠ+1
On 9/9/15, 11:17 AM, "michael mccune" wrote:
>i'm not a core, but +1 from me. Dave has made solid contributions and
>would be a great addition to the core team.
>
>mike
>
>On 09/08/2015 12:05 PM, Juan Antonio Osorio wrote:
>> I'd like to nominate Dave Mccowan for the Barbican core revi
Flavio, thanks for sending this out. I agree with everything you've written
below. Having served as PTL for 3 cycles now, I can say it's very
rewarding, but it's also very exhausting and takes an incredibly thick skin.
Before jumping in and throwing your hat into the ring (especially for a
large O
On Tue, Sep 01, 2015 at 03:47:03PM -0500, Dean Troyer wrote:
> [late catch-up]
>
> On Mon, Aug 24, 2015 at 2:56 PM, Doug Hellmann
> wrote:
>
> > Excerpts from Brad P. Crochet's message of 2015-08-24 15:35:59 -0400:
> > > On 24/08/15 18:19 +, Tim Bell wrote:
> > > >
> > > >From a user perspec
Stuart is right about what will currently happen in Nova when an image is
downloaded, which protects against unintentional modifications to the
image data.
What is currently being worked on is adding the ability to verify a
signature of the checksum. The flow of this is as follows:
1. The user cr
On 09/09/2015 07:09 AM, Derek Higgins wrote:
>
>
> On 08/09/15 16:36, Derek Higgins wrote:
> > Hi All,
> >
> > Some of ye may remember some time ago we used to organize TripleO
> > based jobs/tasks on a trello board[1], at some stage this board fell out
> > of use (the exact reason I can't put
Hi all,
I'm proud to announce the release of Ironic 4.1.0! You may be asking yourself,
"what happened to 4.0.0?" I'll get to that in a minute.
This is an intermediate point release - we plan to release 4.2.0 in a few
weeks as the basis for the coordinated Liberty release.
This brings some bug fi
On Wed, Sep 02, 2015 at 03:42:20PM -0400, Jeff Peeler wrote:
> Hi folks,
>
> I'm currently looking at supporting Ironic in the Kolla project [1], but
> was unsure if it would be possible to run separate instances of nova
> compute and controller (and scheduler too?) to enable both baremetal and
>
On Tue, Sep 08, 2015 at 06:50:38PM -0400, Emilien Macchi wrote:
>
>
> On 09/08/2015 10:57 AM, Paul Belanger wrote:
> > Greetings,
> >
> > I wanted to start a discussion about the future of ansible / ansible roles
> > in
> > OpenStack. Over the last week or so I've started down the ansible path,
+1 Fantastically well said. I'd encourage all current and potential PTLs to
take these words to heart.
> I believe it's safe enough to say that you'll have to spend 60% to 70% of
your time upstream, assuming the porject is a busy one.
The busier the project, the closer to 100% this becomes. For k
We've got a new pattern emerging where some of the key functionality in
services is moving into libraries that can be called from different
services. A good instance of this is os-brick, which has the setup /
config functionality for devices that sometimes need to be called by
cinder and sometimes
On 09/09/2015 10:53 AM, Poulos, Brianna L. wrote:
Stuart is right about what will currently happen in Nova when an image is
downloaded, which protects against unintentional modifications to the
image data.
What is currently being worked on is adding the ability to verify a
signature of the check
Excerpts from Dmitry Tantsur's message of 2015-09-09 12:58:04 +0200:
> On 09/09/2015 12:15 PM, Dougal Matthews wrote:
> > Hi,
> >
> > The tripleo-common library appears to be registered or PyPI but hasn't yet
> > had
> > a release[1]. I am not familiar with the release process - what do we need
>
Excerpts from Sean Dague's message of 2015-09-09 13:36:37 -0400:
> We've got a new pattern emerging where some of the key functionality in
> services is moving into libraries that can be called from different
> services. A good instance of this is os-brick, which has the setup /
> config functional
Alex,
The idea is to remove MOS DEB repo from the Fuel master node by default and
>> use online MOS repo instead. Pros of such an approach are:
>>
>> 0) Reduced requirement for the master node minimal disk space
>>
>
> Is this a problem? How much disk space is saved If I have to go create a
> loca
Excerpts from Ben Swartzlander's message of 2015-09-08 22:22:38 -0400:
> On 09/08/2015 01:58 PM, Doug Hellmann wrote:
> > Excerpts from Ben Swartzlander's message of 2015-09-08 13:32:58 -0400:
> >> On 09/03/2015 08:22 AM, Thierry Carrez wrote:
> >>> Hi everyone,
> >>>
> >>> A feature deprecation po
On 9/9/2015 1:04 PM, Doug Hellmann wrote:
Excerpts from Sean Dague's message of 2015-09-09 13:36:37 -0400:
We've got a new pattern emerging where some of the key functionality in
services is moving into libraries that can be called from different
services. A good instance of this is os-brick,
On 10 September 2015 at 06:45, Matt Riedemann
wrote:
>
> The problem with the static file paths in rootwrap.conf is that we don't
> know where those other library filter files are going to end up on the
> system when the library is installed. We could hard-code nova's
> rootwrap.conf filter_path
Folks:
We are gathering momentum in our activities towards building a VNFM / NFVO
in OpenStack Tacker project [1]. As discussed in the last week's irc
meeting [2], I'd like to propose few "experimental features" within Tacker.
It is well know practice to use experimental tag to introduce bleeding
Hey Vladimir,
>
>
>> 1) There won't be such things in like [1] and [2], thus less complicated
>>> flow, less errors, easier to maintain, easier to understand, easier to
>>> troubleshoot
>>> 2) If one wants to have local mirror, the flow is the same as in case of
>>> upstream repos (fuel-createmir
I'm interested in ansible roles for openstack-infra, but as there is
overlap in functionality
with the current openstack-infra puppet roles I'm not sure what's the
stance from the
openstack-infra core members and PTL.
I think they should go to openstack-infra, since Nodepoo/Zuul/etc are very
speci
On 09/09/2015 02:55 PM, Robert Collins wrote:
> On 10 September 2015 at 06:45, Matt Riedemann
> wrote:
>>
>
>> The problem with the static file paths in rootwrap.conf is that we don't
>> know where those other library filter files are going to end up on the
>> system when the library is installed
Hi,
My congratulations to Alex!
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Tue, Sep 8, 2015 at 8:27 PM, Tomasz Napierala
wrote:
> > On 02 Sep 2015, at 01:31, Sergii Golovatiuk
> wrote:
> >
> > Hi,
> >
> > I would like to nominate Alex Schultz to Fuel-Library Core team.
> Sent: Wednesday, September 09, 2015 at 2:33 PM
> From: "Sean Dague"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Subject: Re: [openstack-dev] [rootwrap] rootwrap and libraries - RFC
>
> On 09/09/2015 02:55 PM, Robert Collins wrote:
> > On 10 September 2015 at 06:4
On 10 September 2015 at 07:33, Sean Dague wrote:
> On 09/09/2015 02:55 PM, Robert Collins wrote:
>> On 10 September 2015 at 06:45, Matt Riedemann
>> wrote:
>>>
>>
>>> The problem with the static file paths in rootwrap.conf is that we don't
>>> know where those other library filter files are going
On Wed, Sep 09, 2015 at 03:33:36PM -0400, Sean Dague wrote:
> On 09/09/2015 02:55 PM, Robert Collins wrote:
> > On 10 September 2015 at 06:45, Matt Riedemann
> > wrote:
> >>
> > So, I realise thats a bit sucky. My suggestion would be to just take
> > the tactical approach of syncing things into ea
?Hi All,
In the IRC meeting yesterday, I brought up this new blueprint I opened.
https://blueprints.launchpad.net/magnum/+spec/pluggable-keystone-model?
The goal of this blueprint is to allow magnum operators to integrate with their
version of keystone easily with downstream patches.
The g
On 09/09/15 04:10, SHTILMAN, Tomer (Tomer) wrote:
We are currently building in our lab multi cloud setup with keystone federation
and I will check if my understating is correct, I am planning for propose a BP
for this once will be clear
There was further interest in this at the IRC meeting to
i'm +1 for this feature as long as we talking about just the sahara
controller and saharaclient. i agree we probably cannot get the horizon
changes in before the final release.
mike
On 09/09/2015 03:33 AM, Chen, Weiting wrote:
Hi, all.
I would like to request FFE for nfs as a data source for
On 10 September 2015 at 06:18, Doug Hellmann wrote:
> Excerpts from Ben Swartzlander's message of 2015-09-08 22:22:38 -0400:
>> It would be a recognition that most customers don't want to upgrade
>> every 6 months -- they want to skip over 3 releases and upgrade every 2
>> years. I'm sure there a
On 9 September 2015 at 22:22, Alan Pevec wrote:
>> I'd like to add in a lower-constraints.txt set of pins and actually
>> start reporting on whether our lower bounds *work*.
>
> Do you have a spec in progress for lower-constraints.txt?
> It should help catch issues like https://review.openstack.or
1 - 100 of 123 matches
Mail list logo