pmlogger_merge - Online w chmurze

PROGRAM:

IMIĘ

pmlogger_check, pmlogger_day, pmlogger_merge - administracja Performance Co-Pilot
archiwizować pliki dziennika

STRESZCZENIE

$PCP_BINADM_DIR/pmlogger_check [-CNsTV] [-c kontrola] [-l logfile]
$PCP_BINADM_DIR/pmlogger_dziennie [-NorV] [-c kontrola] [-k odrzucać] [-l logfile] [-m
Adresy] [-s rozmiar] [-t chcieć] [-x kompresować] [-X program] [-Y regex]
$PCP_BINADM_DIR/pmlogger_merge [-fNV] [wejściowa-nazwa-bazowa ... nazwa-wyjścia]

OPIS

Ta seria skryptów powłoki i powiązanych plików kontrolnych może być użyta do stworzenia
dostosowany reżim administrowania i zarządzania dla Performance Co-Pilot (patrz
PCIntro(1)) archiwizuj pliki dziennika.

pmlogger_day ma być uruchamiany raz dziennie, najlepiej we wczesnych godzinach porannych, jako
jak najszybciej po północy. Jego zadaniem jest agregacja i rotacja jednego lub kilku zestawów
archiwów PCP. Po pewnym czasie stare archiwa PCP są odrzucane. Ten okres to 14
dni domyślnie, ale można je zmienić za pomocą -k opcja. Rozpoznawane są dwie wartości specjalne
na okres (odrzucać), mianowicie 0 nie przechowywać żadnych archiwów poza bieżącym, oraz na zawsze
aby zapobiec odrzucaniu jakichkolwiek archiwów.

Pliki danych archiwalnych można opcjonalnie skompresować po pewnym czasie w celu zaoszczędzenia miejsca na dysku.
Jest to szczególnie przydatne w przypadku dużej liczby pmloger procesy pod kontrolą
pmlogger_check. Domyślnie kompresja nie jest wykonywana. The -x opcja umożliwia kompresję i
określa liczbę dni, po których należy skompresować pliki danych archiwalnych, oraz -X opcja
określa program do kompresji — domyślnie jest to xz(1). Korzystanie z -Y
opcja umożliwia określenie wyrażenia regularnego powodującego pliki w zestawie plików
dopasowane do pominięcia kompresji - pozwala na kompresję tylko pliku z danymi,
a także uniemożliwia programowi próbę skompresowania go więcej niż jeden raz. Domyślny
regex to ".(meta|index|Z|gz|bz2|zip|xz|lzma|lzo|lz4)$" - takie pliki są filtrowane przy użyciu
-v opcja do egrep(1).

Aby uwzględnić ewolucję PMDA i zmiany w środowiskach rejestrowania produkcji,
pmlogger_day jest zintegrowany z pmlogrewrite(1), aby umożliwić opcjonalne i automatyczne
przepisanie archiwów przed połączeniem. Jeśli istnieją globalne reguły przepisywania, które należy zastosować
we wszystkich archiwach wymienionych w pliku kontrolnym, a następnie utwórz katalog
$PCP_SYSCONF_DIR/pmlogrewrite i umieść dowolne pmlogrewrite(1) przepisania zasad w tym
informator. Aby przepisać reguły, które są specyficzne tylko dla jednej rodziny archiwów, użyj metody
nazwa katalogu z pliku(ów) kontrolnego - tj czwarty pole - i utwórz plik lub a
katalog lub nazwane dowiązanie symboliczne pmlogrewrite w tym katalogu i umieść plik
wymagane reguły przepisywania w pliku pmlogrewrite pliku lub w plikach w formacie pmlogrewrite
podkatalogu. pmlogger_day wybierze reguły przepisywania z katalogu archiwum if
istnieją, w przeciwnym razie przepisywanie reguł z $PCP_SYSCONF_DIR/pmlogrewrite jeśli ten katalog
istnieje, w przeciwnym razie nie zostanie podjęta próba przepisania.

Kurs -r opcja wiersza poleceń działa jak nadpisanie i zapobiega wszelkim zmianom w archiwach
pmlogrewrite(1) niezależnie od obecności jakichkolwiek plików reguł przepisywania lub katalogów.

Domyślnie wszystkie możliwe archiwa zostaną scalone. The -o opcja przywraca stare
zachowanie, w którym tylko wczorajsze archiwa będą brane pod uwagę jako kandydaci do scalenia.

W szczególnym przypadku, gdy konieczne jest połączenie tylko jednego archiwum wejściowego, pmlogmv(1) jest
używany do zmiany nazwy archiwum, zamiast kopiowania archiwum wejściowego za pomocą pmlogger_merge.

