Hello everyone,
We [Fuel UI team] are working now on UI implementation of deployment
history [1] and deployment graphs [2] features.
For our development process and covering the features by functional tests,
it is critical to extend fake Nailgun with emulation of a real deployment
execution [3].
Hello,
Welcome to OpenStack community!
The Tricircle is to provide an OpenStack API gateway and networking automation
to allow multiple OpenStack instances, spanning in one site or multiple sites
or in hybrid cloud, to be managed as a single OpenStack cloud. The project is
aiming at addres
Hi,
I'd like to announce that I'm leaving the Kolla core team and I will not
work on this project anymore (at least in the near future). I'm fully
focusing on working in Kubernetes upstream directly. That said, I want
to thank you for working together!
Cheers,
Michal
___
Matt Riedemann wrote:
[...]
Expand the numbers to 6 months and you'll see only 13 commits.
It's surprisingly high in the user survey (page 39):
https://www.openstack.org/assets/survey/April-2016-User-Survey-Report.pdf
So I suspect most users/deployments are just running their own forks.
Why
On Fri, Jul 8, 2016 at 10:01 AM Michal Rostecki
wrote:
> Hi,
>
> I'd like to announce that I'm leaving the Kolla core team and I will not
> work on this project anymore (at least in the near future). I'm fully
> focusing on working in Kubernetes upstream directly. That said, I want
> to thank you
Hi,
sorry for late reply. The whole "openstack_dashboard/local/enabled/"
mechanism was inspired by the mechanisms used commonly in Debian and other
distributions to enable/disable plugins. In short, you shouldn't *copy* the
configuration files to the "enabled" directory -- instead you should keep
On Fri, Jul 08, 2016 at 10:11:59AM +0200, Thierry Carrez wrote:
> Matt Riedemann wrote:
> > [...]
> > Expand the numbers to 6 months and you'll see only 13 commits.
> >
> > It's surprisingly high in the user survey (page 39):
> >
> > https://www.openstack.org/assets/survey/April-2016-User-Survey-
Hi,
On Fri, Jul 08, 2016 at 10:39:57AM +0800, 吕冬兵 wrote:
> Hi Stéphane,
>
> I got what you mean, I’m sure that CloudKitty can rating by event, but
> I have some other puzzles. Let me generally describe the arch of
> Bilean first
>
> [events] <—> [rating] <—> [billing]
>
> When event coming from
From: Armando M. [mailto:[email protected]]
Sent: Tuesday, June 14, 2016 12:50 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron][ovs] The way we deal with MTU
On 13 June 2016 at 22:22, Terry Wilson
mailto:[email protected]>> wrote:
>
Hi,
well, we have only one DHCP server that serves multiple clusters. Actions
with those multiple clusters may affect DHCP server configuration. So
queueing tasks that change DHCP server configuration seems like a
reasonable way to fix the problem. So options 2 and 3 are much better than
1 or 4.
Hi All,
At the moment I am not aware of a nova api call that provides information about
the pci devices on a host. The most obvious place to put this would be in
hypervisor-show. I wonder if anyone has made an attempt at this already or if
there are any reasons for not adding pci information th
Does it make sense that this conversation about the merits of nova-docker be
had before the retirement is actually initiated. It seems odd that in the face
of empirical evidence of actual use (user survey) we merely hypothesize that
people are likely using their own forks and therefore it is fin
On Fri, Jul 8, 2016 at 10:44 AM, Angus Salkeld wrote:
>
> On Fri, Jul 8, 2016 at 10:01 AM Michal Rostecki
> wrote:
>>
>> Hi,
>>
>> I'd like to announce that I'm leaving the Kolla core team and I will not
>> work on this project anymore (at least in the near future). I'm fully
>> focusing on worki
Amrith,
A year and few months is sufficient notice:
http://markmail.org/message/geijiljch4yxfcvq
I really really want this to go away. Every time this comes up,
example it came up in Austin too, a few people raise their hands and
then do not show up. (Not saying you will do the same!).
-- Dims
Hello:
I’m working in the egress minimum bandwidth assurance qos policy rule.
I made a POC using the following architecture:
- Every time a new rule is created and assigned to a port:
o A new queue is created in OVS.
o Create/update the qos policy (OVS database) in all other ports
On Fri, Jul 8, 2016 at 2:33 AM, Saravanan KR wrote:
> Also, there is a repository networking-ovs-dpdk[1] for all the dpdk
> related changes including puppet. We considered both (puppet-vswitch
> and networking-ovs-dpdk).
>
> And we had chat with Emilien about this. His suggestion is to have it
> a
Did not realize that; I withdraw my request. You are correct; 12 months+ is
fair warning.
-amrith
P.S. I volunteered (in Ann Arbor) to work with you and contribute to
nova-docker but I guess that's now moot; it'd have been fun :)
> -Original Message-
> From: Davanum Srinivas [mailto:da
Thanks Emilien. I definitely agree with the preference for (1). It is
simpler in choosing either vswitch::ovs or vswitch::dpdk for the
deployment.
Regards,
Saravanan KR
On Fri, Jul 8, 2016 at 5:15 PM, Emilien Macchi wrote:
> On Fri, Jul 8, 2016 at 2:33 AM, Saravanan KR wrote:
>> Also, there is
On Jul 7, 2016, at 11:37 PM, Joshua Harlow wrote:
> Then can we get
> https://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml#n2514finally
> adjusted to be what it really is... instead of what it really isn't...
I would be in favor of updating that statement.
-- Ed L
On Fri, Jul 8, 2016 at 8:18 AM, Saravanan KR wrote:
> Thanks Emilien. I definitely agree with the preference for (1). It is
> simpler in choosing either vswitch::ovs or vswitch::dpdk for the
> deployment.
Cool, /me looking forward to see the patch, I'll help you to get it merged asap.
> Regards,
Angus and Michal,
Thanks for your hard work! I hope our paths will cross again in the future.
Good luck!
Ryan
- Original Message -
From: "Martin André"
To: "OpenStack Development Mailing List (not for usage questions)"
Sent: Friday, July 8, 2016 7:34:27 AM
Subject: Re: [openstack-dev]
Given the inconsistency between the user survey and the apparent
utilization/maintenance, I’d recommend checking on the openstack-operators list
to see if this would be a major issue.
Tim
On 08/07/16 13:54, "Amrith Kumar" wrote:
Did not realize that; I withdraw my request. You are correct; 12
Is there a reason that you are starting a new project instead of contributing to
The networking-ovs-dpdk puppet module?
Networking-ovs-dpdk was created to host both the integration code with neutron
and then deployment tool
Support for deploying ovs with dpdk for differnet tools.
Currently we su
Hi all,
The 4th China OpenStack Bug Smash just ended in Hangzhou, China. 141 bugs were
fixed and 50 of them have been merged. The rest will be merged in the coming
weeks.
Thanks to all who support us locally and remotely. See you in next Bug Smash in
Shenzhen, China.
Best Regards
Fred (李永乐
On Fri, Jul 8, 2016 at 9:29 AM, Mooney, Sean K wrote:
> Is there a reason that you are starting a new project instead of contributing
> to
> The networking-ovs-dpdk puppet module?
>
> Networking-ovs-dpdk was created to host both the integration code with
> neutron and then deployment tool
> Supp
Tim,
I've initiated conversation a couple of times more than a year ago.
http://lists.openstack.org/pipermail/openstack-operators/2015-May/thread.html#7129
http://lists.openstack.org/pipermail/openstack-operators/2015-May/thread.html#7006
Thanks,
Dims
On Fri, Jul 8, 2016 at 9:10 AM, Tim Bell
Hi ALL,
I have been working a bug [1] about option value interpolation in
oslo.config[2], in short, option value interpolation can't handle password
containing special characters from environment variable and I proposed a
fix of provide way to forbid option value interpolation explicitly[3].
cop
Hey all,
I had an action item from the midcycle to kickstart a workgroup for the
v2 API. I've set up a meeting for that on Tuesdays at 1800 UTC in
#openstack-meeting-3:
https://wiki.openstack.org/wiki/Meetings/Ironic_v2_API
All who are interested are welcome to join.
By the way, we wouldn't min
Hi,
I'm not close to Neutron's discussions but do you think to have a look at
pyroute2 [1]?
"Pyroute2 is a pure Python netlink and Linux network configuration library.
It requires only Python stdlib, no 3rd party libraries."
Which permits to create bridge and adding interfaces easily [2] (but not
Just to add a point, we are *still* working on dpdk. And this is not
the final code. It may grow a little. We are looking in to adaption
networking-ovs-dpdk puppet code into the agreeable format as
vswitch::dpdk. We would be glad to work with Sean in this process.
Regards,
Saravanan KR
On Fri, Ju
Nice work Andy. I'm strongly in favor of getting the central test repo into
Gerrit for broader reviews and once done, getting one or two patches up with
roles making use of it.
- Travis Truman
From: Andy McCrae mailto:[email protected]>>
Reply-To: "OpenStack Development Mailing List (not fo
On 07/07/16 17:43, Miles Gould wrote:
Further evidence that this isn't the intended behaviour: if you remove
all the calls to str(), then the original tests still pass, but the
' e' (substring matching) one doesn't.
I've now proposed this as a patch:
https://review.openstack.org/#/c/339576/ Pl
On Fri, Jul 08, 2016 at 10:14:20PM +0800, ChangBo Guo wrote:
> Hi ALL,
>
> I have been working a bug [1] about option value interpolation in
> oslo.config[2], in short, option value interpolation can't handle password
> containing special characters from environment variable and I proposed a
> fi
All,
If you haven't already, it's recommended to pin nodepool to the 0.3.0 tag and
not use master.
If you're using the puppet-openstackci solution, you can update your puppet
hiera file as shown here: https://review.openstack.org/293112
Re-run puppet and restart nodepool.
Ramy
-Original M
On 07/08/2016 12:58 AM, Paddu Krishnan (padkrish) wrote:
>> Hello,
>> I am trying to install TripleO in a VM environment. It’s a basic install.
>> I am following the instructions in
>>
>> http://docs.openstack.org/developer/tripleo-docs/installation/installation.html.
>> I
>> am following the in
I've noticed that Dell CI has the same problem: it uses "recheck Dell"
causing the whole check pipeline to rerun.
On 06/29/2016 02:23 AM, Villalovos, John L wrote:
-Original Message-
From: Thiago Paiva [mailto:[email protected]]
Sent: Tuesday, June 28, 2016 17:00
To: OpenStack
On 2016-07-08 17:10:04 +0200 (+0200), Dmitry Tantsur wrote:
> I've noticed that Dell CI has the same problem: it uses "recheck Dell"
> causing the whole check pipeline to rerun.
Back when third party CI systems started adding rechecking
capability, this was seen as a convenience that developers co
Hi Armando,
Who exactly are you addressing here? AFAICS, [1] on its own doesn't give
me (or anyone) any new rights for neutron-lib changes. It appears to be
preparatory to a planned expansion of neutron-lib-core - but looking at
[5], the membership doesn't include me, or folk from many stadium
p
On 07/08/2016 09:14 AM, ChangBo Guo wrote:
> Hi ALL,
>
> I have been working a bug [1] about option value interpolation in
> oslo.config[2], in short, option value interpolation can't handle
> password containing special characters from environment variable and I
> proposed a fix of provide way t
Excerpts from Daniel P. Berrange's message of 2016-07-08 15:25:16 +0100:
> On Fri, Jul 08, 2016 at 10:14:20PM +0800, ChangBo Guo wrote:
> > Hi ALL,
> >
> > I have been working a bug [1] about option value interpolation in
> > oslo.config[2], in short, option value interpolation can't handle passwo
Excerpts from Ben Nemec's message of 2016-07-08 10:24:54 -0500:
> On 07/08/2016 09:14 AM, ChangBo Guo wrote:
> > Hi ALL,
> >
> > I have been working a bug [1] about option value interpolation in
> > oslo.config[2], in short, option value interpolation can't handle
> > password containing special c
I see a lot of values in having something like this for inventory purposes and
troubleshooting.
IMHO the information should be provided in two ways.
1. Show PCI pools status per compute. Currently the pools only have
information about how many devices are allocated in a pool ("count"). We
sh
Dell - Internal Use - Confidential
Sorry I wasn't aware that this is causing the whole pipeline to rerun. Will
change it to "retest Dell"
-Rajini
-Original Message-
From: Dmitry Tantsur [mailto:[email protected]]
Sent: Friday, July 08, 2016 10:10 AM
To: [email protected]
On 8 July 2016 at 08:22, Neil Jerram wrote:
> Hi Armando,
>
> Who exactly are you addressing here? AFAICS, [1] on its own doesn't give
> me (or anyone) any new rights for neutron-lib changes. It appears to be
> preparatory to a planned expansion of neutron-lib-core - but looking at
> [5], the m
On Fri, Jul 8, 2016 at 10:10 AM, Dmitry Tantsur wrote:
> I've noticed that Dell CI has the same problem: it uses "recheck Dell"
> causing the whole check pipeline to rerun.
There is a doc patch that added selective recheck syntax in addition
to standard recheck [1]: it asks third-party CIs to sup
Cool - thanks for clarifying that!
Neil
On Fri, Jul 8, 2016 at 5:20 PM Armando M. wrote:
> On 8 July 2016 at 08:22, Neil Jerram wrote:
>
>> Hi Armando,
>>
>> Who exactly are you addressing here? AFAICS, [1] on its own doesn't give
>> me (or anyone) any new rights for neutron-lib changes.
Please can we not reinvent our own standard for this, as mentioned in the
other thread on this topic, there is an OpenStack standard for third party CI
recheck commands that can be found in the third party CI docs:
http://docs.openstack.org/infra/system-config/third_party.html#requirements
Thi
The next meeting of the Nova Scheduler subteam will be Monday, July 11 at
1400UTC in the #openstack-meeting-alt channel.
http://www.timeanddate.com/worldclock/fixedtime.html?iso=20160711T14
The agenda is here:
https://wiki.openstack.org/wiki/Meetings/NovaScheduler#Agenda_for_next_meeting
If
Thanks a lot for the reply. Pls see inline..
On 7/8/16, 7:47 AM, "Ben Nemec" wrote:
>On 07/08/2016 12:58 AM, Paddu Krishnan (padkrish) wrote:
>>> Hello,
>>> I am trying to install TripleO in a VM environment. It¹s a basic
>>>install.
>>> I am following the instructions in
>>>
>>>http://docs.op
Michal and Angus,
Thanks a bunch for stepping down gracefully as your personal interests
have changed to focus on k8s upstream. We were glad to have you and will
be happy to have you on our team in the future if things change for you.
Regards,
-steve
On 7/8/16, 1:01 AM, "Michal Rostecki" wrote
On 07/08/2016 10:58 AM, Doug Hellmann wrote:
> Excerpts from Ben Nemec's message of 2016-07-08 10:24:54 -0500:
>> On 07/08/2016 09:14 AM, ChangBo Guo wrote:
>>> Hi ALL,
>>>
>>> I have been working a bug [1] about option value interpolation in
>>> oslo.config[2], in short, option value interpolation
Hi all,
Because I cannot attend the team meeting next week, I would leave a message
here: I am working on a spec to define the high-level design of the Zun service.
https://etherpad.openstack.org/p/zun-containers-service-design-spec
I would encourage everyone to participant on this efforts to s
On 07/08/2016 12:10 PM, Beliveau, Ludovic wrote:
I see a lot of values in having something like this for inventory
purposes and troubleshooting.
IMHO the information should be provided in two ways.
1. Show PCI pools status per compute. Currently the pools only have
information about how many d
Currently, OpenStack provides central documentation (primarily in the
openstack-manuals repository) for operators and users. The single location
and consistent structure eases audiences of various technical expertise
into OpenStack, typically operators and users rather than developers.
Although I'm
Excerpts from Ben Nemec's message of 2016-07-08 13:27:04 -0500:
> On 07/08/2016 10:58 AM, Doug Hellmann wrote:
> > Excerpts from Ben Nemec's message of 2016-07-08 10:24:54 -0500:
> >> On 07/08/2016 09:14 AM, ChangBo Guo wrote:
> >>> Hi ALL,
> >>>
> >>> I have been working a bug [1] about option val
Hello,
What about tc_lib.py and function to set bandwidth limits which
linuxbridge agent is currently using?
--
Best regards / Pozdrawiam
Sławek Kapłoński
[email protected]
On Thu, 07 Jul 2016, Bhatia, Manjeet S wrote:
> Hi,
>
> There is work in progress for pure python driven linux network
56 matches
Mail list logo
