pmie_check - Online w chmurze

PROGRAM:

IMIĘ

pmie_check, pmie_day - administracja silnikiem wnioskowania Performance Co-Pilot

STRESZCZENIE

$ PCP_BINADM_DIR/pmie_check [-CNsV] [-c kontrola] [-l logfile]
$ PCP_BINADM_DIR/pmie_dziennie [-NV] [-c kontrola] [-k odrzucać] [-l logfile] [-m Adresy] [-x
kompresować] [-X program] [-Y regex]

OPIS

Ta seria skryptów powłoki i powiązanych plików kontrolnych może być użyta do stworzenia
zindywidualizowany reżim administrowania i zarządzania dla Performance Co-Pilot (patrz
PCIntro(1)) silnik wnioskowania, cześć(1).

pmie_day jest przeznaczony do biegania raz dziennie, najlepiej wczesnym rankiem, jak najszybciej
po północy jak to możliwe. Jego zadaniem jest obracanie plików dziennika dla uruchomionego cześć
procesów - te pliki mogą rosnąć bez ograniczeń, jeśli użyto akcji ``print'' lub żadnej
inny PME akcja zapisuje do swoich strumieni stdout/stderr. Po pewnym okresie stary cześć log
pliki są odrzucane. Ten okres domyślnie wynosi 14 dni, ale można go zmienić za pomocą -k
opcja. Za okres ujmowane są dwie specjalne wartości (odrzucać), mianowicie 0 nie zatrzymywać
pliki dziennika poza bieżącym i na zawsze aby zapobiec odrzucaniu plików dziennika.

Pliki dziennika można opcjonalnie skompresować po pewnym okresie (kompresować), aby zaoszczędzić dysk
przestrzeń. Jest to szczególnie przydatne w przypadku dużej liczby cześć procesy pod kontrolą
of pmie_check, -x opcja określa liczbę dni, po których należy skompresować archiwum
pliki danych i -X opcja określa program używany do kompresji - domyślnie
to jest xz(1). Korzystanie z -Y opcja pozwala na określenie wyrażenia regularnego powodującego
pliki w zestawie plików dopasowanych do kompresji mają zostać pominięte - pozwala to tylko na
plik danych do skompresowania, a także zapobiega próbie skompresowania go przez program
więcej niż raz. Domyślny regex to ".(meta|indeks|Z|gz|bz2|zip|xz|lzma|lzo|lz4)$" - takie
pliki są filtrowane za pomocą -v opcja do egrep(1).

Korzystanie z -m Przyczyny opcji pmie_day do skonstruowania podsumowania wygenerowanych plików dziennika
dla wszystkich monitorowanych hostów w ciągu ostatnich 24 godzin (linie pasujące do „OK” są usuwane) oraz e-
wyślij to podsumowanie do zbioru oddzielonego spacjami Adresy.

pmie_check można uruchomić w dowolnym momencie i ma na celu sprawdzenie, czy żądany zestaw
cześć(1) procesy są uruchomione, a jeśli nie, uruchom ponownie wszystkie nieudane silniki wnioskowania. Posługiwać się
ukończenia -s opcja zapewnia odwróconą funkcjonalność, pozwalając na zestaw cześć przetwarza do
być czystym zamknięciem. Korzystanie z -C opcja odpytuje informacje o poziomie uruchomienia usługi systemowej
dla cześći używa go do określenia, czy uruchomić, czy zatrzymać procesy.

Obie pmie_check i pmie_day są kontrolowane przez pliki sterujące silnika wnioskowania PCP, które
określić cześć instancje do zarządzania. Domyślny plik kontrolny to
$PCP_PMIEControl_PATH ale alternatywę można określić za pomocą -c opcja. Jeśli
katalog $PCP_PMLOGGERControl_PATH.d (lub kontrola.d z -c opcja) istnieje, to
zawartość wszelkich dodatkowych plików kontrolnych w nich zawartych zostanie dołączona do głównego pliku kontrolnego
(który musi istnieć).

Plik(i) kontrolne należy dostosować zgodnie z poniższymi zasadami.

