On 8 October 2014 04:13, Joe Gordon joe.gord...@gmail.com wrote:
On Fri, Oct 3, 2014 at 10:47 AM, Morgan Fainberg
morgan.fainb...@gmail.com wrote:
Keeping the enforcement local (same way policy works today) helps limit
the fragility, big +1 there.
I also agree with Vish, we need a
On 10/07/2014 01:01 AM, Joe Gordon wrote:
Hi all,
One of the outcomes of the nova midcyle meetup was to pick several
things for nova, as a team, to prioritize in Kilo. More background on
this can be found at [0]
We are now collecting ideas for project priorities on this etherpad [1],
After proposing a change to Horizon to remove the @author tags from the
header of Python files (https://review.openstack.org/#/c/126656/)
Matthias Runge proposed to discuss this first on the mailing list.
Is it necessary to track the authorship of a file inside the file using
@author tags?
The
If there is no checkboxes (read configuration) and plugin is installed -
all deployment tasks will be applied
to every environment, but why do you think that there will be no checkboxes
in most cases?
Right now we already have like 2 types of plugins (extensions), classified
by usage of settings
Yes, I already reviewed your commits. Thanks.
Renat Akhmerov
@ Mirantis Inc.
On 07 Oct 2014, at 15:06, Dmitri Zimine dzim...@stackstorm.com wrote:
Folks, I have moved the DSL and API docs to the project (up on review). Now
it contains enough examples to get going, also see doc/README.md
Right now we already have like 2 types of plugins (extensions), classified
by usage of settings tab:
1. Some kind of backend for service (swift/ceph, lvm/ceph, ovs/nsx), or
hypervisor (lvm/qemu/vmware)
2. Self-contained service that just needs to be installed (sahara, murano,
zabbix)
Le 08/10/2014 09:26, Nikola Đipanov a écrit :
On 10/07/2014 01:01 AM, Joe Gordon wrote:
Hi all,
One of the outcomes of the nova midcyle meetup was to pick several
things for nova, as a team, to prioritize in Kilo. More background on
this can be found at [0]
We are now collecting ideas for
Ok, Timur, thanks. Will check it out by the end of this week.
Renat Akhmerov
@ Mirantis Inc.
On 06 Oct 2014, at 20:16, Timur Sufiev tsuf...@mirantis.com wrote:
Renat,
I've addressed a number of Mistral Workbook builder's issues, including:
* separating workflow-based Tasks from
Hi,
Good questions: why not just keeping multiple endpoints, and leaving
orchestration effort in the client side?
From feedback of some large data center operators, they want the cloud
exposed to tenant as a single region with multiple AZs, while each AZ
may be distributed in different/same
Hi all,
I have prepared a virtual machine with ubuntu installed for devstack
In the /media/nas/nfs_shares/projects/Cloud/Openstack/devstack8_10_14/
There are
devstack8_10_14.ova for virtual box import
local.conf --configuration file for devstack
README_8_10_14 -- instructions
pls, read the
Hello everyone,
Due to a number of issues discovered in the published Keystone 2014.2
RC1, we generated a new Juno release candidate. You can find the list of
bugfixes in this RC and a link to a source tarball at:
https://launchpad.net/keystone/juno/juno-rc2
Unless new release-critical issues
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
- Mondays at 1600 UTC [1]: #openstack-meeting-alt, #openstack-meeting-3
- Thursdays at 1600 UTC [2]: #openstack-meeting-3
- Thursdays at 1700 UTC [3]: #openstack-meeting-3
- Fridays at 1600 UTC (current time, may be ok when DST ends) [4]:
Nikolay,
Currently every thing that can be turned into a plugin (Ceph, vCenter,
Sahara, Murano, Ceilometer) provides a checkbox (or more complicated
controls) for the settings tab. Why change this approach for plugins? The
settings tab (cluster attributes) currently is a SSOT
Hi all,
sorry... I made mistake.
wrong mailing list
Cheers,
Angelo
On 08/10/2014 10:27, Angelo Matarazzo wrote:
Hi all,
I have prepared a virtual machine with ubuntu installed for devstack
In the /media/nas/nfs_shares/projects/Cloud/Openstack/devstack8_10_14/
There are
devstack8_10_14.ova for
I vote for Mondays and Thursdays.
Ghe Rivero
On 08/10/14 10:46, Mehdi Abaakouk wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
- Mondays at 1600 UTC [1]: #openstack-meeting-alt, #openstack-meeting-3
- Thursdays at 1600 UTC [2]: #openstack-meeting-3
- Thursdays at 1700 UTC [3]:
On Tue, Oct 07 2014, Roman Podoliaka wrote:
- Mondays at 1600 UTC [1]: #openstack-meeting-alt, #openstack-meeting-3
- Thursdays at 1600 UTC [2]: #openstack-meeting-3
One of these would be cool.
--
Julien Danjou
-- Free Software hacker
-- http://julien.danjou.info
signature.asc
Description:
Hello, Duncan and Monty,
The discussion is more and more concrete, very good.
maybe we should just slap a REST api on it. The challenge of Node-pool REST
API is What it will look like for these API, totally new API? current OS-API
?. From cloud operators' feed back, OS-API is preferred. If we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/10/14 09:30, Christian Berendt wrote:
After proposing a change to Horizon to remove the @author tags from
the header of Python files
(https://review.openstack.org/#/c/126656/) Matthias Runge proposed
to discuss this first on the mailing
It's just been pointed out to me that the CI formerly known as
Minesweeper doesn't vote -1 if its tests fail. Consequently, I haven't
been noticing its test failures. We no longer show CI comments in gerrit
by default, which is great because in general they're just noise.
However, if I see a -1
Folks,
I would like to throw my hat into the ring for the upcoming Technical
Committee election.
I've been involved in the OpenStack community for nearly three years,
starting off by becoming core on glance, before moving my focus mainly
onto the ceilometer project. Along the way I've landed a
On Wed, Oct 08, 2014 at 09:30:42AM +0200, Christian Berendt wrote:
After proposing a change to Horizon to remove the @author tags from the
header of Python files (https://review.openstack.org/#/c/126656/)
Matthias Runge proposed to discuss this first on the mailing list.
Is it necessary to
Hello everyone,
Due to a number of issues discovered in the published Ceilometer 2014.2
RC1, we generated a new Juno release candidate. You can find the list of
bugfixes in this RC and a link to a source tarball at:
https://launchpad.net/ceilometer/juno/juno-rc2
Unless new release-critical
On 08/10/2014 10:39, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/10/14 09:30, Christian Berendt wrote:
After proposing a change to Horizon to remove the @author tags from
the header of Python files
On 8 October 2014 10:39, Ihar Hrachyshka ihrac...@redhat.com wrote:
On 08/10/14 09:30, Christian Berendt wrote:
After proposing a change to Horizon to remove the @author tags from
the header of Python files
(https://review.openstack.org/#/c/126656/) Matthias Runge proposed
to discuss this
Hi,
I tried to add a spec under specs/kilo folder and got the following exception:
ERROR: InvocationError:
'/home/jenkins/workspace/gate-nova-specs-docs/.tox/venv/bin/python setup.py
build_sphinx'
http://logs.openstack.org/66/126866/1/check/gate-nova-specs-docs/c00edfe/console.html
Can
Salvatore, Joe,
We do have this at the moment:
https://github.com/openstack/oslo-incubator/blob/master/openstack/common/quota.py
-- dims
On Wed, Oct 8, 2014 at 2:29 AM, Salvatore Orlando sorla...@nicira.com wrote:
On 8 October 2014 04:13, Joe Gordon joe.gord...@gmail.com wrote:
On Fri,
Thanks Henry for moving forward the discussion in Neutron IPv6 meeting
yesterday.
Looking around the related bugs and reviews, I believe it sounds a
good idea to disable PUT for IPv6_ra/address_mode attributes in Juno
release.
Thanks,
Akihiro
On Wed, Oct 8, 2014 at 1:21 AM, Henry Gessau
Kanagaraj,
Drop it in specs/kilo/approved/ should work fine.
-- dims
On Wed, Oct 8, 2014 at 7:01 AM, Manickam, Kanagaraj
kanagaraj.manic...@hp.com wrote:
Hi,
I tried to add a spec under specs/kilo folder and got the following
exception:
ERROR: InvocationError:
Hi,
please tell us about the extension you want to write, it would really help.
In ML2, you now have the ability to easily add extensions thanks to this work :
https://blueprints.launchpad.net/neutron/+spec/extensions-in-ml2
Mathieu
On Wed, Oct 8, 2014 at 7:52 AM, Damon Wang
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/10/14 18:00, Julie Pichon wrote:
I'm adding a couple of people on cc: with an interest in Ubuntu and
SUSE packaging: the Horizon team would love to have your opinion on
this (it came up during our weekly meeting).
The current consensus
Hi,
I have an issue about single point of failure in OpenStack+VMware scenario.
If one nova-compute or cinder-volume crush. The VCenter which connect to
the nova-compute or cinder-volume will unavailable.
I think we can deploy the nova-compute/cinder-volume to a VM which have the HA
(High
On 08/10/14 20:51, James Page wrote:
On 07/10/14 18:00, Julie Pichon wrote:
I'm adding a couple of people on cc: with an interest in Ubuntu and
SUSE packaging: the Horizon team would love to have your opinion on
this (it came up during our weekly meeting).
The current consensus is leaning
Our priorities for 6.0 at least are simplest plugins (like LBaaS), and all
they should do is installing a package and modify a couple of config files
(run a shell command).
These ones have nothing to do with UI or any checkboxes, aren't they?
08 Окт 2014 г. 12:49 пользователь Vitaly Kramskikh
Hi,
On Fuel Summit '2014 we discussed our Documentation process. According to
follow up we aligned it to OpenStack 'DocImpact' process. The new process
has been tested on background by me and Bogdan Dobrelya. Today, I have
updated Fuel Documentation Process
Hi Everyone,
As we are moving into the kilo cycle and now that DepFreeze has ended the door
has been opened for adding tempest-lib to the requirements list:
https://review.openstack.org/122478
Once that lands we'll be able to start using tempest-lib in projects. The first
use for tempest-lib
Hi Everyone,
Just a quick reminder that the weekly OpenStack QA team IRC meeting will be
this Thursday, October 9th at 17:00 UTC in the #openstack-meeting channel.
The agenda for tomorrow's meeting can be found here:
https://wiki.openstack.org/wiki/Meetings/QATeamMeeting
Anyone is welcome to add
On Sep 23, 2014, at 5:03 PM, Doug Hellmann d...@doughellmann.com wrote:
James Carey (jecarey) from IBM has done the 3rd most reviews of oslo.i18n
this cycle [1]. His feedback has been useful, and I think he would be a good
addition to the team for maintaining oslo.i18n.
Let me know what
Work is underway in cinder to allow active/active HA (or
active/active/active/... for the truly paranoid) volume managers for a
single backend, for remote backends that can support it. This is
likely to take most of the Kilo cycle to finish.
You can use pacemaker or other H/A technology (I
Hi,
Vitaly, I understand your concerns about UX.
But there are technical problems and statements which affect
plugin developer and makes his live more complicated.
My opinion is we definitely should know, if plugin is disabled
or if it's enabled for specific environment.
1. plugin developer
On Oct 8, 2014, at 1:22 AM, Robert Collins robe...@robertcollins.net wrote:
On 8 October 2014 11:10, Mike Bayer mba...@redhat.com wrote:
Hi folks -
So just to update on the status here, for the transactional testing and all
that, I’ve had a blueprint in the queue for quite awhile:
...
I'm doing some work on the get_available_resource method and need
to understand what data format XenAPI returns for the following
RPC call:
data = call_xenhost(self._session, host_data, {})
I don't have any suitable XenServer hosts to test on myself, so if
anyone can provide a raw/json dump
confirmed
On 08/10/14 05:51 AM, Eoghan Glynn wrote:
Folks,
I would like to throw my hat into the ring for the upcoming Technical
Committee election.
I've been involved in the OpenStack community for nearly three years,
starting off by becoming core on glance, before moving my focus
confirmed
On 07/10/14 10:06 PM, Adam Lawson wrote:
Hello everyone!
I'll be perfectly straight and dedicate paragraph #1 to address the
painfully obvious. A number of you are probably reading this after seeing
'TC Candidacy', looked at my name and wondered 'who is this guy?' In short,
I'm
So they should be implemented like Murano or Sahara and provide a checkbox
in Additional Services section of the settings tab and the wizard
2014-10-08 19:57 GMT+07:00 Nikolay Markov nmar...@mirantis.com:
Our priorities for 6.0 at least are simplest plugins (like LBaaS), and all
they should do
So I have made an error, which hit my radar the other day and has
demonstrated itself to be true this morning (Eastern Daylight Time).
I have been operating with the understanding that a TC candidate needed
to have a commit to one of the OpenStack projects in order to run. (In
other words, they
Hi Daniel,
The following is an example return value from one of my hosts
{host_name-description: Default install of XenServer, host_hostname:
ciceronicus, host_memory: {total: 17169604608, overhead: 266592256,
free: 16132087808, free-computed: 16111337472}, enabled: true,
host_capabilities:
Hi, responses inline.
2014-10-08 21:09 GMT+07:00 Evgeniy L e...@mirantis.com:
Hi,
Vitaly, I understand your concerns about UX.
But there are technical problems and statements which affect
plugin developer and makes his live more complicated.
My opinion is we definitely should know, if
On Wed, Oct 08, 2014 at 03:53:25PM +, Bob Ball wrote:
Hi Daniel,
The following is an example return value from one of my hosts
{host_name-description: Default install of XenServer, host_hostname:
ciceronicus, host_memory: {total: 17169604608, overhead: 266592256,
free: 16132087808,
Please be aware that Juno has been pushed to Fuel mirrors [1] today.
This means that by running 'make iso' with default settings you get iso
image with Juno OpenStack packages.
To build Fuel iso on top of Icehouse OpenStack release, explicitly set
mirror via MIRROR_BASE parameter:
$ export
Vitaly,
Once again, as a plugin developer I don't care about how Sahara or Murano
is implemented. I don't care about checkboxes, either. I just want one
simple command to run on target nodes and I should be provided with the
simplest possible interface to:
1) Write this command in some YAML and
Hey all!
Friendly reminder to throw a little info in the Standup for this week
before the meeting this afternoon.
-Trevor
PS. Just tryin to help out Balukoff :P
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Thanks James and Dirk,
First of all, sorry for moving this forward so late in the cycle.
I will remove mo files in Juno when importing the latest translations tomorrow.
On Wed, Oct 8, 2014 at 9:51 PM, James Page james.p...@ubuntu.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On
Hi fuelers,
I'm going to propose you remove fuelweb word from repos' paths. What
am I talking about? Let me show you.
Currently we have the following paths to repos:
/var/www/nailgun/2014.2-6.0/centos/fuelweb/x86_64/
/var/www/nailgun/2014.2-6.0/ubuntu/fuelweb/x86_64/
Obviously, the
So things have been pretty quiet on the QuintupleO front since the
mid-cycle, but I have finally had a chance to set up an environment to
do some experimentation with it. I don't have anything ready for
primetime, but I was able to do an Ironic deploy of the undercloud image
from a devtest-built
Hi fellow Heat Cores,
thank you for your support. I am very proud to become part of this
team, and I will do my best to use my new superpowers wisely and
responsibly.
Best regards,
Pavlo.
On Wed, Oct 8, 2014 at 1:22 AM, Angus Salkeld asalk...@mirantis.com wrote:
Congrats Pavlo, I have added
Thanks Trevor!
The URL for that is here:
https://etherpad.openstack.org/p/octavia-weekly-standup
Also, the agenda for today's Octavia meeting is here (feel free to add
pertinent topics):
https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Agenda
Stephen
On Wed, Oct 8, 2014 at 9:18
On Wed, Oct 8, 2014 at 11:15 AM, David Lyle dkly...@gmail.com wrote:
I don't see any need nor benefit from the tags. We should remove them if
convenient.
David
On Oct 8, 2014 3:02 AM, Duncan Thomas duncan.tho...@gmail.com wrote:
On 8 October 2014 10:39, Ihar Hrachyshka ihrac...@redhat.com
On 9 October 2014 06:26, Ben Nemec openst...@nemebean.com wrote:
So things have been pretty quiet on the QuintupleO front since the
mid-cycle, but I have finally had a chance to set up an environment to
do some experimentation with it. I don't have anything ready for
primetime, but I was able
On 10/08/2014 10:45 AM, John Griffith wrote:
On Wed, Oct 8, 2014 at 11:15 AM, David Lyle dkly...@gmail.com wrote:
I don't see any need nor benefit from the tags. We should remove them if
convenient.
David
On Oct 8, 2014 3:02 AM, Duncan Thomas duncan.tho...@gmail.com wrote:
On 8 October
Hello,
Thanks for link to blueprint Mathieu but I'm using now still Havana version of
openstack.
I need extension which allow me add to private network something like
external router that ovs agent will know that should make vxlan or gre
tunnel to that external device. Maybe there is some
At the moment OpenStack infrastructure doesn't allow to customize the
bugs it creates, we should propose a patch at some point to implement
that. When we do, I think we should assign such bugs automatically to
fuel-docs team.
I don't think we should separate user and dev docs bugs, we're working
On 10/08/2014 12:53 PM, Robert Collins wrote:
On 9 October 2014 06:26, Ben Nemec openst...@nemebean.com wrote:
So things have been pretty quiet on the QuintupleO front since the
mid-cycle, but I have finally had a chance to set up an environment to
do some experimentation with it. I don't
Thanks Dmitry,
let's try to go this way and correct process if needed when we get first
results.
Where is your 80% dev vs user docs figure coming from?
it's no more than my guess. We will see real number over time.
On Wed, Oct 8, 2014 at 10:31 PM, Dmitry Borodaenko dborodae...@mirantis.com
Nova has a hacking check for this (N315):
https://git.openstack.org/cgit/openstack/nova/tree/nova/hacking/checks.py#n220
Based on the general sentiment around the issue, maybe other projects
should consider enforcing this similarly.
On Wed, Oct 8, 2014 at 1:56 PM, Monty Taylor
On Wed, Oct 8, 2014 at 12:07 PM, Ben Nemec openst...@nemebean.com wrote:
On 10/08/2014 12:53 PM, Robert Collins wrote:
Ironic actually polls things till they worked, at least in the IPMI
codepaths, so we should be able to do something there. However,
Devananda was very concerned about having
Hi,
Dima, that's really good approach.
Mike, technical writer may ask developer and assign bug to him/her if bug
impacts developer documentation only.
Best Regards,
Sergii Golovatiuk
On 08 Oct 2014, at 21:08, Mike Scherbakov mscherba...@mirantis.com wrote:
Thanks Dmitry,
let's try to go
When gyee posted his X509 server-side auth plugin patch, the feedback
we gave was that it should be using the mapping code from Federation to
transform the environment variables set by the web server to the
Keystone userid, username, domain name, and so forth.
The PKI token format currently
I've just pushed the tags to sahara-image-elements and sahara-extra:
http://tarballs.openstack.org/sahara-image-elements/sahara-image-elements-2014.2.rc2.tar.gz
http://tarballs.openstack.org/sahara-extra/sahara-extra-2014.2.rc2.tar.gz
Thanks.
P.S. We have no sahara-dashboard release due to the
Hi all -
I’ve drafted up my next brilliant idea for how to get Openstack projects to use
SQLAlchemy more effectively. The proposal here establishes significant detail
on what’s wrong with the current state of things, e.g. the way I see
EngineFacade, get_session() and get_engine() being used,
It seems I left out a response. Sorry for the follow-on but here's what was
missing.
*Topic: Technical Committee Mission*
*How do you feel the technical committee is doing in meeting the technical
committee mission?*
*The Technical Committee (TC) is tasked with providing the technical
leadership
On 10/08/2014 05:29 PM, Adam Lawson wrote:
It seems I left out a response. Sorry for the follow-on but here's what was
missing.
*Topic: Technical Committee Mission*
*How do you feel the technical committee is doing in meeting the technical
committee mission?*
*The Technical Committee
Sure, I'll add that section there.
On Tue, Oct 7, 2014 at 2:58 PM, Kevin Benton blak...@gmail.com wrote:
Can you add a section to the wiki to document how a core can become a member
of the drivers team?
On Tue, Oct 7, 2014 at 7:55 AM, Kyle Mestery mest...@mestery.com wrote:
As discussed in
Hi all
I know it may seem early, but it helps with people organising their travel.
In our weekly meeting we created an etherpad to start planning for our
midcycle meetup [1]. Can everyone have a look and add your preferences and
if you have yet another venue add it to the list.
Any help with
Recently there has been a lot of discussion around the development growing
pains in nova. Instead of guessing about how bad some of the issues are, I
tried to answer a few questions that may help us better understand the
issues.
Q: How many revisions does it take to merge a patch?
Average: 6.76
Hi Folks,
./run_tests.sh fails to create the .venv with the latest neutron repo.
It fails at MySQL-python.
Does anyone know what is broken.
Downloading/unpacking oslotest=1.1.0 (from -r
/home/stack/neutron/test-requirements.txt (line 20))
Downloading oslotest-1.1.0-py2.py3-none-any.whl
On Wed, Oct 8, 2014 at 4:30 PM, Joe Gordon joe.gord...@gmail.com wrote:
Recently there has been a lot of discussion around the development growing
pains in nova. Instead of guessing about how bad some of the issues are, I
tried to answer a few questions that may help us better understand the
congratulations:)
-邮件原件-
发件人: Pavlo Shchelokovskyy [mailto:pshchelokovs...@mirantis.com]
发送时间: 2014年10月9日 1:29
收件人: OpenStack Development Mailing List (not for usage questions)
主题: Re: [openstack-dev] [Heat] Nominating Pavlo Shchelokovskyy for heat-core
Hi fellow Heat Cores,
thank you
The question comes from my patch[1]. Kgriffs point that there are two
way to get all the pools. But I don’t know which one is better, event
though I comment that limit=0 is wired. I think there are three ways.
use limit=0( current logical).
pro: 1) may easy to implement
con: 1) not clearly and
On Wed, Oct 8, 2014 at 6:12 PM, Michael Still mi...@stillhq.com wrote:
On Thu, Oct 9, 2014 at 11:58 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Oct 8, 2014 at 4:30 PM, Joe Gordon joe.gord...@gmail.com
wrote:
Recently there has been a lot of discussion around the development
Hi Dims,
Thanks. I will move to approved folder.
Regards
Kanagaraj M
-Original Message-
From: Davanum Srinivas [mailto:dava...@gmail.com]
Sent: Wednesday, October 08, 2014 5:07 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova-specs]
https://wiki.openstack.org/wiki/API_Working_Group
This is the start of the API Working Group (API WG).
To avoid bike shedding over the name of the working group, I decided to title
the wiki page API Working Group. Simple, to the point, and avoids loaded terms
like standards, best practices,
On Oct 7, 2014, at 6:24 AM, joehuang joehu...@huawei.com wrote:
Hello, Joshua,
Thank you for your concerns on OpenStack cascading. I am afraid that I am not
proper person to give comment on cells, but I would like to speak a little
about cascading for you mentioned with its own set of
Hi,
Just a reminder that the weekly Nova API meeting is being held tomorrow
Friday UTC .
We encourage cloud operators and those who use the REST API such as
SDK developers and others who and are interested in the future of the
API to participate.
In other timezones the meeting is at:
EST
83 matches
Mail list logo