Kurs -M opcja może być użyta do wyłączenia scalania archiwów (lub zmiany nazwy) i przepisywania (-M
sugeruje -r). Jest to najbardziej przydatne w przypadkach, gdy archiwa są tworzone przyrostowo
skopiowane do zdalnego repozytorium, np. za pomocą rsync(1). Łączenie, zmiana nazwy i przepisywanie wszystkiego
ryzykować wzrost obciążenia synchronizacji, zwłaszcza bezpośrednio po nim pmlogger_day
biegł, więc -M mogą być przydatne w takich przypadkach.

Aby pomóc w debugowaniu lub diagnozowaniu sporadycznych awarii, -t można użyć opcji.
Spowoduje to włączenie bardzo szczegółowego śledzenia (-VV) i przechwyć dane wyjściowe śledzenia w pliku o nazwie
$PCP_LOG_DIR/pmlogger/dziennie.Data stempla.namierzać, gdzie Data stempla to jest czas pmlogger_day
został uruchomiony w formacie RRRRMMDD.GG.MM. Ponadto chcieć argument to zapewni
pliki śledzenia utworzone za pomocą -t zostanie zachowany dla chcieć dni, a następnie wyrzucić.

Ponadto, jeśli plik PCP ``notices'' ($PCP_LOG_DIR/POWIADOMIENIA) jest większy niż 20480
bajty, pmlogger_day zmieni nazwę pliku z sufiksem ``.stary'' i rozpocznie nowy
plik ``powiadomienia''. Próg obrotu można zmienić z 20480 na rozmiar bajtów za pomocą
-s opcja.

Korzystanie z -m Przyczyny opcji pmlogger_day skonstruować podsumowanie pliku ``uwagi''
wpisy, które zostały wygenerowane w ciągu ostatnich 24 godzin, i wyślij to podsumowanie e-mailem do zbioru
oddzielone spacją Adresy. To dzienne podsumowanie jest przechowywane w pliku
$PCP_LOG_DIR/NOTICES.dziennie, które będzie puste, jeśli nie zostaną wprowadzone żadne nowe wpisy ``notices''
w ciągu ostatnich 24 godzin.

Scenariusz $PCP_BINADM_DIR/pmlogger_dziennie można skopiować i zmodyfikować, aby zaimplementować a
specyficzna dla zakładu procedura zarządzania na koniec tygodnia i/lub na koniec miesiąca dla zestawu PCP
archiwa.

pmlogger_check można uruchomić w dowolnym momencie i ma na celu sprawdzenie, czy żądany zestaw
pmloger(1) procesy są uruchomione, a jeśli nie, aby ponownie uruchomić wszystkie uszkodzone rejestratory. Korzystanie z
-s opcja zapewnia odwróconą funkcjonalność, pozwalając na zestaw pmloger procesy, które mają być
czyste wyłączenie. Korzystanie z -C opcja odpytuje informacje o poziomie uruchomienia usługi systemowej
dla pmlogeri używa go do określenia, czy uruchomić, czy zatrzymać procesy.

Kurs -T opcja zapewnia zwięzłą formę danych wyjściowych dla pmlogger_check to jest najbardziej odpowiednie
dla pmloger ``farma'', gdzie wiele wystąpień pmloger oczekuje się, że będą działać.

pmlogger_merge jest opakowującym skryptem dla pmlogwyciąg(1), który łączy wszystkie dzienniki archiwum
pasujące do wejściowa-nazwa-bazowa arguments i tworzy nowe archiwum za pomocą nazwa-wyjścia jak
nazwa podstawowa plików fizycznych, które składają się na dziennik archiwum. The wejściowa-nazwa-bazowa
argumenty mogą zawierać metaznaki w stylu sh(1). Jeśli określono, -f opcja
powoduje usunięcie wszystkich plików wejściowych po utworzeniu archiwum wyjściowego.

pmlogger_merge jest używany przez pmlogger_day.

Obie pmlogger_day i pmlogger_check są kontrolowane przez pliki kontrolne rejestratora PCP, które
określa pmloger instancje do zarządzania. Domyślny plik kontrolny to
$PCP_PMLOGGERControl_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ć).

Ostrzeżenie: the $PCP_PMLOGGERControl_PATH i $PCP_PMLOGGERControl_PATHPliki .d nie mogą być
zapisywalny przez dowolnego użytkownika innego niż root.

Plik(i) kontrolny należy dostosować zgodnie z następującymi regułami, które definiują dla
aktualna wersja (1.1) formatu pliku kontrolnego.

