Knowledge Base/Engine Yard Local/Engine Yard Local Bugs

PlannedDoneNot planned

issue with ey-local update

Jim Neath
suggested this on December 03, 2012 12:53 AM

I just spun up a new ey-local instance, but it immediately told me to update my recipes. This is what I received 
➜ ey-local update 1 ↵ 
[ey-local] Updating the instance's cookbooks. 
[default] chown: 
[default] cannot access `/etc/chef/ey_local_cookbook_version' 
[default] : No such file or directory 
bash: line 7: /etc/chef/ey_local_cookbook_version: Permission denied

Any suggestions?

 

Comments

User photo
Keri Meredith
Engine Yard Inc.

Hey Jim, thanks for the feedback. We'll have the Dev team take a look. kjm

[EYL-77]

December 03, 2012 09:02 AM
User photo
Kirk Haines
Engine Yard Inc.

Jim, can you confirm the exact sequence of events for me?

I'd like to attempt to reproduce this result.

When did you do the initial installation of ey-local?  Can you tell me what version it is, as well?  1.0.1 or 1.0.2? What was the reported cookbook version on the instance when you tried to run the update command?

Thanks in advance for helping me to fill in the blanks to resolve this.

December 04, 2012 10:21 AM
User photo
Jeff Deville
PackLate-LLC

I just tried it from the top, and got the log below.  

I'm using Virtual Box 4.2.4 r81684 on OSX Lion

 

Here's the entire sequence:

 

➜ ey-local up

WARNING: Nokogiri was built against LibXML version 2.7.3, but has dynamically loaded 2.8.0
[ey-local] Downloading with Vagrant::Downloaders::HTTP...
[ey-local] Downloading box: https://s3.amazonaws.com/ey-local-images/ey-local-gentoo12.box
[ey-local] Extracting box...
^@[ey-local] Verifying box...
[ey-local] Cleaning up downloaded box...
A `Vagrantfile` has been placed in this directory. You are now
ready to `ey-local 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.
[ey-local] Using /Users/jeffdeville/projects/packlate as the application directory.
[ey-local] There was a problem with the configuration of Vagrant. The error message(s)
are printed below:

vm:
* Base MAC address for eth0/NAT must be set. Contact box maintainer for more information.


~/projects/packlate ‹_parking_ ✔› (ruby-1.9.3-p286@pl)
➜ ey-local up 42 ↵
WARNING: Nokogiri was built against LibXML version 2.7.3, but has dynamically loaded 2.8.0
[ey-local] A box named ey-gentoo-rack already exists.
[ey-local] Using /Users/jeffdeville/projects/packlate as the application directory.
[ey-local] Default recipe found at /Users/jeffdeville/projects/packlate/cookbooks/main/recipes/default.rb configuring provisioner ...
[ey-local] Importing base box 'ey-gentoo-rack'...
[ey-local] Tagging vm as managed by ey-local ...
There's a possible ip conflict at 33.33.33.10 with 'packlate_1354530661' do you want to proceed? [Y/N] ^@y
There's a possible ip conflict at 33.33.33.10 with 'packlate_1354530661' do you want to proceed? [Y/N] y
[ey-local] The guest additions on this VM do not match the install version of
VirtualBox! This may cause things such as forwarded ports, shared
folders, and more to not work properly. If any of those things fail on
this machine, please update the guest additions and repackage the
box.

