Puppet users - Jun 2013 - mod_passenger doesn't run

Hi everyone,

the newly installed puppetmaster works, and to allow more hosts, I
decided to use mod_passenger with apache on my SLES 11 SP2 systems.

Installed rpms:
apache2-2.2.12-1.38.2
ruby-1.8.7.p357-0.9.9.1
rubygem-passenger-4.0.5-40.1
rubygem-passenger-apache2-4.0.5-40.1

When I try to access via https:, I get

---snip---
exit (SystemExit)
  /usr/lib64/ruby/vendor_ruby/1.8/puppet/util.rb:518:in `exit''
  /usr/lib64/ruby/vendor_ruby/1.8/puppet/util.rb:518:in `exit_on_fail''
  /usr/lib64/ruby/vendor_ruby/1.8/puppet/application.rb:361:in `run''
  config.ru:16
  /usr/lib64/ruby/gems/1.8/gems/rack-1.5.2/lib/rack/builder.rb:55:in
`instance_eval''
  /usr/lib64/ruby/gems/1.8/gems/rack-1.5.2/lib/rack/builder.rb:55:in
`initialize''
  config.ru:1:in `new''
  config.ru:1
---pins---

The file config.ru reads:
---snip---
# a config.ru, for use with every rack-compatible webserver.
# SSL needs to be handled outside this, though.

# if puppet is not in your RUBYLIB:
# $:.unshift(''/opt/puppet/lib'')

$0 = "master"

# if you want debugging:
# ARGV << "--debug"

ARGV << "--rack"
require ''puppet/application/master''
# we''re usually running inside a Rack::Builder.new {} block,
# therefore we need to call run *here*.
run Puppet::Application[:master].run
---pins---

The file config.ru was copied from a RHEL package, since there was no
such file in the SLES packages.

What is going wrong here? What details do I have to provide?

Regards,
Werner
-- 

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

[12.06.2013 16:36] [Werner Flamme]:

I could solve the problem by using another config.ru, from debian... It
is linked on
<http://wiki.debian.org/UsingPhusionPassengerWithPuppetmaster> and the
file''s content is

---snip---

# a config.ru, for use with every rack-compatible webserver.
# SSL needs to be handled outside this, though.

# if puppet is not in your RUBYLIB:
# $LOAD_PATH.unshift(''/opt/puppet/lib'')

$0 = "master"

# if you want debugging:
# ARGV << "--debug"

ARGV << "--rack"

# Rack applications typically don''t start as root.  Set --confdir and
--vardir
# to prevent reading configuration from ~puppet/.puppet/puppet.conf and
writing
# to ~puppet/.puppet
ARGV << "--confdir" << "/etc/puppet"
ARGV << "--vardir"  << "/var/lib/puppet"

# NOTE: it''s unfortunate that we have to use the
"CommandLine" class
#  here to launch the app, but it contains some initialization logic
#  (such as triggering the parsing of the config file) that is very
#  important.  We should do something less nasty here when we''ve
#  gotten our API and settings initialization logic cleaned up.
#
# Also note that the "$0 = master" line up near the top here is
#  the magic that allows the CommandLine class to know that it''s
#  supposed to be running master.
#
# --cprice 2012-05-22

require ''puppet/util/command_line''
# we''re usually running inside a Rack::Builder.new {} block,
# therefore we need to call run *here*.
run Puppet::Util::CommandLine.new.execute

---pins---

It works for Puppet 3.1.1 :-)

Regards,
Werner
-- 

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