Headup Just keep pushing forward...

A lot of sysadmins, SRE o wherever you want to call us, using native Linux in our laptops have the need to use virtual machines running Windows (some support, pentesting tasks, etc), if you are passionate about running periodics updates by now you figure out the main problem of this, if not, you will; the main problem is that on every kernel upgrade you will lose the modules of vmware or virtualbox, the best solution for this is to use QEMU/KVM.

So, in RHOSP13 fake_pxe is being deprecated to change in RHOSP14 for manual-management, the problem is that is just in between the migration, so there is not a clean way to use fake_pxe in RHOSP13.
Other change is in the installation of undercloud, the option enabled_drivers is now DEPRECATED an changed by enabled_hardware_types.

What now, in order to being able to use fake_pxe as a pm_type first install the undercloud without the options enabled_drivers, only use enabled_hardware_types and add at the end manual-management, like this:

DISCLAIMER: this is not my post is only a copy, in case the original get deleted or whatever, posting on my personal blog get easier for me to find it. You can find the original one in this link https://vpsie.com/knowledge-base/boot-single-user-mode-centos-rhel-vpsie/

The first thing to do is to open Terminal and log in to you CentOS 7 server.

After, restart your server wait for GRUB boot menu to show.

Next step is to select your Kernel version and press

I believe that if you are going to work with timestamps is better to do it in epoch stamps, so in GO epoch is type int64.

You're working on an XFS filesystem, in this case you need to use xfs_growfs instead of resize2fs. Two commands are needed to perform this task :

# growpart /dev/sda 1

growpart is used to expand the sda1 partition to the whole sda disk.

# xfs_growfs -d /dev/sda1

xfs_growfs is used to resize and apply the changes.

# df -h

So this one is pretty simple. However, I found a lot of misinformation along the way, so I figured that I would jot the proper (and most simple) process here.

Symptoms: a RHEL (or variant) VM that takes a very long time to boot. On the VM console, you can see the following output while the VM boot process is stalled and waiting for a timeout. Note that the message below has nothing to do with cloud init, but its the output that I have most often seen on the console while waiting for a VM to boot.

[106.325574} random: crng init done

Sometimes you need to change the password to an user in a qcow2 image, to test locally or if you are using an infrastructure without cloud-init, regardless the user the procedure is the same.

Depends on the system the packages name could change a little, I'm using Fedora 27 I have installed

In any kind of distributed system you will have to choose between consistency, availability and partitioning, the CAP theorem states that in the presence of a network partition, one has to choose between consistency and availability, by default (default configurations) CEPH provides consistency and partitioning, just take in count that CEPH has many config options: ~860 in hammer, ~1100 in jewel, check this out, is jewel github co

Quick way to get the total amount of provisioned space from cinder

alvaro@skyline.local: ~
$ cinder list --all-tenants
mysql like output :)

So to parse the output and add all the values in the Size col, use the next piped commands.

alvaro@skyline.local: ~
$ . admin-openrc.sh

Quick guide to remember how to keep up to date forked repos:

First: Manage set of tracked repositories.

alvaro@skyline.local: ~/docker-openstack-cli
$ git remote -v
origin https://github.com/alsotoes/docker-openstack-cli.git (fetch)
origin https://github.com/alsotoes/docker-openstack-cli.git (push)