Ошибка Augeas в Puppet для конфигурации mysql

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

  • ОС -> 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',
    ],
}

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

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

mysql nginx puppet augeas
person jellis    schedule 04.06.2015    source источник

Ответы (1)


arrow_upward
1
arrow_downward

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

Прежде чем задать вопрос выше, я проверил доступные стандартные линзы и увидел линзы 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

person jellis    schedule 04.06.2015
comment
Да, линза MySQL имеет другую компоновку по техническим причинам, поэтому то, что вы делаете, работает, если раздел mysqld уже существует в файле. Чтобы быть полностью безопасным, вы должны добавить set target[.='mysqld'] mysqld в качестве первого изменения, чтобы создать потенциально отсутствующий раздел перед добавлением вашего значения. - person raphink; 04.06.2015
comment
Хорошо, спасибо за совет. Хотя, учитывая конфигурационный файл, с которым я работаю, я гарантирую, что там будет раздел mysqld - иначе я действительно пойду по ручью без весла. :-) Очень признателен! - person jellis; 04.06.2015