pmie_check - Интернет в облаке

ПРОГРАММА:

ИМЯ

pmie_check, pmie_daily - администрирование механизма вывода Performance Co-Pilot

СИНТАКСИС

$ PCP_BINADM_DIR / pmie_check [-ЦНсВ] [-c контроль] [-l журнальный файл]
$ PCP_BINADM_DIR / pmie_daily [-НВ] [-c контроль] [-k отбрасывать] [-l журнальный файл] [-m адреса] [-x
сжимать] [-X программа] [-Y регулярное выражение]

ОПИСАНИЕ

Эта серия сценариев оболочки и связанные файлы управления могут использоваться для создания
настраиваемый режим администрирования и управления для второго пилота по производительности (см.
PCPintro(1)) механизм вывода, Пими(1).

pmie_daily предназначен для выполнения один раз в день, желательно рано утром, как только
после полуночи, насколько это возможно. Его задача - вращать файлы журналов для работы Пими
процессы - эти файлы могут неограниченно расти, если используется действие `` печать '' или
другими PME действие записывает в свои потоки stdout / stderr. Через некоторое время старые Пими журнал
файлы отбрасываются. По умолчанию этот период составляет 14 дней, но его можно изменить с помощью -k
вариант. Для периода признаются две особые ценности (отбрасывать), а именно 0 не держать
файлы журнала за пределами текущего, и навсегда для предотвращения отбрасывания любых файлов журналов.

Файлы журналов могут быть дополнительно сжаты через некоторое время (сжимать), чтобы сохранить диск
Космос. Это особенно полезно для большого количества Пими процессы под контролем
of pmie_check, -x опция определяет количество дней, по истечении которых архивируется
файлы данных и -X опция указывает программу, используемую для сжатия - по умолчанию
это xz(1). Использование -Y опция позволяет указать регулярное выражение, вызывая
файлы в наборе файлов, подходящих для сжатия, следует опускать - это позволяет только
файл данных для сжатия, а также предотвращает попытки программы сжать его
больше чем единожды. По умолчанию регулярное выражение это ". (meta | index | Z | gz | bz2 | zip | xz | lzma | lzo | lz4) $" - такой
файлы фильтруются с помощью -v вариант задать расширенное(1).

Использование -m Вариант причины pmie_daily для построения сводки сгенерированных файлов журнала
для всех отслеживаемых хостов за последние 24 часа (отбрасываются строки, соответствующие `` OK ''), и e-
отправьте это резюме в набор разделенных пробелами адреса.

pmie_check может быть запущен в любое время и предназначен для проверки того, что желаемый набор
Пими(1) процессы запущены, и если не перезапустить какие-либо вышедшие из строя механизмы вывода. Использовать
-s опция обеспечивает обратную функциональность, позволяя набор Пими процессы в
быть чисто выключенным. Использование -C опция запрашивает информацию об уровне запуска системной службы
для Пими, и использует это, чтобы определить, запускать или останавливать процессы.

Оба формата pmie_check и pmie_daily контролируются управляющим файлом (ами) механизма вывода PCP, который
указать Пими экземпляры для управления. Контрольный файл по умолчанию -
$ PCP_PMIECONTROL_PATH но можно указать альтернативный вариант, используя -c вариант. Если
каталог $ PCP_PMLOGGERCONTROL_PATH.d (или контроль.d из -c вариант) существует, то
содержимое любых дополнительных управляющих файлов в нем будет добавлено к основному управляющему файлу.
(который должен существовать).

Контрольный файл (ы) следует настраивать в соответствии со следующими правилами.

1. Строки, начинающиеся с символа «#», являются комментариями.
2. Строки, начинающиеся с символа «$», считаются присвоениями переменных среды.
в стиле sh(1), и весь текст после символа `` $ '' будет Eval'ed by the
сценарий, читающий управляющий файл, и соответствующая переменная, экспортируемая в
среда. Это особенно полезно для установки и экспорта переменных в
среда административного сценария, например
$ PMCD_CONNECT_TIMEOUT = 20
Предупреждение: $ PCP_PMIECONTROL_PATH и $ PCP_PMIECONTROL_PATH.d файлы не должны быть
доступен для записи любым пользователем, кроме root.
3. В контрольном файле (файлах) должна быть одна строка для каждого Пими экземпляр формы:

кашель y|n журнальный файл арг

4. Поля в строке контрольного файла (ов) разделяются одним или несколькими пробелами или
Вкладки.
5. первый поле - это имя хоста, который является источником по умолчанию для
показатели производительности для этого Пими пример.
6. второй поле указывает, является ли это Пими экземпляр должен быть запущен под
контроль носки(1) для подключения к пмкд через брандмауэр (y or n).
8. в третьих поле - это имя Пими файл журнала активности. Полезное соглашение
который Пими экземпляры, отслеживающие локальный хост с именем хоста MyHost поддерживаются
в каталоге $ PCP_LOG_DIR / pmie /MyHost, а журналы активности удаленного хоста
бормотать поддерживаются в $ PCP_LOG_DIR / pmie /бормотать. Это соответствует способу
pmlogger(1) ведет журналы активности и архивные файлы.
9. Все остальные поля интерпретируются как аргументы, передаваемые в Пими(1). Самый
обычно это будет -c опцию.

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

wobbly n КАТАЛОГ_LOG_PCP / pmie / wobbly -c config.default
splat n КАТАЛОГ_LOG_PCP / pmie / splat -c splat / cpu.conf

типичный кронтаб(5) записи для периодического выполнения pmie_daily и pmie_check даны
in $ PCP_SYSCONF_DIR / pmie / crontab (если не установлен по умолчанию в /etc/cron.d уже) и
показано ниже.

# ежедневная обработка журналов pmie
08 0 * * * $ PCP_BINADM_DIR / pmie_daily
# каждые 30 минут проверять, запущены ли экземпляры pmie
28,58 * * * * $ PCP_BINADM_DIR / pmie_check

Чтобы гарантировать, что почта не будет случайно отправлена, когда эти сценарии запускаются из
крон(8) диагностика всегда отправляется в файлы журнала. По умолчанию эти файлы
$ PCP_LOG_DIR / pmie / pmie_daily.log и $ PCP_LOG_DIR / pmie / pmie_check.log но это может быть
изменено с помощью -l вариант. Если этот файл журнала уже существует при запуске сценария, он
будет переименован с .пред суффикс (перезапись любого файла журнала, сохраненного ранее) перед
диагностика создается в новом файле журнала.

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

Команда -N опция включает режим `` показать мне '', в котором действия отображаются эхом, но не выполняются,
в стиле `` make -n ''. С использованием -N в сочетании с -V максимизирует диагностику
возможности для отладки.

Используйте pmie_check онлайн с помощью сервисов onworks.net