Вопросы Теги

выходной каталог cfengine3

Это должно заботиться о runlevels. У Вас есть simlink/etc/rc5.d/sapache, который связывается с/etc/init.d/apache2?

2
задан 20 February 2010 в 20:57
3 ответа

Похоже, что Вы никогда не получали ответ на свой вопрос, таким образом, я отправляю это теперь в духе "лучше поздно, чем никогда".

Вы спросили:

То, что я действительно хотел бы, должно подавить сообщения, когда определенные обещания восстанавливаются, особенно то, которое удаляет файлы в выходном каталоге. Это по существу инвертировало бы-I опцию для того обещания только.

Насколько я знаю, не возможно инвертировать - сообщают переключателю для единственного обещания.

С другой стороны, если я мог бы измениться, граница времени от того, чтобы быть от 'теперь' до фиксированной точки (говорите каждую среду), я мог, по крайней мере, ограничить количество электронных писем вниз к одному неделя.

Это может быть достигнуто с помощью "ifelapsed" параметра - это дает минимальную частоту, с которой можно выполнить обещание. Рассмотрите этот пример:

bundle agent garbage_collection {     
    files:
        "$(sys.workdir)/outputs" 
            delete => tidy,
            file_select => days_old("3"),
            depth_search => recurse("inf"),
            action => weekly;
}

body action weekly {
    ifelapsed => 10080; # one week, ie (60*24*7) minutes
}

Или Вы могли просто выполнить это обещание по средам, с помощью специального класса. Я предпочитаю ifelapsed подход, который не полагается на рабочий день (Вы никогда не знаете, не мог ли тот хост работать однажды в среду...), как это:

bundle agent garbage_collection {     
    files:
        Wednesday::
            "$(sys.workdir)/outputs" 
                delete => tidy,
                file_select => days_old("3"),
                depth_search => recurse("inf");
}
3
ответ дан 3 December 2019 в 11:19

На самом деле я пришел к еще более простому ответу - не работают, cf-агент с - сообщают.

Просто позвольте cf-механизму сделать, это - вещь, и не пытайтесь отслеживать то, какие восстановления делаются, основное беспокойство является системой, прибыл в требуемое состояние, не, как это добралось там.

Это может казаться анафемой на режим управления изменениями, который хочет отследить каждое изменение в системе в мучительных деталях, однако я нашел, что это - единственное мышление, которое позволяет использовать cf-механизм, оставаясь нормальным.

Конечно, Ваш ответ был строго корректным к вопросу, который я поставил, который является, почему я отметил его.

0
ответ дан 3 December 2019 в 11:19

В моем "унаследованном" развертывании я обнаружил, что уже в site.cf был пакет для сбора мусора, но он не был вызван ниоткуда. Мне нужно добавить его последовательность пакетов в promises.cf

Не уверен, будет ли это в новой установке; если да, то, возможно, вам нужно обновить свои обещания (я знаю, что мне нужно)

Надеюсь, это поможет, Кэмерон

0
ответ дан 3 December 2019 в 11:19

Теги

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