1. Linie zaczynające się od ``#'' są komentarzami.
2. Zakłada się, że linie zaczynające się od ``$'' są przypisaniami do zmiennych środowiskowych w
styl sh(1), a cały tekst następujący po ``$'' będzie evalwedług scenariusza
odczyt pliku kontrolnego i odpowiedniej zmiennej wyeksportowanej do pliku
środowisko. Jest to szczególnie przydatne przy ustawianiu i eksportowaniu zmiennych do
środowisko skryptów administracyjnych, np
$PMCD_CONNECT_TIMEOUT=20
3. Tam musi być linią wersji w początkowym pliku kontrolnym formularza:
Wersja $=1.1
4. W pliku kontrolnym powinien być jeden wiersz dla każdego pmloger wystąpienie
Formularz:

gospodarz y|n y|n katalog args

5. Pola w wierszu pliku kontrolnego są zwykle oddzielone przez jeden lub więcej
spacje lub tabulatory (chociaż patrz opis pliku katalog pole dla niektórych
ważne wyjątki).
6. drugim pole to nazwa hosta, który jest źródłem metryk wydajności
dla tego pmloger instancja.
7. Dopiero pole wskazuje, czy jest to a pierwotny pmloger instancja (y) albo nie (n).
Ponieważ główny rejestrator musi działać na lokalnym hoście, a może być co najwyżej jeden
głównym rejestratorem dla konkretnego hosta, to pole może być y najwyżej dla jednego pmloger
instancji, w którym to przypadku nazwa hosta musi być nazwą hosta lokalnego.
8. trzeci pole wskazuje, czy to pmloger instancję należy uruchomić pod
kontrola skarpetki(1) połączyć się z a pmcd przez zaporę (y or n).
9. czwarty pole to nazwa katalogu. Wszystkie pliki z tym związane pmloger
instancja zostanie utworzona w tym katalogu i będzie to bieżący katalog dla
wykonanie wszelkich programów wymaganych do utrzymania tych archiwów. Użyteczny
Konwencja polega na tym, że główny rejestrator rejestruje archiwa dla lokalnego hosta o nazwie hosta mój gospodarz jest
przechowywane w katalogu $PCP_LOG_DIR/pmlogger/mój gospodarz (tutaj jest domyślna
pmloger skrypt startowy w $PCP_RC_DIR/szt. utworzy archiwa), natomiast archiwa
dla zdalnego hosta bełkot są utrzymywane w $PCP_LOG_DIR/pmlogger/bełkot.
10. Pole katalogu może zawierać osadzoną składnię powłoki, która będzie oceniana przez sh(1)
aby utworzyć prawdziwą nazwę katalogu, która ma być używana. Dozwolone konstrukcje to:
· Dowolny tekst (łącznie ze spacjami) dołączony do $( i ).
· Dowolny tekst (łącznie ze spacjami) dołączony do ` i ` (cytaty wsteczne).
· Dowolny tekst (łącznie ze spacjami) dołączony do " i " (podwójne cudzysłowy).
· Każde słowo zawierające a $ (zakłada się, że wprowadza nazwę zmiennej środowiskowej).
11. Wszystkie pozostałe pola są interpretowane jako argumenty, które należy przekazać do pmloger(1) i/lub
pmnewlog(1). Najczęściej byłby to tzw -c opcja.

Poniższe przykładowe wiersze kontrolne określają główny program rejestrujący na hoście lokalnym (bozo), A
rejestratory inne niż podstawowe do zbierania i rejestrowania metryk wydajności z hostów chwiejny i
Boing.

$wersja=1.1
bozo yn $PCP_LOG_DIR/pmlogger/bozo -c config.default
wobbly nn "/store/wobbly/$(data +%Y)" -c ./wobbly.config
boing nn $PCP_LOG_DIR/pmlogger/boing -c ./pmlogger.config

Typowy crontab(5) wpisy do okresowego wykonywania pmlogger_day i pmlogger_check jest
podane w $PCP_SYSCONF_DIR/pmlogger/crontab (chyba że domyślnie zainstalowano w /etc/cron.d
już) i pokazano poniżej.

# codzienne przetwarzanie dzienników archiwalnych
14 0 * * * $PCP_BINADM_DIR/pmlogger_daily
# co 30 minut sprawdzaj, czy instancje pmloggera działają
25,55 * * * * $PCP_BINADM_DIR/pmlogger_check

Aby upewnić się, że poczta nie zostanie przypadkowo wysłana, gdy te skrypty są uruchamiane z
cron(8) diagnostyka jest zawsze wysyłana do pliku dziennika. Domyślnie jest to plik
$PCP_LOG_DIR/pmlogger/pmlogger_daily.log or $PCP_LOG_DIR/pmlogger/pmlogger_check.log ale
można to zmienić za pomocą -l opcja. Jeśli ten plik dziennika już istnieje, gdy skrypt
rozpocznie się, jego nazwa zostanie zmieniona na a .poprzednia sufiks (nadpisując dowolny plik dziennika zapisany wcześniej)
przed wygenerowaniem diagnostyki w pliku dziennika. The -l i -t nie można użyć opcji
razem.

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.

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