Making Host and OpenStack iSCSI devices play nice together by geguileo
OpenStack services assume that they are the sole owners of the iSCSI connections to the iSCSI portal-targets generated by the Cinder driver, and that is fine 98% of the time, but what happens when we also want to have other non-OpenStack iSCSI volumes from that same storage system present on boot? In OpenStack the OS-Brick […]
Read more at https://gorka.eguileor.com/host-iscsi-devices/
Service Assurance on small OpenShift Cluster by mrunge
This article is intended to give an overview on how to test the
Notes on testing a tripleo-common mistral patch by JohnLikesOpenStack
I recently ran into bug 1834094 and wanted to test the proposed fix. These are my notes if I have to do this again.
Developer workflow with TripleO by Emilien
In this post we’ll see how one can use TripleO for developing & testing changes into OpenStack Python-based projects (e.g. Keystone).
Read more at https://my1.fr/blog/developer-workflow-with-tripleo/
Avoid rebase hell: squashing without rebasing by OddBit
You’re working on a pull request. You’ve been working on a pull request for a while, and due to lack of sleep or inebriation you’ve been merging changes into your feature branch rather than rebasing. You now have a pull request that looks like this (I’ve marked merge commits with the text [merge]):
Git Etiquette: Commit messages and pull requests by OddBit
Always work on a branch (never commit on master) When working with an upstream codebase, always make your changes on a feature branch rather than your local master branch. This will make it easier to keep your local master branch current with respect to upstream, and can help avoid situations in which you accidentally overwrite your local changes or introduce unnecessary merge commits into your history.
Running Keystone with Docker Compose by OddBit
In this article, we will look at what is necessary to run OpenStack’s Keystone service (and the requisite database server) in containers using Docker Compose.
The Kubernetes in a box project by Carlos Camacho
Implementing cloud computing solutions that runs in hybrid environments might be the final solution when comes to finding the best benefits/cost ratio.
Read more at https://www.anstack.com/blog/2019/05/21/kubebox.html
Running Relax-and-Recover to save your OpenStack deployment by Carlos Camacho
ReaR is a pretty impressive disaster recovery solution for Linux. Relax-and-Recover, creates both a bootable rescue image and a backup of the associated files you choose.