Berkshelf and Test Kitchen working

Chef Infra (archive)
1

Fwiw, last night I upgraded to Test-kitchen alpha2, Berkshelf 1.4 rc1
and vagrant 1.1.5.dev and my test kitchen (kitchen test) and Berkshelf
test (vagrant up) both worked great. Any issues I had or was able to
reproduce before can be chalked up to a bunch of meddling in my gem code.

I think it's worth mentioning that you shouldn't delete the line that
says 'metadata' in your Berksfile.

my Gemfile:

saschas-MacBook-Air:chef-ci sascha$ cat Gemfile
source 'https://rubygems.org'
gem 'berkshelf', '1.4.0.rc1'
gem 'test-kitchen', '1.0.0.alpha.2', :group => :integration
gem 'kitchen-vagrant', '0.7.4', :group => :integration
gem 'vagrant', '1.1.5.dev'

Sascha Bates mailto:sascha.bates@gmail.com
March 28, 2013 2:57 PM
I just ran through a Berksfile test and am seeing the same thing. I
changed one thing in the Vagrant file and that was to use a local
centos6.3 box I already had instead of downloading another box.
Otherwise it was plain vanilla Berkshelf with only the local cookbook
I was testing, no external deps.

To fix:
I added into the Vagrantfile: chef.cookbooks_path =
"/Users/sascha/pathto/cookbooks" to the provisioning section and that
fixed it.

I've had the same problem with test-kitchen's vagrant plugin as well
so I'm wondering if there's something different with new Vagrant and
how it's doing cookbook path discovery?

Andrew Hollingsworth mailto:adh@techopsguru.com
March 28, 2013 1:06 PM
Hi Mark,

I had a similar problem and it turned out to be the way my client was
abstracting their box configuration similar to the following :

Vagrant.configure("2") do |config|
config.vm.box_url =
"http://mirrors.example.com/vagrant/boxes/ubuntu-12.04-x86_64.box"
config.vm.synced_folder "srv", "/srv", "/srv"

config.vm.define :mybox do |mybox_config|
mybox_config.vm.box = "mybox.dev"

<snip but everything defined around mybox_config (instead of just config)>

end
end

Instead of just using a more standard setup like :

Vagrant.configure("2") do |config|

config.vm.box_url =
"http://mirrors.example.com/vagrant/boxes/ubuntu-12.04-x86_64.box"
config.vm.synced_folder "/srv", "/srv", :nfs => true

config.vm.box = "mybox.dev"

config.vm.network :private_network, ip: "192.168.12.23"
config.vm.network :forwarded_port, guest: 22, host: 2322

<snip - all other definitions etc.>

end

Having the extra abstraction for mybox_config prevented berkshelf from
working correctly for some reason. Changing to the standard way fixed
my problem.

Thought it was worth mentioning in case your Vagrantfile is similarly
setup.

Cheers

adh

Andrew Hollingsworth
adh@techopsguru.com

Mark Pimentel mailto:markpimentel22@gmail.com
March 28, 2013 8:58 AM
I still cannot get vagrant provision to work with chef-solo. I
followed your upgrade steps below, and then ran ....

vagrant up
vagrant provision

On the up command it brings up the vagrant box as expected.
On the provision step, it invokes the berkshelf plugin to download all
the cookbooks as defined the Berksfile to some isolated directory for
this vagrant box. But then when it runs the actual chef-solo run, it
cannot find any cookbooks. Am I missing something here? Shouldn't
the berkshelf plugin somehow be injecting the path or creating a
shared folder to the isolated download directory so chef-solo in the
VM can find its cookbooks?

On 2013-03-26 12:08 PM, Andrew Gross wrote:

Andrew Gross mailto:andrew@yipit.com
March 26, 2013 11:08 AM
I managed to get the upgrade working, was a little bit of a struggle.

General Steps

  1. Install new Vagrant DMG (on mac)
  2. Uninstall Vagrant Gem (from system, rvm, bundler whatever)
  3. Install Berkshelf Vagrant Plugin (vagrant plugin install berkshelf-vagrant)
  4. Upgrade Berkshelf Gem to 1.3.*
  5. Rerun Berks install
  6. Remove any 'require Berkshelf' sections from my Vagrantfile
  7. Remove references to 'config.berkshelf.berksfile_path' from Vagrantfile

Notes:
vagrant up seems to not do a vagrant provision automatically, so
now I have to chain the commands.

The .vagrant file is now actually a folder, so make sure to use rm
-rf to clean up afterwards.

Granted my Vagrantfiles are very simple, so there may be more
conversion needed.

Andrew

Brian Akins mailto:brian@akins.org
March 26, 2013 9:09 AM
I had so many issues with upgrading Vagrant that I decided to go back
to 1.0 for now. I needed Berkshelf integration. I could not get the
"new" berkshelf-vagrant to work with vagrant 1.0, but that may be just
me.

So, here's my hack that others may find helpful - if only as comedic
relief:

GitHub - bakins/berkshelf-hobo: Berkshelf and Vagrant 1.0

2

I thought vagrant was .dmg only now?

I'll give this a try. I'll do it in a vm as I've hosed up my laptop too
many times the last few days...

On Fri, Mar 29, 2013 at 8:50 AM, Sascha Bates sascha.bates@gmail.comwrote:

gem 'vagrant', '1.1.5.dev'

3

If you want to bleed on the edge, you have to revert to gems.

Brian Akins wrote:

I thought vagrant was .dmg only now?

I'll give this a try. I'll do it in a vm as I've hosed up my laptop
too many times the last few days...

On Fri, Mar 29, 2013 at 8:50 AM, Sascha Bates <sascha.bates@gmail.com
mailto:sascha.bates@gmail.com> wrote:

gem 'vagrant', '1.1.5.dev'