Le 09/05/2013 22:30, Eric Sorenson a écrit :
This looks like the config.ru <http://config.ru> is still using the pre-3.x syntax -- this usually lives outside the /etc/puppet directory so it wouldn't have been tarred up.

Check for differences between the hosts in the parent of your apache virtualhost DocumentRoot.

I put my config.ru in /etc/puppet/rack/ subdir. It comes from the puppet subtree installed by gem (3.1.0 : /opt/ruby-enterprise/lib/ruby/gems/1.8/gems/puppet-3.1.0/ext/rack/files/config.ru in my local installation of my ruby-enterprise).

I checked it whatever, and it is the same than the one on the other master.

Regards,
--
Y.


On May 9, 2013, at 1:03 PM, Yannick Perret <[email protected] <mailto:[email protected]>> wrote:

Hello,

I'm migrating our master from an old puppet version to a recent one (3.1.0) (on different machines). I first installed a first master, and I manage well to run clients from 3 machines against this master.

I then installed a 2nd master and the clients that connect to this master failed. The output from the client (puppet agent) is a HTML output that contains (in text):

The application has exited during startup (i.e. during the evaluation of config/environment.rb). The error message may have been written to the web server's log file. Please check the *web server's* log file (i.e. /not/ the (Rails) application's log file) to find out why the application exited.

If that doesn't help, then please use the backtrace below to debug the problem.

Application root:
/etc/puppet/rack Backtrace:
    #   File    Line    Location
    0
    /opt/ruby-enterprise/lib/ruby/gems/1.8/gems/puppet-3.1.0/lib/puppet/util.rb
        518     in `exit'
    1
    /opt/ruby-enterprise/lib/ruby/gems/1.8/gems/puppet-3.1.0/lib/puppet/util.rb
        518     in `exit_on_fail'
    2
    
/opt/ruby-enterprise/lib/ruby/gems/1.8/gems/puppet-3.1.0/lib/puppet/application.rb
        362     in `run'
    3
    
/opt/ruby-enterprise/lib/ruby/gems/1.8/gems/puppet-3.1.0/lib/puppet/util/command_line.rb
        132     in `run'
    4
    
/opt/ruby-enterprise/lib/ruby/gems/1.8/gems/puppet-3.1.0/lib/puppet/util/command_line.rb
        86      in `execute'
    5   config.ru <http://config.ru>      35      
    6
    /opt/ruby-enterprise/lib/ruby/gems/1.8/gems/rack-1.5.2/lib/rack/builder.rb
        55      in `instance_eval'
    7
    /opt/ruby-enterprise/lib/ruby/gems/1.8/gems/rack-1.5.2/lib/rack/builder.rb
        55      in `initialize'
    8   config.ru <http://config.ru>      1       in `new'
    9   config.ru <http://config.ru>      1


The same client against the first master works fine (we use a load-balanced system).

What I failed to understand is that I followed the same installation steps for both. I even made a global copy of all the installation directories from the one that works to the one that fail with the same message (a raw tar.gz of /etc/puppet (where I put all the master stuff), of /opt/ruby-enterprise directory (installed with same version, and puppet/facter/rack/... installed from compiled 'gem'), of /etc/httpd/conf.d/).

Some data:
- masters and clients and RHEL6-like machines, both masters are installed with the same automated system, with the same basic configuration - the SSL seems to work fine as I can see success connections from the httpd ssl logs (from the client)
- I use the ruby-enterprise, same version on both, installed from sources
- I use gem to install puppet, facter, rack, rails and all related stuff, the gem is the one that comes from ruby-enterprise - as last try I made a global copy of all puppet-master related stuff from the working client (in a tarball) and pushed it on the failing master: it does not change anything.

Any clue about what I missed?

Regards,
--
Y.


--
You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected] <mailto:[email protected]>. To post to this group, send email to [email protected] <mailto:[email protected]>.
Visit this group at http://groups.google.com/group/puppet-dev?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.



Eric Sorenson - [email protected] <mailto:[email protected]>
#puppet irc: eric0

--
You received this message because you are subscribed to the Google Groups "Puppet Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-dev?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.



--
You received this message because you are subscribed to the Google Groups "Puppet 
Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/puppet-dev?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to