Марионеточное ведущее устройство не удается работать в соответствии с nginx+passenger конфигурацией как приложение стойки, работает, когда выполнено системной службой

Я полагаю, что у нас в Готовом-к-управляемому программном обеспечении есть решение, которое Вы ищете. Готовое-к-управляемому программное обеспечение (RTR) поддерживает охраняемое помещение, содержащее неоднородную, поддержанную сеть с выбором компьютерных платформ (версии операционной системы, производителя оборудования и конфигурации). В настоящее время этот центр состоит из более чем 70 различных операционных платформ, делая это одним из самых уникальных вычислительных средств где угодно в мире сегодня.

Навестите нас в Готовом-к-управляемому программном обеспечении (www.rtr.com) для узнавания больше того, что мы должны предложить. Перейдите к http://porting-center.com/ для получения дополнительной информации о преимуществах использования RTR, Портирующего Центр.

Michael

2
задан 20 September 2012 в 07:48
1 ответ

Решено заставил его работать благодаря комментарию @Shane Madden

марионетка находится в

/usr/lib/ruby/site_ruby/1.8/puppet/application/master.rb

, а библиотеки ruby ​​ожидают ее загрузки из

/ usr /local/lib/ruby/site_ruby/1.8/

, следовательно, изменил config.ru так

# 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('/usr/lib/ruby/site_ruby/1.8/')

$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

Теперь работает.

1
ответ дан 3 December 2019 в 13:05

Теги

Похожие вопросы