Bluepill error uninitialized constant Daemonization (NameError)

Chef Infra (archive)
1

I installed chef_server on ec2 ubuntu10.04 using rubygems n bluepill init style.

After installing the packages, bluepill blows up.
The following is the debugg-ed log.

https://gist.github.com/1847128

Google around and found one similar issue at bluepill’s issue at GH.
https://github.com/arya/bluepill/issues/132

Are these both problem is the same one?

@millisami
~ Sachin Sagar Rai
Ruby on Rails Developer
http://tfm.com.np
http://nepalonrails.tumblr.com
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

2

Ohai,

On Thu, Feb 16, 2012 at 12:30 PM, Sachin Sagar Rai millisami@gmail.com wrote:

I installed chef_server on ec2 ubuntu10.04 using rubygems n bluepill init
style.

After installing the packages, bluepill blows up.
The following is the debugg-ed log.

https://gist.github.com/1847128

Google around and found one similar issue at bluepill's issue at GH.
https://github.com/arya/bluepill/issues/132

Are these both problem is the same one?

Yes. The STDERR shows the NameError exception coming from the bluepill
gem itself. Did you try downgrading the daemons gem as suggested in
that issue on the bluepill gem?

DEBUG: Processing bluepill_service[chef-solr] on chef-server
INFO: Processing bluepill_service[chef-solr] action enable
(chef-server::rubygems-install line 240)
DEBUG: Checking status of service chef-solr
DEBUG: Executing /usr/bin/bluepill chef-solr status
DEBUG: ---- Begin output of /usr/bin/bluepill chef-solr status ----
DEBUG: STDOUT:
DEBUG: STDERR: /usr/lib/ruby/gems/1.8/gems/bluepill-0.0.55/lib/bluepill/process.rb:10:
uninitialized constant Daemonization (NameError)
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in
gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in require'
from /usr/lib/ruby/gems/1.8/gems/bluepill-0.0.55/lib/bluepill.rb:24
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in
gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in require'
from /usr/lib/ruby/gems/1.8/gems/bluepill-0.0.55/bin/bluepill:3
from /usr/bin/bluepill:19:in `load'
from /usr/bin/bluepill:19
DEBUG: ---- End output of /usr/bin/bluepill chef-solr status ----
DEBUG: Ran /usr/bin/bluepill chef-solr status returned 1

--
Opscode, Inc
Joshua Timberman, Technical Program Manager
IRC, Skype, Twitter, Github: jtimberman

3

Yes, I logged in to the ec2 instance and installed the downgraded version as well.

But after installing it, when I try to run the bluepill service, it came out due to the error none of chef-server, chef-solr, chef-.... gems/binary is installed.

@millisami
~ Sachin Sagar Rai
Ruby on Rails Developer
http://tfm.com.np
http://nepalonrails.tumblr.com
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

On Friday, February 17, 2012 at 10:10 PM, Joshua Timberman wrote:

Ohai,

On Thu, Feb 16, 2012 at 12:30 PM, Sachin Sagar Rai <millisami@gmail.com (mailto:millisami@gmail.com)> wrote:

I installed chef_server on ec2 ubuntu10.04 using rubygems n bluepill init
style.

After installing the packages, bluepill blows up.
The following is the debugg-ed log.

https://gist.github.com/1847128

Google around and found one similar issue at bluepill's issue at GH.
https://github.com/arya/bluepill/issues/132

Are these both problem is the same one?

Yes. The STDERR shows the NameError exception coming from the bluepill
gem itself. Did you try downgrading the daemons gem as suggested in
that issue on the bluepill gem?

DEBUG: Processing bluepill_service[chef-solr] on chef-server
INFO: Processing bluepill_service[chef-solr] action enable
(chef-server::rubygems-install line 240)
DEBUG: Checking status of service chef-solr
DEBUG: Executing /usr/bin/bluepill chef-solr status
DEBUG: ---- Begin output of /usr/bin/bluepill chef-solr status ----
DEBUG: STDOUT:
DEBUG: STDERR: /usr/lib/ruby/gems/1.8/gems/bluepill-0.0.55/lib/bluepill/process.rb:10:
uninitialized constant Daemonization (NameError)
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in
gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in require'
from /usr/lib/ruby/gems/1.8/gems/bluepill-0.0.55/lib/bluepill.rb:24
from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in
gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:36:in require'
from /usr/lib/ruby/gems/1.8/gems/bluepill-0.0.55/bin/bluepill:3
from /usr/bin/bluepill:19:in `load'
from /usr/bin/bluepill:19
DEBUG: ---- End output of /usr/bin/bluepill chef-solr status ----
DEBUG: Ran /usr/bin/bluepill chef-solr status returned 1

