From Horizon, you won’t be able to do keystone way of authentication.
From: Ed Lima [mailto:e...@stackerz.com]
Sent: Wednesday, October 15, 2014 8:30 AM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] Get keystone auth token via Horizon URL
I'm on the very early stages of developi
Hi,
I was wondering what people thought of having a convention of adding
an APIImpact flag to proposed nova specs commit messages where the
Nova API will change? It would make it much easier to find proposed
specs which affect the API as its not always clear from the gerrit
summary listing.
Chris
Hi Matthew,
Thanks for the quick response.
On Wednesday, October 15, 2014 2:31 PM, Matthew Oliver wrote:
> - Continue where this one left off, in which case pull down the change from
> gerrit
> and start working on it. But if you do this make sure you add a
> 'Co-Authored-By: name
> ' to att
Hey Hisashi ,
It does indeed look abandoned. So if you want to take it over sure that's
OK :)
1) It isn't a bug, so no bug report is needed. You could raise a BP if you
wanted, jump on the freenode #openstack-swift channel if you want to
discuss.
2) You can do one of two things:
- Continue whe
Swift folks,
Could you please advise me about the following email?
Thanks in advance,
Hisashi Osanai
> -Original Message-
> From: Osanai, Hisashi [mailto:osanai.hisa...@jp.fujitsu.com]
> Sent: Friday, October 10, 2014 1:57 PM
> To: openstack-dev@lists.openstack.org
> Subject: [openstack
Hi.
I am pleased to announce details for the Kilo Compute mid-cycle
meetup, but first some background about how we got here.
Two companies actively involved in OpenStack came forward with offers
to host the Compute meetup. However, one of those companies has
gracefully decided to wait until the L
Can a Ceilometer client create an alarm with a grace period? That is, an
initial period of time during which alarms are suppressed. For a related
concept, see the grace period in an AWS autoscaling group. Note that in
an OpenStack heat template, the author can not write an arithmetic
express
And here is the best practice for using Dockerfile.
https://docs.docker.com/articles/dockerfile_best-practices/
On Tue, Oct 14, 2014 at 11:51 AM, Angus Lees wrote:
> I've been reading a bunch of the existing Dockerfiles, and I have two
> humble
> requests:
>
>
> 1. It would be good if the "inter
I'm on the very early stages of developing an app for android to manage
openstack services and would like to get the user credentials/tokens on
keystone to get data and execute commands via the horizon URL. I'm using
IceHouse on Ubuntu 14.04.
In my particular use case I have keystone running on my
On Wed, Oct 15, 2014 at 7:44 AM, Christopher Yeoh wrote:
> On Tue, 14 Oct 2014 09:45:44 -0400
> Jay Pipes wrote:
>
> > On 10/14/2014 12:52 AM, Christopher Yeoh wrote:
> > > On Mon, 13 Oct 2014 22:20:32 -0400
> > > Jay Pipes wrote:
> > >
> > >> On 10/13/2014 07:11 PM, Christopher Yeoh wrote:
> >
Hi everyone,
A couple weeks ago we split the infrastructure project-config repo out
from the core config repo[0].
The second phase of our restructuring is the rename of config to
system-config, which we've scheduled for Friday, October 17th at 21:00
UTC.
Gerrit will be down for about 30 minutes
One cannot simply prevent bike-shedding by asking people to do it up front
on the mailing list.
You'll have to wait until review time like everyone else. ;-)
On Tue, Oct 14, 2014 at 6:04 PM, Angus Lees wrote:
> On Tue, 14 Oct 2014 12:28:29 PM Angus Lees wrote:
> > (Context: https://review.openst
Excerpts from Fox, Kevin M's message of 2014-10-14 17:40:16 -0700:
> I'm not arguing that everything should be managed by one systemd, I'm
> just saying, for certain types of containers, a single docker container
> with systemd in it might be preferable to trying to slice it unnaturally
> into seve
On 2014年10月14日 21:57, Jay Pipes wrote:
On 10/14/2014 05:04 AM, Alex Xu wrote:
There is one reason to think about what projects *currently* do. When we
choice which convention we want.
For example, the CamelCase and snake_case, if the most project use
snake_case, then choice snake_case style
will
On Tue, 14 Oct 2014 12:28:29 PM Angus Lees wrote:
> (Context: https://review.openstack.org/#/c/117418/)
>
> I'm looking for some rough consensus on what naming conventions we want for
> unused variables in Neutron, and across the larger OpenStack python codebase
> since there's no reason for Neutr
On Tue, 14 Oct 2014 07:51:54 AM Steven Dake wrote:
> Angus,
>
> On 10/13/2014 08:51 PM, Angus Lees wrote:
> > I've been reading a bunch of the existing Dockerfiles, and I have two
> > humble requests:
> >
> >
> > 1. It would be good if the "interesting" code came from python
> > sdist/bdists
> >
I'm not arguing that everything should be managed by one systemd, I'm just
saying, for certain types of containers, a single docker container with systemd
in it might be preferable to trying to slice it unnaturally into several
containers.
Systemd has invested a lot of time/effort to be able to
Hi all, to my understanding we certainly don't want developers to
arbitrarily extend APIs which would lead to a lot of mess, however we still
need to find a way to standardize how we augment existing APIs since they
are not perfect either.
On Wed, Oct 15, 2014 at 7:02 AM, Doug Hellmann
wrote:
>
>
> Nova is also not the right place to do the generic solution as many other
> parts could be involved... neutron and cinder come to mind. Nova needs to
> provide the basic functions but it needs something outside to make it all
> happen transparently.
> I would really like a shared solution rathe
Hi Phillip,
Adding my thoughts below. I’ll first answer the questions you raised with
what I think should be done, and then give my explanations to reason
through with those views.
1. Do we want to add logic in the plugin to call the FLIP association API?
>> We should implement the logic in
Thanks for the doc.
The floating IP could be hosted directly by the lb backend/lb appliance as well?
It depends on the appliance deployment.
From: Susanne Balle [mailto:sleipnir...@gmail.com]
Sent: 14 October 2014 21:15
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
- Original Message -
> Ok, why are you so down on running systemd in a container?
>
> Pacemaker works, but its kind of a pain to setup compared just yum installing
> a few packages and setting init to systemd. There are some benefits for
> sure, but if you have to force all the docker co
- Original Message -
> Ok, why are you so down on running systemd in a container?
It goes against the grain.
>From a distributed systems view, we gain quite a bit of control by maintaining
"one service per container". Containers can be re-organised and re-purposed
dynamically.
If we ha
Doug,
I totally agree with your findings on the policy module.
Neutron already has some "customizations" there and we already have a few
contributors working on syncing it back with oslo-incubator during the Kilo
release cycle.
However, my query was about the quota module.
>From what I gather it
On Oct 14, 2014, at 6:00 PM, Lance Bragstad wrote:
>
>
> On Tue, Oct 14, 2014 at 4:29 PM, Christopher Yeoh wrote:
> On Tue, 14 Oct 2014 10:29:34 -0500
> Lance Bragstad wrote:
>
> > I found a couple of free times available for a weekly meeting if
> > people are interested:
> >
> > https://re
On Tue, 14 Oct 2014 09:45:44 -0400
Jay Pipes wrote:
> On 10/14/2014 12:52 AM, Christopher Yeoh wrote:
> > On Mon, 13 Oct 2014 22:20:32 -0400
> > Jay Pipes wrote:
> >
> >> On 10/13/2014 07:11 PM, Christopher Yeoh wrote:
> >>> On Mon, 13 Oct 2014 10:52:26 -0400
> > And whilst I don't have a proble
Ok, why are you so down on running systemd in a container?
Pacemaker works, but its kind of a pain to setup compared just yum installing a
few packages and setting init to systemd. There are some benefits for sure, but
if you have to force all the docker components onto the same physical machine
On Oct 14, 2014, at 12:31 PM, Salvatore Orlando wrote:
> Hi Doug,
>
> do you know if the existing quota oslo-incubator module has already some
> active consumers?
> In the meanwhile I've pushed a spec to neutron-specs for improving quota
> management there [1]
It looks like a lot of projects
From: Doug Hellmann [d...@doughellmann.com] Tuesday, October 14, 2014 7:19 PM
> It might be more appropriate to put it on the cross-project session list:
> https://etherpad.openstack.org/p/kilo-crossproject-summit-topics
Done ... thanks!
___
OpenStack
On 15/10/14 10:38, Clint Byrum wrote:
Excerpts from Thomas Spatzier's message of 2014-10-14 10:13:27 -0700:
Hi all,
I have been experimenting a lot with Heat software config to check out
what works today, and to think about potential next steps.
I've also worked on an internal project where we
On Oct 13, 2014, at 5:49 PM, Chris Dent wrote:
> On Tue, 7 Oct 2014, Sandy Walsh wrote:
>
>> Haven't had any time to get anything written down (pressing deadlines
>> with StackTach.v3) but open to suggestions. Perhaps we should just add
>> something to the olso.messaging etherpad to find time a
On Tue, Oct 14, 2014 at 5:14 PM, Vadivel Poonathan <
vadivel.openst...@gmail.com> wrote:
> Agreed on the requirements of test results to qualify the vendor plugin to
> be listed in the upstream docs.
> Is there any procedure/infrastructure currently available for this
> purpose?..
> Pls. fwd any l
Agreed on the requirements of test results to qualify the vendor plugin to
be listed in the upstream docs.
Is there any procedure/infrastructure currently available for this
purpose?..
Pls. fwd any link/pointers on those info.
Thanks,
Vad
--
On Mon, Oct 13, 2014 at 10:25 PM, Akihiro Motoki wrote
- Original Message -
> Same thing works with cloud init too...
>
>
> I've been waiting on systemd working inside a container for a while. it seems
> to work now.
oh no...
> The idea being its hard to write a shell script to get everything up and
> running with all the interactions tha
On Tue, Oct 14, 2014 at 4:29 PM, Christopher Yeoh wrote:
> On Tue, 14 Oct 2014 10:29:34 -0500
> Lance Bragstad wrote:
>
> > I found a couple of free times available for a weekly meeting if
> > people are interested:
> >
> > https://review.openstack.org/#/c/128332/2
> >
> > Not sure if a meeting
On 15/10/14 06:13, Thomas Spatzier wrote:
Hi all,
I have been experimenting a lot with Heat software config to check out
what works today, and to think about potential next steps.
I've also worked on an internal project where we are leveraging software
config as of the Icehouse release.
I thin
Excerpts from Thomas Spatzier's message of 2014-10-14 10:13:27 -0700:
>
> Hi all,
>
> I have been experimenting a lot with Heat software config to check out
> what works today, and to think about potential next steps.
> I've also worked on an internal project where we are leveraging software
> c
On Tue, 14 Oct 2014 10:29:34 -0500
Lance Bragstad wrote:
> I found a couple of free times available for a weekly meeting if
> people are interested:
>
> https://review.openstack.org/#/c/128332/2
>
> Not sure if a meeting time has been hashed out already or not, and if
> it has I'll change the p
On Tue, 14 Oct 2014 09:57:01 -0400
Jay Pipes wrote:
> On 10/14/2014 05:04 AM, Alex Xu wrote:
> > There is one reason to think about what projects *currently* do.
> > When we choice which convention we want.
> > For example, the CamelCase and snake_case, if the most project use
> > snake_case, then
Angus Lees wrote:
> I've been reading a bunch of the existing Dockerfiles, and I have two humble
> requests:
>
>
> 1. It would be good if the "interesting" code came from python sdist/bdists
> rather than rpms.
>
> This will make it possible to rebuild the containers using code from a
> priva
On Mon, Oct 13, 2014 at 3:01 PM, Elizabeth K. Joseph
wrote:
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting on Tuesday October 14th, at 19:00 UTC in #openstack-meeting
Meeting minutes and log are available here:
Minutes:
http://eavesdrop.openstack.org/meetings/infra/
Hello everyone,
Due to two issues discovered in testing of the published Neutron 2014.2
RC2, 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/neutron/juno/juno-rc3
At this point, only show-stoppers wo
On Tue, Oct 14, 2014 at 04:06:22PM -0400, Jay Pipes wrote:
> I understand that general feeling, but system administration tasks like
> debugging networking issues or determining and grepping log file locations
> or diagnosing packaging issues for OpenStack services or performing database
> logfile
Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700:
> On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote:
> > I think the above strategy is spot on. Unfortunately, that's not how the
> > Docker ecosystem works.
>
> I'm not sure I agree here, but again nobody is forcin
On 10/14/2014 03:50 PM, Lars Kellogg-Stedman wrote:
On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote:
I think the above strategy is spot on. Unfortunately, that's not how the
Docker ecosystem works.
I'm not sure I agree here, but again nobody is forcing you to use this
tool.
I know
On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote:
> I think the above strategy is spot on. Unfortunately, that's not how the
> Docker ecosystem works.
I'm not sure I agree here, but again nobody is forcing you to use this
tool.
> operating system that the image is built for. I see you di
Same thing works with cloud init too...
I've been waiting on systemd working inside a container for a while. it seems
to work now.
The idea being its hard to write a shell script to get everything up and
running with all the interactions that may need to happen. The init system's
already desi
On Tue, 14 Oct 2014, Jay Pipes wrote:
This means you now have to know the system administrative comments and setup
for two operating systems ... or go find a Fedora20 image for mysql
somewhere.
For sake of conversation and devil's advocacy let me ask, in
response to this paragraph, "why [do y
On 10/14/2014 03:10 PM, Lars Kellogg-Stedman wrote:
On Tue, Oct 14, 2014 at 02:45:30PM -0400, Jay Pipes wrote:
With Docker, you are limited to the operating system of whatever the image
uses.
See, that's the part I disagree with. What I was saying about ansible
and puppet in my email is that
There are two distinct permissions to be managed:
1. What can the user do.
2. What actions can this token be used to do.
2. is a subset of 1.
Just because I, Adam Young, have the ability to destroy the golden image
I have up on glance does not mean that I want to delegate that ability
ever
On Tue, Oct 14, 2014 at 02:45:30PM -0400, Jay Pipes wrote:
> With Docker, you are limited to the operating system of whatever the image
> uses.
See, that's the part I disagree with. What I was saying about ansible
and puppet in my email is that I think the right thing to do is take
advantage of t
On 2014-10-14 2:49 PM, Tim Bell wrote:
Nova is also not the right place to do the generic solution as many other parts
could be involved... neutron and cinder come to mind. Nova needs to provide the
basic functions but it needs something outside to make it all happen
transparently.
I would r
On 10/14/2014 01:01 PM, Jay Pipes wrote:
>> 2) Looking forward, there is a lot of demand for doing this on a per
>> instance basis. We should decide on a best practice for allowing end
>> users to indicate whether they would like their VMs automatically
>> rescued by the infrastructure, or just le
+1 for doing now:
> we are going to implement something really simple, like updating plugin
attributes directly via api.
Then we can have discussions in parallel how we plan to evolve it.
Please confirm that we went this path.
Thanks,
On Mon, Oct 13, 2014 at 7:31 PM, Evgeniy L wrote:
> Hi,
>
> -Original Message-
> From: Jay Pipes [mailto:jaypi...@gmail.com]
> Sent: 14 October 2014 19:01
> To: openstack-dev@lists.openstack.org
> Subject: Re: [openstack-dev] [Nova] Automatic evacuate
>
> On 10/13/2014 05:59 PM, Russell Bryant wrote:
> > Nice timing. I was working on a blog post
That was really helpful background. Thanks!
I’d be happy to look into using Congress to implement what we’ve discussed:
caching policy.json files, updating them periodically, and answering queries
about the roles required to be granted access to a certain kind of action. I
think we have the r
On 10/14/2014 01:28 PM, Lars Kellogg-Stedman wrote:
On Tue, Oct 14, 2014 at 12:33:42PM -0400, Jay Pipes wrote:
Can I use your Dockerfiles to build Ubuntu/Debian images instead of only
Fedora images?
Not easily, no.
Seems to me that the image-based Docker system makes the
resulting container
On 10/14/2014 01:13 PM, Thomas Spatzier wrote:
>
> Hi all,
>
> I have been experimenting a lot with Heat software config to check out
> what works today, and to think about potential next steps.
> I've also worked on an internal project where we are leveraging software
> config as of the Iceho
Sure, feel free to put my response in the Blueprint page. Thanks for the quick
answer.
Best Regards,
Solly Ross
- Original Message -
> From: "Nikunj Aggarwal"
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Cc: sr...@redhat.com
> Sent: Tuesday, October 14, 20
On 10/13/2014 06:21 PM, Preston L. Bannister wrote:
Too-short token expiration times are one of my concerns, in my current
exercise.
Working on a replacement for Nova backup. Basically creating backups
jobs, writing the jobs into a queue, with a background worker that
reads jobs from the queu
There is a specs/kilo directory [1] available now. I will be doing
plenty of reviewing and organizing this week! Please keep in mind of
stable priorities as you're proposing things [2].
--
Mike Perez
[1] - https://github.com/openstack/cinder-specs/tree/master/specs/kilo
[2] - https://etherpad.ope
Hi,
I used devstack to deploy multi-node OpenStack, with Controller + nova-compute
+ Network on one physical node (qa4),
and Compute on a separate physical node (qa5).
When I launch a VM which spun up on the Compute node (qa5), I cannot launch the
VM console, in both CLI and Horizon.
localadm
Hi,
Across these private External network/tenant :: floating IP can be shared ?
Keshava
From: Salvatore Orlando [mailto:sorla...@nicira.com]
Sent: Tuesday, October 14, 2014 10:33 PM
To: Édouard Thuleau
Cc: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [neutron] Private externa
Excerpts from Tomas Sedovic's message of 2014-10-14 08:55:30 +:
> James Slagle proposed something like this when I talked to him on IRC:
>
> 1. teach devtest about the new templates, driven by a
> OVERCLOUD_USE_MERGE_PY switch (defaulting to the merge.py-based templates)
> 2. Do a CI run of t
Hi, We are meeting in the #openstack-gbp channel today (10/14) 18.00 UTC to
jointly review some of the pending patches:
https://review.openstack.org/#/q/status:open+project:stackforge/group-based-policy+branch:master,n,z
Please join if you would like to provide feedback.
Thanks,
~Sumit.
On Tuesday, October 14, 2014, Nathan Kinder wrote:
>
>
> On 10/14/2014 07:42 AM, Tim Hinrichs wrote:
> > First, some truth in advertising: I work on Congress (policy as a
> service), so I’ve mostly given thought to this problem in that context.
> >
> > 1) I agree with the discussion below about c
On Tue, Oct 14, 2014 at 12:33:42PM -0400, Jay Pipes wrote:
> Can I use your Dockerfiles to build Ubuntu/Debian images instead of only
> Fedora images?
Not easily, no.
> Seems to me that the image-based Docker system makes the
> resulting container quite brittle -- since a) you can't use configura
On Tue, Oct 14, 2014 at 01:27:20PM +0200, Tomas Sedovic wrote:
> On 10/14/2014 12:43 PM, Steven Hardy wrote:
> >On Tue, Oct 14, 2014 at 10:55:30AM +0200, Tomas Sedovic wrote:
> >>Hi everyone,
> >>
> >>As outlined in the "Remove merge.py"[1] spec, Peter Belanyi and I have built
> >>the templates for
Adding yesterday discussion of JS libs for unit-testing in
#openstack-horizon: http://paste2.org/B9xN1yI4
On Mon, Oct 13, 2014 at 5:01 PM, Timur Sufiev wrote:
> Hello folks!
>
> Discussing the proposed Sinon.js dependency to Horizon on the last meeting
> has brought quite an expected question: w
Hi all,
I have been experimenting a lot with Heat software config to check out
what works today, and to think about potential next steps.
I've also worked on an internal project where we are leveraging software
config as of the Icehouse release.
I think what we can do now from a user's perspect
On 10/14/2014 07:42 AM, Tim Hinrichs wrote:
> First, some truth in advertising: I work on Congress (policy as a service),
> so I’ve mostly given thought to this problem in that context.
>
> 1) I agree with the discussion below about creating a token that encodes all
> the permitted actions for
On 10/14/2014 12:40 PM, Sylvain Bauza wrote:
>
> Le 14/10/2014 18:29, Anita Kuno a écrit :
>> On 10/14/2014 11:35 AM, Adrien Cunin wrote:
>>> Hi everyone,
>>>
>>> Inspired by the travels tips published for the HK summit, the
>>> French OpenStack user group wrote a similar wiki page for Paris:
>>>
The blueprint was untargeted mostly because the analysis indicated that
there was no easy solution, and that what we needed was a solution to do
some RBAC on neutron resources.
I think this would be a good addition to the Neutron resource model, and it
would be great if you could start the discuss
On 10/13/2014 05:59 PM, Russell Bryant wrote:
Nice timing. I was working on a blog post on this topic.
On 10/13/2014 05:40 PM, Fei Long Wang wrote:
I think Adam is talking about this bp:
https://blueprints.launchpad.net/nova/+spec/evacuate-instance-automatically
For now, we're using Nagios pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/14/2014 10:22 AM, Everett Toews wrote:
>> I personally think proposing patches to an openstack-api repository is the
>> most effective way to make those proposals. Etherpads and wiki pages are
>> fine for dumping content, but IMO, we don't need
Le 14/10/2014 18:29, Anita Kuno a écrit :
On 10/14/2014 11:35 AM, Adrien Cunin wrote:
Hi everyone,
Inspired by the travels tips published for the HK summit, the
French OpenStack user group wrote a similar wiki page for Paris:
https://wiki.openstack.org/wiki/Summit/Kilo/Travel_Tips
Also note
On 10/14/2014 10:49 AM, Lars Kellogg-Stedman wrote:
On Tue, Oct 14, 2014 at 02:51:15PM +1100, Angus Lees wrote:
1. It would be good if the "interesting" code came from python sdist/bdists
rather than rpms.
I agree in principal, although starting from packages right now lets
us ignore a whole h
Hi Solly,
You are right with your questions about user setting custom UA on their
browser. And during my discussion with other Horizon community members on IRC,
we decided that Horizon should not care about user setting custom UA on for
their browser because it is not our job to identify that a
Hi Doug,
do you know if the existing quota oslo-incubator module has already some
active consumers?
In the meanwhile I've pushed a spec to neutron-specs for improving quota
management there [1]
Now, I can either work on the oslo-incubator module and leverage it in
Neutron, or develop the quota mo
On 10/14/14, 10:22 AM, "Everett Toews" wrote:
>On Oct 14, 2014, at 8:57 AM, Jay Pipes wrote:
>
>> I personally think proposing patches to an openstack-api repository is
>>the most effective way to make those proposals. Etherpads and wiki pages
>>are fine for dumping content, but IMO, we don't
On 10/14/2014 11:35 AM, Adrien Cunin wrote:
> Hi everyone,
>
> Inspired by the travels tips published for the HK summit, the
> French OpenStack user group wrote a similar wiki page for Paris:
>
> https://wiki.openstack.org/wiki/Summit/Kilo/Travel_Tips
>
> Also note that if you want some local in
I'm not sure User Agent detection is the best way to go.
Suppose you do UA sniffing and say "show the message unless the UA is one of
X". Then, if there's a browser which fully supports your feature set, but
doesn't have a known UA (or someone set a custom UA on their browser), the
message wil
Hi,
When I have "OVS_PHYSICAL_BRIDGE=br-p1p1” defined in localrc, devstack creates
the OVS bridge "br-p1p1".
localadmin@qa4:~/devstack$ sudo ovs-vsctl show
5f845d2e-9647-47f2-b92d-139f6faaf39e
Bridge "br-p1p1" <
Port "phy-br-p1p1"
Interface "phy-br-p1p1"
Absolutely this needs splitting out. I ran into an issue a few years ago with
this antipattern with the mythtv folks. The myth client on my laptop got
upgraded and it was overly helpful in that it connected directly to the
database and upgraded the schema for me, breaking the server, and all the
Nice diagrams. :-) Thanks. Susanne
On Mon, Oct 13, 2014 at 4:18 PM, Phillip Toohill <
phillip.tooh...@rackspace.com> wrote:
> Diagrams in jpeg format..
>
> On 10/12/14 10:06 PM, "Phillip Toohill"
> wrote:
>
> >Hello all,
> >
> >Heres some additional diagrams and docs. Not incredibly detailed, bu
This came up briefly on the meeting yesterday, but I wanted to bring
it to a wider audience.
I know some folks out there are using the Heat templates I put
together for setting up a simple kubernetes environment. I have
recently added support for the Gluster shared filesystem; you'll find
it in t
Hi everyone,
Inspired by the travels tips published for the HK summit, the French
OpenStack user group wrote a similar wiki page for Paris:
https://wiki.openstack.org/wiki/Summit/Kilo/Travel_Tips
Also note that if you want some local informations or want to talk about
user groups during
Hello everyone,
Due to two last-minute issues discovered in testing the published
Ceilometer 2014.2 RC2, 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-rc3
At this point, only s
I found a couple of free times available for a weekly meeting if people are
interested:
https://review.openstack.org/#/c/128332/2
Not sure if a meeting time has been hashed out already or not, and if it
has I'll change the patch accordingly. If not, we can iterate on possible
meeting times in the
On Oct 14, 2014, at 8:57 AM, Jay Pipes wrote:
> I personally think proposing patches to an openstack-api repository is the
> most effective way to make those proposals. Etherpads and wiki pages are fine
> for dumping content, but IMO, we don't need to dump content -- we already
> have plenty o
Angus,
On 10/13/2014 08:51 PM, Angus Lees wrote:
I've been reading a bunch of the existing Dockerfiles, and I have two humble
requests:
1. It would be good if the "interesting" code came from python sdist/bdists
rather than rpms.
This will make it possible to rebuild the containers using code
On Tue, Oct 14, 2014 at 02:51:15PM +1100, Angus Lees wrote:
> 1. It would be good if the "interesting" code came from python sdist/bdists
> rather than rpms.
I agree in principal, although starting from packages right now lets
us ignore a whole host of issues. Possibly we'll hit that change down
First, some truth in advertising: I work on Congress (policy as a service), so
I’ve mostly given thought to this problem in that context.
1) I agree with the discussion below about creating a token that encodes all
the permitted actions for the user. The cons seem substantial.
(i) The token
Hi All,
Some of us are travelling this week so we'll need to cancel the hyper-v meeting
for today.
We will resume next week at the usual time.
p
Peter J. Pouliot CISSP
Sr. SDET OpenStack
Microsoft
New England Research & Development Center
1 Memorial Drive
Cambridge, MA 02142
P: 1.(857).4536436
On 10/14/2014 05:04 AM, Alex Xu wrote:
There is one reason to think about what projects *currently* do. When we
choice which convention we want.
For example, the CamelCase and snake_case, if the most project use
snake_case, then choice snake_case style
will be the right.
I would posit that the
Maybe this: https://bugs.launchpad.net/ubuntu/+source/open-iscsi/+bug/306693
Might want to manually fix runlevels to be 0 and 6 (not 1) using update-rc.d.
You can look at the LSB headers (comments at top of init script) in /etc.
On 10/11/14, 12:58 PM, "Nitika"
mailto:nitikaagarwa...@gmail.com>
On 10/14/2014 12:52 AM, Christopher Yeoh wrote:
On Mon, 13 Oct 2014 22:20:32 -0400
Jay Pipes wrote:
On 10/13/2014 07:11 PM, Christopher Yeoh wrote:
On Mon, 13 Oct 2014 10:52:26 -0400
Jay Pipes wrote:
On 10/10/2014 02:05 AM, Christopher Yeoh wrote:
I agree with what you've written on the w
On 10/14/2014 04:55 AM, Tomas Sedovic wrote:
Hi everyone,
As outlined in the "Remove merge.py"[1] spec, Peter Belanyi and I have
built the templates for controller, nova compute, swift and cinder nodes
that can be deploying directly to Heat (i.e. no merge.py pass is
necessary).
The patches:
Hi crew,
Thank you very much to all of you. It's a honor to be "Core" in
fuel-library.
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Tue, Oct 14, 2014 at 1:02 PM, Mike Scherbakov
wrote:
> Thanks all.
> Bogdan, Sergii - you were given +2 rights.
> To merge the patch, you sh
The QA and Documentation teams have adopted a liaison program similar to what
we did for Oslo during Juno. That means we need to provide someone from our
team to work with each of their teams. If you would like to volunteer for one
of the positions, put your name in the appropriate table on the
1 - 100 of 117 matches
Mail list logo