1. Linie zaczynające się od ``#'' są komentarzami.
2. Zakłada się, że wiersze zaczynające się od ``$'' są przypisaniami do zmiennych środowiskowych
w stylu sh(1), a cały tekst następujący po ``$'' będzie eval'ed przez
skrypt czytający plik kontrolny i odpowiednią zmienną wyeksportowaną do
środowisko. Jest to szczególnie przydatne przy ustawianiu i eksportowaniu zmiennych do
środowisko skryptu administracyjnego, np.
$PMCD_CONNECT_TIMEOUT=20
Ostrzeżenie: the $PCP_PMIEControl_PATH i $PCP_PMIEControl_PATHPliki .d nie mogą być
zapisywalny przez dowolnego użytkownika innego niż root.
3. W pliku kontrolnym powinien być jeden wiersz dla każdego cześć instancja formularza:

gospodarz y|n logfile args

4. Pola w wierszu pliku kontrolnego są oddzielone jedną lub większą liczbą spacji lub
zakładki.
5. drugim pole to nazwa hosta, który jest domyślnym źródłem
metryki wydajności dla tego cześć instancja.
6. Dopiero pole wskazuje, czy to cześć instancję należy uruchomić pod
kontrola skarpetki(1) połączyć się z a pmcd przez zaporę (y or n).
8. trzeci pole to nazwa cześć plik dziennika aktywności. Przydatną konwencją jest
że cześć instancje monitorujące lokalny host z nazwą hosta mój gospodarz są utrzymywane
w katalogu $PCP_LOG_DIR/pmie/mój gospodarz, podczas gdy logi aktywności dla zdalnego hosta
bełkot są utrzymywane w $PCP_LOG_DIR/pmie/bełkot. Jest to zgodne z drogą
pmloger(1) prowadzi logi swojej działalności i pliki archiwalne.
9. Wszystkie pozostałe pola są interpretowane jako argumenty, które należy przekazać do cześć(1). Bardzo
zazwyczaj będzie to -c opcja.

Poniższe przykładowe linie kontrolne określają jeden cześć instancja monitorująca hosta lokalnego
(chwiejny) i inne metryki wydajności monitorowania z hosta ikona.

chwiejny n PCP_LOG_DIR/pmie/wobbly -c config.default
ikona n PCP_LOG_DIR/pmie/splat -c ikona/cpu.conf

Typowy crontab(5) wpisy do okresowego wykonywania pmie_day i pmie_check są podane
in $ PCP_SYSCONF_DIR/pmie/crontab (chyba że domyślnie zainstalowano w /etc/cron.d już) i
pokazane poniżej.

# codzienne przetwarzanie dzienników pmie
08 0 * * * $PCP_BINADM_DIR/pmie_dziennie
# co 30 minut sprawdzaj, czy instancje pmie są uruchomione
28,58 * * * * $PCP_BINADM_DIR/pmie_check

Aby upewnić się, że poczta nie zostanie przypadkowo wysłana, gdy te skrypty są uruchamiane z
cron(8) diagnostyka jest zawsze przesyłana do plików dziennika. Domyślnie te pliki są
$PCP_LOG_DIR/pmie/pmie_daily.log i $PCP_LOG_DIR/pmie/pmie_check.log ale to może być
zmieniono za pomocą -l opcja. Jeśli ten plik dziennika już istnieje podczas uruchamiania skryptu, to
zostanie zmieniona na .poprzednia sufiks (zastąpienie wcześniej zapisanego pliku dziennika)
diagnostyka jest generowana do nowego pliku dziennika.

Wyjście z cron wykonanie skryptów można przedłużyć za pomocą -V opcja do
skrypty, które umożliwią szczegółowe śledzenie ich aktywności. Domyślnie skrypty
nie generują żadnych danych wyjściowych, chyba że wystąpi błąd lub warunek ostrzegawczy.

Kurs -N opcja włącza tryb ``show me'', w którym akcje są powtarzane, ale nie wykonywane,
w stylu ``make -n''. Za pomocą -N w połączeniu z -V maksymalizuje diagnostykę
możliwości debugowania.

Użyj pmie_check online, korzystając z usług onworks.net