--
Opscode, Inc
Joshua Timberman, Technical Program Manager
IRC, Skype, Twitter, Github: jtimberman

4

On Fri, Feb 17, 2012 at 10:21 AM, Sachin Sagar Rai millisami@gmail.com wrote:

Yes, I logged in to the ec2 instance and installed the downgraded version as
well.

But after installing it, when I try to run the bluepill service, it came out
due to the error none of chef-server, chef-solr, chef-.... gems/binary is
installed.

Did you install RubyGems from source or as a package?

If you're using Ubuntu/Debian and you installed RubyGems as a package,
then the binaries are in:

/var/lib/gems/1.8/bin

(by default)

This is one reason why we recommend users install RubyGems from source
in the installation instructions for the Chef Server.

5

Oh, I installed it using the package ruby coz:

  1. I found installing via package much faster than via source
  2. Your blog post at http://jtimberman.housepub.org/blog/2011/11/24/ruby-in-ubuntu-11-dot-10/ also inspired me to do it the package way.

Alright, I'll install it using source and see.

But the question still remains, if I do it the source way, will the bug with the bluepill will fix it?

@millisami
~ Sachin Sagar Rai
Ruby on Rails Developer
http://tfm.com.np
http://nepalonrails.tumblr.com
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

On Saturday, February 18, 2012 at 9:37 AM, Joshua Timberman wrote:

On Fri, Feb 17, 2012 at 10:21 AM, Sachin Sagar Rai <millisami@gmail.com (mailto:millisami@gmail.com)> wrote:

Yes, I logged in to the ec2 instance and installed the downgraded version as
well.

But after installing it, when I try to run the bluepill service, it came out
due to the error none of chef-server, chef-solr, chef-.... gems/binary is
installed.

Did you install RubyGems from source or as a package?

If you're using Ubuntu/Debian and you installed RubyGems as a package,
then the binaries are in:

/var/lib/gems/1.8/bin

(by default)

This is one reason why we recommend users install RubyGems from source
in the installation instructions for the Chef Server.

6

This is problem that refs bluepill/131, bluepill/132, bluepill/136 (Author
of Daemons gem have changed undocumented API that was used by bluepill).

Should be worarounded by bluepill 0.56 that restricts using of daemons gem.

2012/2/16 Sachin Sagar Rai millisami@gmail.com

I installed chef_server on ec2 ubuntu10.04 using rubygems n bluepill init
style.

After installing the packages, bluepill blows up.
The following is the debugg-ed log.

https://gist.github.com/1847128

Google around and found one similar issue at bluepill's issue at GH.
https://github.com/arya/bluepill/issues/132

Are these both problem is the same one?

@millisami
~ Sachin Sagar Rai
Ruby on Rails Developer
http://tfm.com.np
http://nepalonrails.tumblr.com
Sent with Sparrow http://www.sparrowmailapp.com/?sig

7

@akzhan
I again fired a new ec2 "knife ec2 server create ........."
Its still the same error though using bluepill 0.56

Here is the logout. https://gist.github.com/1860388

@millisami
~ Sachin Sagar Rai
Ruby on Rails Developer
http://tfm.com.np
http://nepalonrails.tumblr.com
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

On Saturday, February 18, 2012 at 7:00 PM, Akzhan Abdulin wrote:

This is problem that refs bluepill/131, bluepill/132, bluepill/136 (Author of Daemons gem have changed undocumented API that was used by bluepill).

Should be worarounded by bluepill 0.56 that restricts using of daemons gem.

