March 14 Community Blog Round-up

Hardware burn-in in the CERN datacenter by Tim Bell

During the Ironic sessions at the recent OpenStack Dublin PTG in Spring 2018, there were some discussions on adding a further burn in step to the OpenStack Bare Metal project (Ironic) state machine. The notes summarising the sessions were reported to the openstack-dev list. This blog covers the CERN burn in process for the systems delivered to the data centers as one example of how OpenStack Ironic users could benefit from a set of open source tools to burn in newly delivered servers as a stage within the Ironic workflow.

Read more at http://openstack-in-production.blogspot.com/2018/03/hardware-burn-in-in-cern-datacenter.html

Using Docker macvlan networks by Lars Kellogg-Stedman

A question that crops up regularly on #docker is “How do I attach a container directly to my local network?” One possible answer to that question is the macvlan network type, which lets you create “clones” of a physical interface on your host and use that to attach containers directly to your local network. For the most part it works great, but it does come with some minor caveats and limitations. I would like to explore those here.

Read more at http://blog.oddbit.com/2018/03/12/using-docker-macvlan-networks/

A New Fencing Mechanism (TBD) by Andrew Beekhof

Protecting Database Centric Applications. In the same way that some application require the ability to persist records to disk, for some applications the loss of access to the database means game over – more so than disconnection from the storage.

Read more at http://blog.clusterlabs.org/blog/2018/tbd-fencing

Generating a Callgraph for Keystone by Adam Young

Once I know a starting point for a call, I want to track the other functions that it calls. pycallgraph will generate an image that shows me that.

Read more at http://adam.younglogic.com/2018/03/callgraph-keystone/

Inspecting Keystone Routes by Adam Young

What Policy is enforced when you call a Keystone API? Right now, there is no definitive way to say. However, with some programmatic help, we might be able to figure it out from the source code. Lets start by getting a complete list of the Keystone routes.

Read more at http://adam.younglogic.com/2018/03/inspecting-keystone-routes/

SnowpenStack by rbowen

I’m heading home from SnowpenStack and it was quite a ride. As Theirry said in our interview at the end of Friday (coming soon to a YouTube channel near you), rather than spoiling things, the freak storm and subsequent closure of the event venue served to create a shared experience and camaraderie that made it even better.

Read more at http://drbacchus.com/snowpenstack/

Expiry of VMs in the CERN cloud by Jose Castro Leon

The CERN cloud resources are used for a variety of purposes from running compute intensive workloads to long running services. The cloud also provides personal projects for each user who is registered to the service. This allows a small quota (5 VMs, 10 cores) where the user can have resources dedicated for their use such as boxes for testing. A typical case would be for the CERN IT Tools training where personal projects are used as sandboxes for trying out tools such as Puppet.

Read more at http://openstack-in-production.blogspot.com/2018/03/expiry-of-vms-in-cern-cloud.html

My 2nd birthday as a Red Hatter by Carlos Camacho

This post will be about to speak about my experience working in TripleO as a Red Hatter for the last 2 years. In my 2nd birthday as a Red Hatter, I have learned about many technologies, really a lot… But the most intriguing thing is that here you never stop learning. Not just because you just don’t want to learn new things, instead, is because of the project’s nature, this project… TripleO…

Read more at https://www.anstack.com/blog/2018/03/01/2nd-birthday-as-a-red-hatter.html

Article written by