2015-06-04 16 views
4

В настоящее время я разрабатываю некоторые основные манифесты и модули Puppet для установки зависимостей приложений после развертывания моего сервера. Это набор базовых вещей: -Augeas in Puppet для mysql config failing

  • OS -> Ubuntu 14.04 LTS
  • Nginx
  • PHP5-FPM
  • MySQL

просто, правда?

Все идет хорошо, по большей части; пока я не наткнулся на возможность использовать Augeas для обновления конфигурационных файлов с моими настраиваемыми элементами конфигурации. Я установил элементы конфигурации PHP без каких-либо проблем:

augeas { 'php.ini': 
    require => [ 
     Package['php5-fpm'], 
     Package['libaugeas-ruby'], 
    ], 
    notify => Service['php5-fpm'], 
    context => '/files/etc/php5/fpm/php.ini', 
    changes => [ 
     'set PHP/cgi.fix_pathinfo 0', 
    ], 
} 

Это работает отлично. Никаких проблем.

Однако теперь я пришел к конфиге MySQL, я использую следующее (который был почти копирование и вставка задания)

augeas { 'my.cnf': 
    require => [ 
     Package['mysql-server'], 
     Package['libaugeas-ruby'], 
    ], 
    notify => Service['mysql'], 
    context => '/files/etc/mysql/my.cnf', 
    changes => [ 
     'set mysqld/bind-address 0.0.0.0', 
    ], 
} 

К сожалению, это просто не работает. Я посмотрел документацию о объектах, которые она снабжает, и никаких проблем. Ниже приведен исходный вывод команды Apply Puppet.

Error: /Stage[main]/Mysql/Augeas[my.cnf]: Could not evaluate: Save failed with return code false, see debug 

Следующим логическим шагом было, конечно, посмотреть информацию об отладке. Это была следующая информация.

Debug: Augeas[my.cnf](provider=augeas): sending command 'set' with params ["/files/etc/mysql/my.cnf/mysqld/bind-address", "0.0.0.0"] 
Debug: Augeas[my.cnf](provider=augeas): Put failed on one or more files, output from /augeas//error: 
Debug: Augeas[my.cnf](provider=augeas): /augeas/files/etc/mysql/my.cnf/error = put_failed 
Debug: Augeas[my.cnf](provider=augeas): /augeas/files/etc/mysql/my.cnf/error/path = /files/etc/mysql/my.cnf 
Debug: Augeas[my.cnf](provider=augeas): /augeas/files/etc/mysql/my.cnf/error/lens = /usr/share/augeas/lenses/dist/mysql.aug:39.13-.60: 
Debug: Augeas[my.cnf](provider=augeas): /augeas/files/etc/mysql/my.cnf/error/message = Failed to match 

ответ

1

Хорошо, поэтому мне удалось получить ЧТО-ТО случается; но, возможно, не полностью понимая, что происходит.

Перед задавая вопрос выше, я проверил на складе линз доступны, и я видел, как PHP и MySQL линзы в списке на http://augeas.net/stock_lenses.html

Ни работы ссылки, которые должны принимать вас через к документация - поэтому, зная, что объектив PHP работает в режиме 'set section/setting value', я предполагал, что он идентичен для объектива MySQL.

Не совсем так. Для меня работал следующий синтаксис.

augeas { 'my.cnf': 
    require => [ 
     Package['mysql-server'], 
     Package['libaugeas-ruby'], 
    ], 
    notify => Service['mysql'], 
    context => '/files/etc/mysql/my.cnf', 
    changes => [ 
     "set target[.='mysqld']/bind-address 0.0.0.0", 
    ], 
} 

Следующие два ресурса были там, где я нашел информацию. Если у кого-нибудь есть другая документация, на которую они могут указать, я буду более чем благодарен.

Это дало мне представление о том, что синтаксис, вероятно, должен быть: - https://www.adammalone.net/post/playing-augeas-fun-and-profit#.VXAEy1yqpBc

и линии 62-65 этого сценария вновь подтвердил это для меня: - https://github.com/example42/puppet-mysql/blob/master/manifests/augeas.pp

+0

Да, объектив MySQL имеет другое расположение по техническим причинам, то, что вы делаете, работает, если раздел 'mysqld' уже существует в файле. Чтобы быть полностью безопасным, вы должны добавить 'set target [. = 'Mysqld'] mysqld' в качестве первого изменения, чтобы создать потенциально отсутствующий раздел перед добавлением своего значения. –

+0

Хорошо, спасибо за этот совет.Хотя, учитывая конфигурационный файл, с которым я работаю, я гарантированно, что будет раздел mysqld, иначе я действительно буду ручьем без весла. :-) Очень признателен! – jellis