2012/2/16 Sachin Sagar Rai <millisami@gmail.com (mailto:millisami@gmail.com)>

I installed chef_server on ec2 ubuntu10.04 using rubygems n bluepill init style.

After installing the packages, bluepill blows up.
The following is the debugg-ed log.

https://gist.github.com/1847128

Google around and found one similar issue at bluepill's issue at GH.
https://github.com/arya/bluepill/issues/132

Are these both problem is the same one?

@millisami
~ Sachin Sagar Rai
Ruby on Rails Developer
http://tfm.com.np
http://nepalonrails.tumblr.com
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

8

On Sat, Feb 18, 2012 at 6:15 AM, Akzhan Abdulin
akzhan.abdulin@gmail.com wrote:

This is problem that refs bluepill/131, bluepill/132, bluepill/136 (Author
of Daemons gem have changed undocumented API that was used by bluepill).

Should be worarounded by bluepill 0.56 that restricts using of daemons gem.

Per the daemons gem author:

Date: 2012-02-17 12:31
Sender: Thomas Uehlinger

While the Daemonize module was never part of daemons' API (for
example no documentation refers to it), I agree that the change
of name was unnecessary. Therefore I had immediately reverted
that change and released 1.1.8. bluepill should therefore work
without problems with 1.1.8. After now also having yanked 1.1.7,
I don't see a reason to bump to 1.2 as there are now no breaking
gems in 1.1.*.

Via its tracker:
http://rubyforge.org/tracker/index.php?func=detail&aid=29516&group_id=524&atid=2084

I posted this to the bluepill issue as well.

--
Opscode, Inc
Joshua Timberman, Technical Program Manager
IRC, Skype, Twitter, Github: jtimberman

9

Hi, I am really frustrated with the installation of the chef-server via the cookbook.
I almost tried every possible way to installing chef-server and every time I face a new error. Is it just me or anybody else too? Or am I so stupid enough!!
Due to the installation problem with the rubygems n bluepill way, I tried to install using the default recipe.
Here too, I failed with the error: [Sun, 19 Feb 2012 17:09:59 +0000] FATAL: Errno::ECONNREFUSED: http_request[compact chef couchDB] (chef-server::default line 24) had an error: Errno::ECONNREFUSED: Connection refused - connect(2)

This time the chef_server role I modified is:

name "chef_server"
description "Setup a chef-server on an instance"
run_list(
"recipe[chef-server]"
)
override_attributes(
:chef_server => {
:init_style => 'init',
:webui_enabled => true
}
)

and the debug-log at: https://gist.github.com/1864698

Why isn't it stable enough or I might be lacking the experience?
Sometimes it gets so frustrating!!!

@millisami
~ Sachin Sagar Rai
Ruby on Rails Developer
http://tfm.com.np
http://nepalonrails.tumblr.com
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

On Sunday, February 19, 2012 at 3:48 AM, Joshua Timberman wrote:

On Sat, Feb 18, 2012 at 6:15 AM, Akzhan Abdulin
<akzhan.abdulin@gmail.com (mailto:akzhan.abdulin@gmail.com)> wrote:

This is problem that refs bluepill/131, bluepill/132, bluepill/136 (Author
of Daemons gem have changed undocumented API that was used by bluepill).

Should be worarounded by bluepill 0.56 that restricts using of daemons gem.

Per the daemons gem author:

Date: 2012-02-17 12:31
Sender: Thomas Uehlinger

While the Daemonize module was never part of daemons' API (for
example no documentation refers to it), I agree that the change
of name was unnecessary. Therefore I had immediately reverted
that change and released 1.1.8. bluepill should therefore work
without problems with 1.1.8. After now also having yanked 1.1.7,
I don't see a reason to bump to 1.2 as there are now no breaking
gems in 1.1.*.

Via its tracker:
http://rubyforge.org/tracker/index.php?func=detail&aid=29516&group_id=524&atid=2084

I posted this to the bluepill issue as well.

--
Opscode, Inc
Joshua Timberman, Technical Program Manager
IRC, Skype, Twitter, Github: jtimberman