Posted in Ansible

Timeout Error while Gathering Facts using Ansible Playbook

If you are getting timeout error while executing dry-run or actual deployment like following that means ansible is taking a long time to gather facts from managed hosts.

Generally, you will get an error like “Timer expired after 10 seconds”.

Timout Error

Continue reading “Timeout Error while Gathering Facts using Ansible Playbook”

Posted in Cloud, Linux

Quick Steps for install KVM hypervisor

This post describe quick steps to install KVM hypervisor on CentOS7. KVM (Kernel based Virtual Machine) is opensource hypervisor, lightweight and works/fits well into cloud.

For your personal lab you can use KVM hypervisor layer and utilize hardware for creation of multiple VMs. KVM support both linux and windows based VMs.

Check whether system CPU supports Hardware Virtualization. #grep -E ‘{vmx|svm}’ /proc/cpuinfo

if you get vmx or svm in output then you are good to go ahead otherwise your CPU doesn’t support virtualization.

Continue reading “Quick Steps for install KVM hypervisor”

Posted in network, Openstack, Security

Neutron Validation Testing Part 3

External/Floating outgoing/incoming network

I have used following steps to test this.

  • Create tenant network, tenant subnet
  • Create shared router
  • For external network, I have created external network ext-net outside of script because we have to do some manual stuff here. For external networking make sure physical Ethernet port is added into external bridge br-ex and network configuration file ifcfg-br-ex and ifcfg-ethX is created with relevant info.
  • Add tenant network interface to router and set gateway of router to external network.
  • Create VM instance into tenant network.
  • Create and assign floating IP to VM
  • Add security rule for PING and SSH testing.
  • For external/outgoing access ping to 8.8.8.8 (google DNS) from VM and for floating incoming access ssh to VM using floating IP from outside.

n5

Continue reading “Neutron Validation Testing Part 3”

Posted in Cloud, network, Openstack

Neutron Validation Testing Part 2

Tenant to tenant networking with different subnet

For tenant to tenant networking I used following steps.

  • Create first tenant, tenant network, tenant subnet
  • Create second tenant, tenant network, tenant subnet
  • Create router in admin tenant and add both tenant interface to it.
  • Create 2 VMs instance into two different tenant network.
  • Add security rule for PING and SSH testing.
  • Ping to each other using network namespace.

n4

Continue reading “Neutron Validation Testing Part 2”

Posted in Cloud, network, Openstack

Neutron Validation Testing Part 1

All test are performed from standalone VM outside of the OpenStack cloud. First, establish passwordless SSH authentication between Standalone VM and OpenStack controller. Use following method to invoke the script from standalone VM which will run o on controller VM and get the details.

ssh –T <controller hostname/ip>  < script.sh

Here –T Disable pseudo-tty allocation from VM

External and Internal API networking.

  • To access external API and internal API network I used curl utility to make API calls.
  •  Using curl generate a new token first by providing tenant name, username, password and controller IP. We can be used admin auth_token as well but that token will fetch details related to admin tenant only. Here we can generate a token for any tenant.n1
  • This generates endpoint list with a token in the bottom.n2
  • Continue reading “Neutron Validation Testing Part 1”

Posted in Cloud, Openstack

Tips to pass OpenStack Foundation (COA) Certified OpenStack Administrator exam.

I was busy studying OpenStack Foundation’s COA exam so couldn’t publish blog post for a while.

Luckily I have passed the COA exam and hard work pays off. As I have passed this so thought of sharing my experience with the exam.

This post is basically contains some tips/info about OpenStack Foundation (COA) Certified OpenStack Administrator exam.

Certified OpenStack Administrator (COA) is the first professional certification offered by the OpenStack Foundation. It’s designed to help companies identify top talent in the industry, and help job seekers demonstrate their skills.

The Certified OpenStack Administrator is a professional typically with at least six months of OpenStack experience, and has the skills required to provide day-to-day operation and management of an OpenStack cloud.

The current exam is based on the OpenStack Liberty version and covers the core compute, storage and networking services. To learn more about the knowledge requirements and domains covered in the exam, go to www.openstack.org/coa/requirements.

 
Continue reading “Tips to pass OpenStack Foundation (COA) Certified OpenStack Administrator exam.”

Posted in Cloud, Openstack

Openstack Mitaka Installation using Devstack on Ubuntu 16.04

We can install Openstack using many tool Devstack and Packstack are two of them. In my last post I have shared Openstack Installation using Packstack on CentOS 7. In this post I am going through step by step Openstack installation using Devstack on Ubuntu 16.04.ive

I am using VirtualBox VM with following configuration.

OS – Ubuntu 16.04

RAM – 7168MB

Disk – 40GB

vCPU – 2

Network – One bridged ethernet adapter with static IP.

1. Install Ubuntu minimal server on VM and perform apt-get update and upgrade and reboot the machine.

2. Configure Bridged ethernet adapter with static IP and give relevant hostname to machine.

stack@Mitakastack:~/devstack$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto enp0s3
iface enp0s3 inet static
address 10.20.1.154
netmask 255.255.252.0
gateway 10.20.0.1
dns-nameservers 10.20.0.3

stack@Mitakastack:~/devstack$ cat /etc/hostname
Mitakastack

Continue reading “Openstack Mitaka Installation using Devstack on Ubuntu 16.04”

Posted in Cloud, Openstack

Openstack Mitaka Installation using packstack on CentOS 7

Mitaka is 13th release of Openstack. Following are some of the notable features in Mitaka.

Compute

  • Real-time Kernel-based Virtual Machine (KVM) compute nodes and custom CPU thread policies
  • Live migration improvements

Storage

  • Rolling upgrades in Cinder
  • Disaster recovery share-replication application programming interface (API) support

Networking

  • Tenant resources cleanup
  • Improved security groups performance

I have configured allinone Openstack Mitaka setup on one Virtual VM using VirtaulBox.

My Virtual VM configuration are as follows.

OS – CentOS 7.2

RAM – 7168MB

Storage – 40GB

Network – One bridged adpater with static IP

vCPU – 2

Install CentOS 7.2 on VM and update to latest level and reboot the system.

Continue reading “Openstack Mitaka Installation using packstack on CentOS 7”

Posted in Cloud, Linux, Openstack

Basic Cinder (volume) service functionality in Openstack – Part2

We saw volume creation with related issues and probable solutions.

Now we will see volume attach to VM. Create partition on it. Remove it and detach volume from VM.

Attach created volume to testvm. Following is command-line requirement for cinder volume-attach.

c20

Volume ID will get it from cinder-list use auto to autoassign the new device.

c21

You can check volume status is changed to in-use now and also changed attached with VM ID.

c22

Continue reading “Basic Cinder (volume) service functionality in Openstack – Part2”