Guest Additions Version: 4.1.10
VirtualBox Version: 4.2.4
[ey-local] Matching MAC address for NAT networking...
[ey-local] Clearing any previously set forwarded ports...
[ey-local] Forwarding ports...
[ey-local] -- 22 => 2222 (adapter 1)
[ey-local] -- 80 => 8080 (adapter 1)
[ey-local] Creating shared folders metadata...
[ey-local] Clearing any previously set network interfaces...
[ey-local] Preparing network interfaces based on configuration...
[ey-local] Booting VM...
[ey-local] Waiting for VM to boot. This can take a few minutes.
[ey-local] VM booted and ready for use!
[ey-local] Configuring and enabling network interfaces...
[ey-local] Mounting shared folders...
[ey-local] -- v-root: /vagrant
[ey-local] -- v-csc-1: /tmp/vagrant-chef-1/chef-solo-1/cookbooks
[ey-local] Running provisioner: Vagrant::Provisioners::ChefSolo...
[ey-local] Generating chef JSON and uploading...
[ey-local] Running chef-solo...
[Thu, 13 Dec 2012 20:26:52 +0000] INFO: *** Chef 0.10.4 ***
[Thu, 13 Dec 2012 20:26:54 +0000] INFO: Setting the run_list to ["recipe[main]"] from JSON
[Thu, 13 Dec 2012 20:26:54 +0000] INFO: Run List is [recipe[main]]
[Thu, 13 Dec 2012 20:26:54 +0000] INFO: Run List expands to [main]
[Thu, 13 Dec 2012 20:26:54 +0000] INFO: Starting Chef Run for localhost
[Thu, 13 Dec 2012 20:26:54 +0000] ERROR: Running exception handlers
[Thu, 13 Dec 2012 20:26:54 +0000] ERROR: Exception handlers complete
[Thu, 13 Dec 2012 20:26:54 +0000] FATAL: Stacktrace dumped to /tmp/vagrant-chef-1/chef-stacktrace.out
[Thu, 13 Dec 2012 20:26:54 +0000] FATAL: NoMethodError: undefined method `[]' for nil:NilClass
[ey-local] Chef never successfully completed! Any errors should be visible in the
output above. Please fix your recipes so that they properly complete.

~/projects/packlate ‹_parking_ ✔› (ruby-1.9.3-p286@pl)
➜ ey-local ssh 231 ↵
WARNING: Nokogiri was built against LibXML version 2.7.3, but has dynamically loaded 2.8.0
--------------------------------------------------------------------
ALERT - The instance's cookbook version, , is out of date.
To fetch and deploy current version, run 'ey-local update'.

The current version, 1.1.343, includes the following changes:

Updates load_foreign_postgres_db script to specify user and stop connections before dropping database.
Improves instance add times by approximately 20 percent (by deferring eix-sync, which builds the package manager index, to after boot).

--------------------------------------------------------------------
Last login: Wed Nov 2 18:59:49 2011 from 10.99.99.3
vagrant@engineyard-local-gentoo ~ $ cat /tmp/vagrant-chef-1/chef-stacktrace.out
Generated at Thu Dec 13 20:26:54 +0000 2012
NoMethodError: undefined method `[]' for nil:NilClass
/tmp/vagrant-chef-1/chef-solo-1/cookbooks/main/attributes/recipe.rb:2:in `from_file'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/node.rb:655:in `load_attributes'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/node.rb:653:in `each'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/node.rb:653:in `load_attributes'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/node.rb:652:in `each'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/node.rb:652:in `load_attributes'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/run_context.rb:101:in `load_attributes'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/run_context.rb:60:in `load'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/client.rb:195:in `setup_run_context'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/client.rb:159:in `run'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/application/solo.rb:192:in `run_application'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/application/solo.rb:183:in `loop'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/application/solo.rb:183:in `run_application'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/../lib/chef/application.rb:67:in `run'
/usr/lib64/ruby/gems/1.8/gems/chef-0.10.4/bin/chef-solo:25
/usr/bin/chef-solo:19:in `load'
/usr/bin/chef-solo:19vagrant@engineyard-local-gentoo ~ $

~/projects/packlate ‹_parking_ ✔› (ruby-1.9.3-p286@pl)
➜ ey-local update
WARNING: Nokogiri was built against LibXML version 2.7.3, but has dynamically loaded 2.8.0
[ey-local] Updating the instance's cookbooks.
[default] chown:
[default] cannot access `/etc/chef/ey_local_cookbook_version'
[default] : No such file or directory
[default]
[default] bash: line 7: /etc/chef/ey_local_cookbook_version: Permission denied
[ey-local] The cookbook update failed.
~/projects/packlate ‹_parking_ ✔› (ruby-1.9.3-p286@pl)

December 13, 2012 12:53 PM
User photo
Jeff Deville
PackLate-LLC
PS - If there's something you'd like to to test, email me at admin _*at*_ packlate.com. I don't see a way to be alerted otherwise.
December 13, 2012 12:54 PM
User photo
Keri Meredith
Engine Yard Inc.

Hi Jeff, thanks so much for the complete info. We'll take a look. kjm

[EYL-82]

December 13, 2012 01:15 PM
User photo
Brian Sullivan
Practical-Evolution-LLC

I am seeing the same problem documented by Jeff. Is there an ETA on finding a solution to this?

December 20, 2012 03:01 PM
User photo
Brian Sullivan
Practical-Evolution-LLC

I just had a breakthrough on my problem. I had some old custom recipes stored in my app and these were conflicting with ey-local doing the correct processing of EY chef recipes. I removed my non-standard cookbooks directory and Chef started to run normally.

 

My directory was at the same level as app/, config/, etc

 

my_app

  app

  config

  cookbooks

  db

  ...

December 20, 2012 03:27 PM