Good from me, as I cannot spend cycles on reviewing code on my current
position.
Long live shade!
El vie., 10 ago. 2018 a las 14:07, Monty Taylor ()
escribió:
> Hey everybody,
>
> We have some former contributors who haven't been involved in the last
> cycle that we should prune from the
Thanks for setting this up, I'm in.
Cheers
2017-11-07 20:13 GMT+01:00 Ian Wienand :
> Let's meet at the swirlly fountain pit about 6:10pm
>
> Preliminary plan is a ferry, dinner, walk and drinks
>
> Not to sound like your Mum/Mom but a light jacket and comfortable shoes
>
I believe screen is no longer the system to manage services in DevStack,
but systemd is now:
https://docs.openstack.org/devstack/latest/systemd.html
You should just use systemctl to bring up all OpenStack services.
HTH
2017-07-11 11:40 GMT+02:00 zhi :
> Hi, Abhishek.
>
2017-06-09 22:18 GMT+02:00 Paul Belanger :
> On Fri, Jun 09, 2017 at 07:58:44PM +, Jeremy Stanley wrote:
> > On 2017-06-07 14:26:10 +0800 (+0800), Xinliang Liu wrote:
> > [...]
> > > we already have our own pre-built debian cloud image, could I just
> > > use it and not
Monday works better for me, thanks Paul!
2017-05-04 17:30 GMT+02:00 Paul Belanger :
> On Thu, May 04, 2017 at 10:45:36AM -0400, Paul Belanger wrote:
> > On Thu, Apr 27, 2017 at 08:47:58PM -0400, Paul Belanger wrote:
> > > Greetings!
> > >
> > > Its that time where we all
I appreciate, happy to pitch in for offsite tasks.
Will def. keep an eye on channel.
Safe travels!
2017-02-16 17:06 GMT+01:00 Jeremy Stanley <fu...@yuggoth.org>:
> On 2017-02-16 17:02:48 +0100 (+0100), Ricardo Carrillo Cruz wrote:
> > Gah, too bad I won't be able to make the
Gah, too bad I won't be able to make the PTG, didn't get budget for it.
Enjoy folks, I'll miss you all!
Cheers
2017-02-16 17:00 GMT+01:00 Jeremy Stanley :
> On 2017-02-15 14:58:29 -0800 (-0800), Clark Boylan wrote:
> [...]
> > Alright, with Monty's help we now have a
out such thing.
> On 11/25/2016 12:48 PM, Ricardo Carrillo Cruz wrote:
>
> That is expected.
>
> The shade calls accept name_or_id param for a lot of methods for
> convenience.
> In your case, as there are multiple images with the same name you should
> pass the ID of
That is expected.
The shade calls accept name_or_id param for a lot of methods for
convenience.
In your case, as there are multiple images with the same name you should
pass the ID of the image you want to use, otherwise
shade cannot guess it.
2016-11-25 11:42 GMT+01:00 George Shuklin
22:00 UTC works for me too, even if it's a bit late for me.
Cheers
2016-11-03 23:02 GMT+01:00 Joshua Hesketh :
> Hey,
>
> So selfishly speaking this is early for me (particularly when daylight
> savings ends). Would people consider 2200 or 2300?
>
> I suspect though
Works for me.
Thanks
2016-11-02 19:46 GMT+01:00 David Shrewsbury :
> Mon 20:00 UTC is fine with me.
>
> On Wed, Nov 2, 2016 at 1:30 PM, James E. Blair
> wrote:
>
>> Hi,
>>
>> Recently, a bunch of folks have expressed an interest in helping with
Yeah, I apologize, I did that over IRC and forgot to reply this thread.
Regards
2016-10-20 18:46 GMT+02:00 Elizabeth K. Joseph :
> On Wed, Oct 19, 2016 at 4:19 AM, Kirill Proskurin
> wrote:
> > Hello Infra Team,
> >
> > Could you please add
Works for me Jeremy, thanks.
Ricky
2016-10-08 17:12 GMT+02:00 Jeremy Stanley :
> It's approaching time to finalize our session schedule. Just to
> recap, we have five workrooms, one fishbowl and a half-day sprint
> alloted. There are six good ideas on the planning pad[*] now,
Hello Andrey
I just added you to the group.
Regards
2016-09-30 10:43 GMT+02:00 Andrey Nikitin :
> Hello!
>
> I've created the following request to create new fuel-plugin's
> repository: [0]. As far I can see, the project is created, so, could you
> please add me to the
Hi there
We would like to write an update about the status of the InfraCloud ( if
you never heard of it, it's essentially a bunch of hardware donated by HPE
to the project to run an OpenStack cloud for CI testing. More info at
http://docs.openstack.org/infra/system-config/infra-cloud.html ).
We
Congratulations, and thanks to everyone involved in this.
This is a huge milestone :-) .
Cheers
2016-08-24 16:53 GMT+02:00 Zara Zaimeche :
> Hi, all! A few exciting StoryBoard updates incoming.
>
> 1. StoryBoard is now integrated with Gerrit (thanks, zaro)!
>
Congratulations, and thanks to everyone involved in this.
This is a huge milestone :-) .
Cheers
2016-08-24 16:53 GMT+02:00 Zara Zaimeche :
> Hi, all! A few exciting StoryBoard updates incoming.
>
> 1. StoryBoard is now integrated with Gerrit (thanks, zaro)!
>
Thanks a million for this!
Ricky
2016-08-09 13:25 GMT+02:00 Davanum Srinivas :
> Yay! Long time to get here. But we are here :)
>
> -- Dims
>
> On Tue, Aug 9, 2016 at 7:04 AM, Sean Dague wrote:
> > https://review.openstack.org/#/c/350750/ has merged, which
Oh, hahaha, I thought the dns.py was actually doing something.
Now that I see the script I know what you mean :-).
2016-08-01 17:10 GMT+02:00 Jeremy Stanley <fu...@yuggoth.org>:
> On 2016-08-01 16:46:07 +0200 (+0200), Ricardo Carrillo Cruz wrote:
> > In my mind, I thought set_dns
is that DevStack really gives a lot of problems
when you try to stack/unstack , so long-lived
servers are asking for trouble here.
2016-08-01 16:36 GMT+02:00 Jeremy Stanley <fu...@yuggoth.org>:
> On 2016-08-01 16:08:49 +0200 (+0200), Ricardo Carrillo Cruz wrote:
> [...]
> > The set DN
How about something like a playbook that runs on puppetmaster periodically
doing something like this:
create_server_translate_a
create_server_translate_b
set_dns
The create_server_translate tasks would be idempotent, i.e. they won't leak
servers.
The set DNS task would check a file on the
Hi there
I'm happy to report that modules to manage Designate zones and recordsets
have landed on Ansible extras devel branch:
https://github.com/ansible/ansible-modules-extras/blob/devel/cloud/openstack/os_zone.py
Hi there
I'm happy to report that modules to manage Designate zones and recordsets
have landed on Ansible extras devel branch:
https://github.com/ansible/ansible-modules-extras/blob/devel/cloud/openstack/os_zone.py
Hello Amit
I've added you to the groups requested.
Kind regards
2016-07-27 10:46 GMT+02:00 Amit Saha :
> Hi,
>
> We are in the process of creating a StackForge project and got our initial
> approval (https://review.openstack.org/#/c/346394/4).
>
> As per the documentation at
I concur, in infra we install roles from git repos.
Those are defined in a yaml that are then feeded to ansible-galaxy tool:
http://git.openstack.org/cgit/openstack-infra/system-config/tree/roles.yaml
Regards
2016-07-13 17:58 GMT+02:00 David Moreau Simard :
> On Wed, Jul 13,
Hi Doug
I've written a few Ansible OpenStack modules, for example:
https://github.com/ansible/ansible-modules-extras/pull/2240
Some pending merge, some others already merged.
Regards
2016-06-13 21:41 GMT+02:00 Doug Hellmann :
> Thanks!
>
> > On Jun 13, 2016, at 3:23
Absolutely.
As a matter of fact, the OpenStack Infra CI no longer has a Puppetmaster
daemon running.
The current puppetmaster.openstack.org is a host containing hiera and
puppet modules. A cron'd Ansible play pushes to the clients the pertinent
hiera secrets
and modules for each node and then
If you just want to be able to run compute in containers and you don't need
fancy things
like Kubernetes/Swarm etc, you can use a nova plugin:
http://docs.openstack.org/liberty/config-reference/content/lxc.html
https://wiki.openstack.org/wiki/Docker
Ricky
2016-06-09 12:31 GMT+02:00 Turbo
2016-05-23 22:38 GMT+02:00 Jeremy Stanley :
> As discussed during the "Launch Node, Ansible and Puppet" summit
> session in Austin[1], we're making things unnecessarily hard on
> ourselves by insisting on having multiple servers in our inventory
> with the same name. In order
Yeah, seriously, thanks a million for this.
You are making developers lives wa better!
2016-05-05 18:12 GMT+02:00 Monty Taylor :
> On 05/05/2016 10:57 AM, Sean M. Collins wrote:
>
>> During the Austin summit, there was a discussion in the QA meetings
>> about the future
I appreciate you starting this thread Paul.
Being able to collaborate with other folks from the infra team on preparing
talks for confs is
great, and gives the chance to people who are interested in the project but
are 'shy' to speak up
alone in stage to overcome that barrier.
This will also
++, exactly my thoughts.
I believe most people don't vote 0 for questions about the change because
'it won't count'.
That's really bad, IMHO 0 should be for asking things not clear in the
patch, whereas a -1 should be a 'this code here is not right'.
I believe the 0s should be tracked somehow.
A big +1 from me.
Just to let you know, Julia has been fundamental in helping us in infra to
review and accept patches
in Bifrost as we encountered missing features during the infra cloud
testing.
Thanks Julia!
2016-03-24 21:37 GMT+01:00 Villalovos, John L :
> +1
I think it's 'ok' to try to tidy up the modules a bit, but I would put the
expectation
that this is not a priority for reviewers.
And honestly, I don't think we should ever lint on tests this kind of
styling.
What I believe is something that you could change is pause a bit the
refactoring,
the
Works for me, I'll attend.
Regards
2016-03-17 22:11 GMT+01:00 Yolanda Robla Mota :
> Works for me, thanks!
>
> El 17/03/16 a las 19:48, Colleen Murphy escribió:
>
> The networking team at HPE received our request and would like to have a
> call next week to review
+1
2016-02-22 18:27 GMT+01:00 Clayton O'Neill :
> Is the expectation that the ops mid-cycle would continue separately,
> or be held with the meeting formerly known as the Design Summit?
>
> Personally I’d prefer they be held together, but scheduled with the
> thought that
Hi Steve
When you say the registry would require a machine with plenty of disk
space, do you have an estimate of storage needed?
Regards
2016-02-20 14:21 GMT+01:00 Steven Dake (stdake) :
> Infra folks,
>
> I'd like to see a full CI/CD pipeline of Kolla to an OpenStack
>
Erm, yeah, I hear your pain with processing output with awk.
Having the option to output CSV is cool :-).
Thanks for sharing.
Cheers
2015-10-02 21:49 GMT+02:00 Thomas Goirand :
> Hi,
>
> I saw the csv output format of openstackclient going and coming back.
> Please leave it
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
I lean towards fixing now by using the new defined type and we write a spec
for migrating to puppetlabs-apache (once we merge in upstream infra needs).
Regards
2015-08-27 11:07 GMT+02:00 Yolanda Robla Mota yolanda.robla-m...@hp.com:
Hi
Thanks for the explanation. As this is a topic that needs
I lean towards the second option that Jeremy pointed out.
External users just expect Puppet to bring up services configured by the
module, it makes sense to me having 'running' as default and override that
at the node or wrapper module.
Regards
El 13/8/2015 8:30, Yolanda Robla Mota
who added that), but the main intention
for this class was to install pip (which doesn't work btw).
Regards
2015-08-12 14:40 GMT+02:00 Paul Belanger pabelan...@redhat.com:
On Tue, Aug 11, 2015 at 10:59:35PM +0200, Ricardo Carrillo Cruz wrote:
We have followed this topic on IRC channel
Having lint checks as non-voting seems like a good compromise to me here.
2015-08-12 17:09 GMT+02:00 Yolanda Robla Mota yolanda.robla-m...@hp.com:
Hi
So my point here, is that i don't want to do a discrimination between
rules on puppet
modules and system-config. If we enforce lint rules, we
and documentation stating that in order to use
infra modules install_puppet.sh should be run or pip installed prior to
applying the puppet modules
If there are no objections with the above, I'd start doing refactoring.
Regards
2015-08-11 12:36 GMT+02:00 Ricardo Carrillo Cruz
ricardo.carrillo.c
Hi folks
I would like to get a consensus on where we should go with puppet-pip and
puppet-python.
Puppet-pip module is supposedly for installing pip and managing pip.conf.
Puppet-python (aka stankevich-python) module manages python, pip,
virtualenv and gunicorn virtual hosts (serious swiss army
Alternatively you could have a look at tunneling SSH over HTTP with
corkscrew:
http://www.techrepublic.com/blog/linux-and-open-source/using-corkscrew-to-tunnel-ssh-over-http/
Regards
2015-06-12 11:09 GMT+02:00 Tom Fifield t...@openstack.org:
On 12/06/15 17:04, liuxinguo wrote:
Hi,
Whenever is, I'll participate.
Regards
2015-06-04 21:09 GMT+02:00 Spencer Krum n...@spencerkrum.com:
I'm in!
--
Spencer Krum
n...@spencerkrum.com
On Thu, Jun 4, 2015, at 09:22 AM, Asselin, Ramy wrote:
Hi,
It was nice to meet many of you at the Vancouver Infra Working Session.
Hey Michael
It's a shame we are getting rid of SB, it's an amazing kit of software.
I'm hoping we will be able to continue developing it, maybe not being the
main issue tracker for OpenStack now will allow the project become
what it was envisioned.
You have been a great lead and I am looking
Big +1 from me :-).
Yolanda is an amazing engineer, both frontend and backend.
As Michael said, she's not only been doing Storyboard but a bunch of other
infra stuff that will be beneficial for the project.
Regards!
2014-12-24 0:38 GMT+01:00 Zaro zaro0...@gmail.com:
+1
On Tue, Dec 23, 2014
Hi there
I was writing a spec for an issue tracker agnostic update_bug.py on Jeepyb
when this Story comment from Khai came to my attention:
https://storyboard.openstack.org/#!/story/212
We should probably just deprecate jeepyb at this point. The Gerrit -
Storyboard integrations should be
Code review is a vital part of the Openstack CI workflow, and as such the
git repos managed by Openstack CI Gerrit are the authorative sources.
It looks to me you don't want to have Gerrit to be the authorative git
server to avoid doing code reviews in experiments or to share code among
Hi Ondrej
The replication between Gerrit and git mirrors is done by the Gerrit
replication mechanism.
If you look at this line in the gerrit manifest:
http://git.openstack.org/cgit/openstack-infra/system-config/tree/modules/gerrit/manifests/init.pp#n255
you will see that it deploys a
+1 from me, Andreas is very responsive and his reviews are spot on.
Regards
2014-09-26 22:11 GMT+02:00 Anne Gentle a...@openstack.org:
On Fri, Sep 26, 2014 at 10:35 AM, James E. Blair cor...@inaugust.com
wrote:
I'm pleased to nominate Andreas Jaeger to the project-config core team.
The
This is awesome, thanks for this guys!
Regards
2014-09-16 7:09 GMT+02:00 Angelo Matarazzo matarazzoang...@gmail.com:
You are great!!!
As newbie I tell you: thank you a lot
Angelo
Il giorno 16/set/2014 00:58, Sean Dague s...@dague.net ha scritto:
A few of us have decided to pull together a
Congrats Andrea, well deserved!
2014-07-25 19:37 GMT+02:00 Matthew Treinish mtrein...@kortar.org:
So all of the current core team members have voted unanimously in favor of
adding Andrea to the team.
Welcome to the team Andrea.
-Matt Treinish
On Fri, Jul 25, 2014 at 01:32:27PM -0400,
Hi there
I installed a one node Icehouse cloud at home, with Neutron and GRE.
Everything is ok, except I can't ssh to ubuntu instances.
The problem is that cloud-init is unable to reach the metadata service,
thus the keypair is never injected into the instance.
This is the error:
snip
will
already be there but you will not be able to view it until you use a user
with admin role.
Hope it makes sense
Ageeleshwar K
--
*From:* Ricardo Carrillo Cruz [ricardo.carrillo.c...@gmail.com]
*Sent:* Sunday, June 01, 2014 5:59 PM
*To:* openstack
} |
+--+--+---+
This is populated when you run keystone-manage db_sync
Thank you,
Ageeleshwar K
--
*From:* Ricardo Carrillo Cruz [ricardo.carrillo.c...@gmail.com]
*Sent:* Monday, June 02, 2014 2:27 PM
*To:* Ageeleshwar Kandavelu
*Cc
Hi guys
I'm currently installing Openstack in Ubuntu 14.04 by following the
official guide, instead of just use devstack, for fun.
I succesfully installed keystone and I'm now at the user/tenant/roles
creation step.
This is an excerpt from the guide:
*By default, the Identity Service creates a
/nova/+bug/1322599
Regards
2014-05-24 13:21 GMT+02:00 Ricardo Carrillo Cruz
ricardo.carrillo.c...@gmail.com:
Hi guys
Being off some time from using tripleo and now I'm back in business.
I get this error during devtest_seed.sh run:
++ os-apply-config --key baremetal-network.seed.range-end
Hi guys
Being off some time from using tripleo and now I'm back in business.
I get this error during devtest_seed.sh run:
++ os-apply-config --key baremetal-network.seed.range-end --type raw
--key-default 192.0.2.20
+ BM_NETWORK_SEED_RANGE_END=192.0.2.20
+ setup-neutron 192.0.2.2 192.0.2.20
Please disregard, I sent this email to the openstack-dev, instead of the
openstack users mailing list.
Sorry for the noise.
2014-05-24 13:08 GMT+02:00 Ricardo Carrillo Cruz
ricardo.carrillo.c...@gmail.com:
Hi guys
Being off some time from using tripleo and now I'm back in business.
I get
It would be nice to have a switch on git-review to push patchsets on WIP,
the same way you can do with Draft.
Anyone knows if there is an enhancement request/bug opened against Gerrit
so we could implement it?
Regards
2014-04-25 10:49 GMT+02:00 Roman Podoliaka rpodoly...@mirantis.com:
Hi
Hi guys
I opened a bug to state in the documentation that Ubuntu 12.04 is
unsupported and sent a change for it:
https://bugs.launchpad.net/tripleo/+bug/1296576
https://review.openstack.org/#/c/84801/
However, per the initial feedback it seems some developers are interested
in widening the scope
Hello guys
I recently got merged on stackforge a project I did for my Systems
Engineering dissertation, it's an Android openstack app:
https://review.openstack.org/#/c/81234/
Following the documentation, it seems I would need to open a new request
for Launchpad groups in order to manage bugs
65 matches
Mail list logo