≡ Menu

How to Setup Vagrant on Linux to Create Virtual Dev Environment

Vagrant LogoVagrant is an open source tool used for creating a portable virtual environment.

Using Vagrant, developers and sysadmins can create any virtual environment instantly. Vagrant is extremely simple to use and configure.

Vagrant acts as central configuration repository for managing and deploying multiple reproducible virtual environments from a canned OS image with same configuration.

1. Install Vagrant

First, download the vagrant binaries for your OS from VagrantUp.

Currently it is available for MacOS, Windows, Debian and CentOS.

For this tutorial, we downloaded the 64bit rpm for centos.

# wget https://releases.hashicorp.com/vagrant/1.8.1/vagrant_1.8.1_x86_64.rpm

Please note that vagrant is available on windows as well which means you can download and install vagrant and virtualbox on your windows machine and then run the vagrant commands to quickly build any available vagrant OS’es for your testing.

Install the downloaded file on your system using your systems appropriate package installer. Since we are installing this on CentOS, we have downloaded the rpm file and using rpm command to install the vagrant.

# rpm -ivh vagrant_1.8.1_x86_64.rpm
Preparing...     ################# [100%]
   1:vagrant     ################# [100%]

Verify that the vagrant package is installed successfully.

# vagrant -v
Vagrant 1.8.1

2. Add a Vagrant Box

The next step is to run “vagrant box add” command. In this example, I am using one of the predefined catalogs available on HashiCorp’s Atlas box catalog. This catalog has LAMP stack already configured on it.

# vagrant box add smallhadroncollider/centos-6.4-lamp
==> box: Loading metadata for box 'smallhadroncollider/centos-6.4-lamp'
    box: URL: https://atlas.hashicorp.com/smallhadroncollider/centos-6.4-lamp
==> box: Adding box 'smallhadroncollider/centos-6.4-lamp' (v1.1) for provider: virtualbox
    box: Downloading: https://atlas.hashicorp.com/smallhadroncollider/boxes/centos-6.4-lamp/versions/1.1/providers/virtualbox.box
==> box: Successfully added box 'smallhadroncollider/centos-6.4-lamp' (v1.1) for 'virtualbox'!

Verify that the vagrant box is successfully added using the following command. This will display all the vagrant boxes that are installed on our system. Currently we have only one box installed.

# vagrant box list
smallhadroncollider/centos-6.4-lamp (virtualbox, 1.1)

3. Initialize Vagrant Box

Now we are ready to initialize the new Vagrant environment by creating a vagrant file. vagrant status command displays the currently initialized vagrant environments. In this case since we do not have any machines initialized yet, vagrant status gives the below output.

# vagrant status
A Vagrant environment or target machine is required to run this
command. Run `vagrant init` to create a new Vagrant environment. Or,
get an ID of a target machine from `vagrant global-status` to run
this command on. A final option is to change to a directory with a
Vagrantfile and to try again.

Now we can create a new directory and initialize the vagrant environment that we just downloaded, this will place a plain vagrantfile in the current working directory. You can change many of settings in this file, we can change things such as network configuration, shared folders, and puppet and chef details.

Just be aware a box restart will likely be required before changes take effect.

To learn more about configuration inside the vagrant file, you can refer the vagrant documentation.

# mkdir centos-6.4-lamp

# cd centos-6.4-lamp

# vagrant init smallhadroncollider/centos-6.4-lamp
A `Vagrantfile` has been placed in this directory. You are now
ready to `vagrant up` your first virtual environment! Please read
the comments in the Vagrantfile as well as documentation on
`vagrantup.com` for more information on using Vagrant.

After you initialize vagrant box, you’ll see that it has created the following file under the current directory.

# ls -ltr
-rw-r--r--. 1 root root 3017 Jan 27 18:29 Vagrantfile

4. Provider Dependency

Now if you to try to bring up the vagrant machine, you will see the below error. This is because the provider has not been installed yet on the machine. The provider can be usually Oracle Virtualbox, VMWARE, Hyper-V. Once you choose the provider, depending on OS platform install the respective rpm on the machine.

# vagrant up
No usable default provider could be found for your system.
Vagrant relies on interactions with 3rd party systems, known as
"providers", to provide Vagrant with resources to run development
environments. Examples are VirtualBox, VMware, Hyper-V.
The easiest solution to this message is to install VirtualBox, which
is available for free on all major platforms.

If you believe you already have a provider available, make sure it
is properly installed and configured. You can see more details about
why a particular provider isn't working by forcing usage with
`vagrant up --provider=PROVIDER`, which should give you a more specific
error message for that particular provider.

Note: In my case, I have downloaded and installed Oracle Virtualbox. You need to have one of the virtualization provider installed on your machine for this to work. Earlier we explained in detail about How to install Oracle VirtualBox.

Once a provider (Oracle virtualbox, VMWare, etc.) is installed, try to bring up the virtual environment using “vagrant up” as shown below, you can also setup your public network and any other software packages needs to be included or any other configurations in the vagrant file and bring up the virtual machine.

# vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'smallhadroncollider/centos-6.4-lamp'...
==> default: Matching MAC address for NAT networking...
==> default: Checking if box 'smallhadroncollider/centos-6.4-lamp' is up to date...
==> default: Setting the name of the VM: centos-64-lamp_default_1419728026285_91788
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
==> default: Forwarding ports...
    default: 22 => 2222 (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
...
...

5. Start and Stop Vagrant

The vagrant status command displays the current status of the virtual machine.

# vagrant status
Current machine states:
default                   running (virtualbox)

The VM is running. To stop this VM, you can run `vagrant halt` to
shut it down forcefully, or you can run `vagrant suspend` to simply
suspend the virtual machine. In either case, to restart it again,
simply run `vagrant up`.

To halt or shutdown a virtual environment for making changes, use the “vagrant halt” command as shown below,

# vagrant halt
==> default: Attempting graceful shutdown of VM...
    default: Guest communication could not be established! This is usually because
    default: SSH is not running, the authentication information was changed,
    default: or some other networking issue. Vagrant will force halt, if
    default: capable.
==> default: Forcing shutdown of VM...

Now if you check the status again, you’ll notice that it says “poweroff” as shown below.

# vagrant status
Current machine states:
default                   poweroff (virtualbox)
The VM is powered off. To restart the VM, simply run `vagrant up`

To start the Vagrant again, use the following:

# vagrant up

6. Login to Vagrant Virtual Machine

To SSH in to the vagrant virtual machine, you use the vagrant SSH command as shown below.

# vagrant ssh
vagrant@vagrant-centos-6.4-lamp$

In order to display the SSH config on the vagrant environment, you can use the below command. You can set any of the values in the Vagrantfile if you need to modify it.

# vagrant ssh-config
Host default
  HostName 127.0.0.1
  User vagrant
  Port 2222
  UserKnownHostsFile /dev/null
  StrictHostKeyChecking no
  PasswordAuthentication no
  IdentityFile /root/.vagrant.d/insecure_private_key
  IdentitiesOnly yes
  LogLevel FATAL
  ForwardAgent yes

7. Reload Vagrant

Whenever you make any changes to the Vagrantfile, you can reload the configuration using “vagrant reload” command. This will reboot your virtual environment.

# vagrant reload
==> default: Attempting graceful shutdown of VM...
    default: Guest communication could not be established! This is usually because
    default: SSH is not running, the authentication information was changed,
    default: or some other networking issue. Vagrant will force halt, if
    default: capable.
==> default: Forcing shutdown of VM...
==> default: Checking if box 'smallhadroncollider/centos-6.4-lamp' is up to date...
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
    default: Adapter 2: hostonly
    default: Adapter 3: bridged
==> default: Forwarding ports...
    default: 22 => 2222 (adapter 1)
==> default: Booting VM...
...
...

To destroy the vagrant machine after all your testing is completed, you can run the following command.

# vagrant destroy

This will remove all the disks allocated to the VM, but the Vagrantfile will be still there.

Even after you delete the vagrant instance, if you ever want to rebuild the virtual environment with the same configuration, you can still use the Vagrantfile, that was created initially when you did the initialization.

Add your comment

If you enjoyed this article, you might also like..

  1. 50 Linux Sysadmin Tutorials
  2. 50 Most Frequently Used Linux Commands (With Examples)
  3. Top 25 Best Linux Performance Monitoring and Debugging Tools
  4. Mommy, I found it! – 15 Practical Linux Find Command Examples
  5. Linux 101 Hacks 2nd Edition eBook Linux 101 Hacks Book

Bash 101 Hacks Book Sed and Awk 101 Hacks Book Nagios Core 3 Book Vim 101 Hacks Book

Comments on this entry are closed.

  • Juan February 24, 2016, 8:31 pm

    Hi Ramesh, I’m glad to read your postings again in 2016.
    Do you recommend Vagrant for building Development Environments for a team of developers, or should it be used for testing (quick use and discard)?

  • Adam May 22, 2016, 2:33 pm

    I suggest using vagrant for both team and one-off.
    This way all Devs on a team can code to same simulated server as the Live/Production rig.
    What’s that? Coder “Bobby” changed vagrant file to improve server? That’s great as he can post that file to Github or Svn and others can get sesame file and spin up same environment now.
    In short vagrant can get many developers- even those working remotely from each other– on the same page.