pmlogger_merge - Online în cloud

PROGRAM:

NUME

pmlogger_check, pmlogger_daily, pmlogger_merge - administrarea Performance Co-Pilot
arhivați fișierele jurnal

REZUMAT

$PCP_BINADM_DIR/pmlogger_check [-CNsTV] [-c Control] [-l fișier jurnal]
$PCP_BINADM_DIR/pmlogger_daily [-NorV] [-c Control] [-k renunța] [-l fișier jurnal] [-m
adrese] [-s mărimea] [-t vrea] [-x comprima] [-X program] [-Y regex]
$PCP_BINADM_DIR/pmlogger_merge [-fNV] [input-basename ... nume-ieșire]

DESCRIERE

Această serie de scripturi shell și fișierele de control asociate pot fi utilizate pentru a crea un
regim personalizat de administrare și management pentru Copilotul de Performanță (vezi
PCPintro(1)) arhivați fișierele jurnal.

pmlogger_daily este destinat să fie rulat o dată pe zi, de preferință dimineața devreme, ca
la scurt timp după miezul nopții, după cum este posibil. Sarcina sa este de a agrega și roti unul sau mai multe seturi
a arhivelor PCP. După o anumită perioadă, arhivele vechi PCP sunt aruncate. Această perioadă este 14
zile în mod prestabilit, dar poate fi modificat folosind -k opțiune. Sunt recunoscute două valori speciale
pentru perioada (renunța), și anume 0 să nu păstreze arhive dincolo de cea actuală și pentru totdeauna
pentru a preveni aruncarea oricăror arhive.

Fișierele de date arhivate pot fi opțional comprimate după o anumită perioadă pentru a economisi spațiu pe disc.
Acest lucru este util în special pentru un număr mare de pmlogger procesele aflate sub controlul
pmlogger_check. În mod implicit, nu se face compresie. The -x opțiunea permite compresia și
specifică numărul de zile după care să comprimați fișierele de date de arhivă și -X opțiune
specifică programul de utilizat pentru compresie - implicit acesta este xz(1). Utilizarea -Y
opțiunea permite specificarea unei expresii regulate care provoacă fișiere în setul de fișiere
potrivite pentru a se omite compresia - aceasta permite doar comprimarea fișierului de date,
și, de asemenea, împiedică programul să încerce să-l comprima de mai multe ori. Implicit
regex este „.(meta|index|Z|gz|bz2|zip|xz|lzma|lzo|lz4)$” - astfel de fișiere sunt filtrate folosind
-v opțiunea pentru egrep(1).

Pentru a adapta evoluția PMDA-urilor și schimbările în mediile de înregistrare a producției,
pmlogger_daily este integrat cu pmlogrewrite(1) pentru a permite opțional și automat
rescrierea arhivelor înainte de comasare. Dacă există reguli globale de rescriere care trebuie aplicate
în toate arhivele menționate în fișierele de control, apoi creați directorul
$PCP_SYSCONF_DIR/pmlogrewrite și plasați oricare pmlogrewrite(1) reguli de rescriere în aceasta
director. Pentru regulile de rescriere care sunt specifice unei singure familii de arhive, utilizați
numele directorului din fișierul (fișierele) de control - adică Al patrulea câmp - și creați un fișier sau un
director sau un link simbolic numit pmlogrewrite în acest director și plasați
regulile de rescriere necesare în pmlogrewrite fișier sau în fișiere din cadrul pmlogrewrite
subdirector. pmlogger_daily va alege reguli de rescriere din directorul de arhivă dacă
ele există, altfel rescrierea regulilor din $PCP_SYSCONF_DIR/pmlogrewrite dacă acel director
există, altfel nu se încearcă rescrierea.

-r opțiunea de linie de comandă acționează ca o suprasolicitare și împiedică toate rescrierea arhivei cu
pmlogrewrite(1) independent de prezența oricăror fișiere sau directoare cu reguli de rescriere.

În mod implicit, toate arhivele posibile vor fi îmbinate. The -o opțiunea restabilește cea veche
comportament în care arhivele de abia ieri vor fi considerate candidați la fuziune.

În cazul special în care trebuie îmbinată doar o singură arhivă de intrare, pmlogmv(1) este
folosit pentru a redenumi arhiva, mai degrabă decât pentru a copia arhiva de intrare folosind pmlogger_merge.

-M opțiunea poate fi utilizată pentru a dezactiva îmbinarea (sau redenumirea) și rescrierea arhivelor (-M
implică -r). Acest lucru este cel mai util în cazurile în care arhivele sunt incrementale
copiat într-un depozit de la distanță, de exemplu folosind rsync(1). Fuzionarea, redenumirea și rescrierea tuturor
riscă o creștere a sarcinii de sincronizare, mai ales imediat după pmlogger_daily
a fugit, deci -M poate fi util în aceste cazuri.

Pentru a ajuta la depanarea sau diagnosticarea defecțiunilor intermitente, -t poate fi utilizată opțiunea.
Aceasta va activa urmărirea foarte pronunțată (-VV) și capturați rezultatul urmăririi într-un fișier numit
$PCP_LOG_DIR/pmlogger/dayly.Data stampilei.urmă, Unde Data stampilei este timpul pmlogger_daily
a fost rulat în formatul YYYYMMDD.HH.MM. In plus vrea argumentul va asigura că
fișierele de urmărire create cu -t va fi păstrat pentru vrea zile și apoi aruncate.

În plus, dacă fișierul PCP „notices” ($PCP_LOG_DIR/NOTICE) este mai mare decât 20480
octeți, pmlogger_daily va redenumi fișierul cu un sufix ``.old'' și va începe unul nou
fișierul ``notices''. Pragul de rotație poate fi modificat de la 20480 la mărimea octeți folosind
-s opțiune.

Utilizarea -m cauzele opțiunii pmlogger_daily pentru a construi un rezumat al fișierului ``notice''
intrările care au fost generate în ultimele 24 de ore și trimiteți acest rezumat prin e-mail la setul de
separate prin spații adrese. Acest rezumat zilnic este stocat în fișier
$PCP_LOG_DIR/NOTICES.zilnic, care va fi necompletat atunci când nu s-au făcut noi intrări „notice”.
în perioada anterioară de 24 de ore.

Scenariul $PCP_BINADM_DIR/pmlogger_daily ar putea fi copiat și modificat pentru a implementa a
Procedura specifică locației pentru managementul la sfârșitul săptămânii și/sau la sfârșitul lunii pentru un set de PCP
arhive.

pmlogger_check poate fi rulat în orice moment și are scopul de a verifica dacă setul dorit de
pmlogger(1) procesele rulează și, dacă nu, pentru a relansa orice logare eșuat. Utilizarea
-s opțiunea oferă funcționalitatea inversă, permițând setul de pmlogger procese să fie
închidere curată. Utilizarea -C opțiunea interogează informațiile de la nivelul de rulare a serviciului de sistem
pentru pmloggerși îl folosește pentru a determina dacă să pornească sau să oprească procesele.

-T opțiunea oferă o formă concisă de ieșire pentru pmlogger_check care este cel mai potrivit
pentru o pmlogger ``ferme'' unde multe cazuri de pmlogger sunt de așteptat să ruleze.

pmlogger_merge este un script wrapper pentru pmlogextract(1) care îmbină toate jurnalele de arhivă
potrivire cu input-basename argumente și creează o nouă arhivă folosind nume-ieșire ca
numele de bază pentru fișierele fizice care constituie un jurnal de arhivă. The input-basename
argumentele pot conține meta caractere în stilul de sh(1). Dacă este specificat, -f opțiune
face ca toate fișierele de intrare să fie eliminate odată ce arhiva de ieșire a fost creată.

pmlogger_merge este folosit de pmlogger_daily.

Ambele pmlogger_daily și pmlogger_check sunt controlate de fișierele de control PCP logger care
specifică pmlogger instanțe care urmează să fie gestionate. Fișierul de control implicit este
$PCP_PMLOGGERCONTROL_PATH, dar o alternativă poate fi specificată folosind -c opțiune. Dacă
director $PCP_PMLOGGERCONTROL_PATH.d (sau Control.d din -c opțiunea) există, apoi
conținutul oricăror fișiere de control suplimentare din acesta va fi atașat la fișierul de control principal
(care trebuie să existe).

avertizare: $PCP_PMLOGGERCONTROL_PATH și $PCP_PMLOGGERCONTROL_PATHFișierele .d nu trebuie să fie
poate fi scris de orice alt utilizator decât root.

Fișierele de control trebuie personalizate conform următoarelor reguli care definesc pentru
versiunea curentă (1.1) a formatului fișierului de control.

1. Rândurile care încep cu ``#'' sunt comentarii.
2. Liniile care încep cu ``$'' sunt presupuse a fi atribuiri la variabilele de mediu în
stilul de sh(1), iar tot textul care urmează după ``$'' va fi evalcreat de scenariu
citirea fișierului de control și variabila corespunzătoare exportată în
mediu inconjurator. Acest lucru este util în special pentru a seta și a exporta variabile în
mediul scripturilor administrative, de ex
$ PMCD_CONNECT_TIMEOUT=20
3. Acolo trebuie să: fie o linie de versiune în fișierul de control inițial al formularului:
versiunea $=1.1
4. Ar trebui să existe o linie în fișierul (fișierele) de control pentru fiecare pmlogger instanță a
formă:

gazdă y|n y|n director args

5. Câmpurile dintr-o linie a fișierelor de control sunt de obicei separate prin unul sau mai multe
spații sau file (deși consultați descrierea director câmp pentru unii
excepții importante).
6. primul câmpul este numele gazdei care este sursa valorilor de performanță
pentru asta pmlogger instanță.
7. al doilea câmpul indică dacă acesta este a primar pmlogger instanță (y) sau nu (n).
Deoarece loggerul principal trebuie să ruleze pe gazda locală și poate exista cel mult unul
logger primar pentru o anumită gazdă, acest câmp poate fi y pentru cel mult unul pmlogger
exemplu, caz în care numele gazdei trebuie să fie numele gazdei locale.
8. al treilea câmpul indică dacă acest lucru pmlogger instanța trebuie începută sub
control asupra pmsocks(1) a se conecta la a pmcd printr-un firewall (y or n).
9. Al patrulea câmpul este un nume de director. Toate fișierele asociate cu aceasta pmlogger
instanța va fi creată în acest director, iar acesta va fi directorul curent pentru
executarea oricăror programe necesare pentru întreținerea acelor arhive. Un util
convenția este că arhivele logger primare pentru gazda locală cu nume de gazdă gazda mea sunt
menținute în director $PCP_LOG_DIR/pmlogger/gazda mea (aici este implicit
pmlogger script de pornire în $PCP_RC_DIR/pcp va crea arhivele), în timp ce arhivele
pentru gazda la distanță bombăni sunt menținute în $PCP_LOG_DIR/pmlogger/bombăni.
10. Câmpul director poate conține sintaxă shell încorporată care va fi evaluată de sh(1)
pentru a produce numele real de director care va fi folosit. Construcțiile permise sunt:
· Orice text (inclusiv spații albe) închis cu $( și ).
· Orice text (inclusiv spații albe) închis cu ` și ` (ghilimele din spate).
· Orice text (inclusiv spații albe) închis cu " și " (ghilimele duble).
· Orice cuvânt care conține a $ (se presupune că introduce un nume de variabilă de mediu).
11. Toate celelalte câmpuri sunt interpretate ca argumente către care trebuie transmise pmlogger(1) și/sau
pmnewlog(1). Cel mai tipic acesta ar fi -c opțiune.

Următoarele exemple de linii de control specifică un logger primar pe gazda locală (dumnezeu), Şi
loggeri non-primari pentru a colecta și înregistra valorile de performanță de la gazde tulburător și
Boing.

$version=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

Tipic crontab(5) mențiuni pentru executarea periodică a pmlogger_daily și pmlogger_check sunt
dat în $PCP_SYSCONF_DIR/pmlogger/crontab (cu excepția cazului în care este instalat implicit în /etc/cron.d
deja) și prezentate mai jos.

# procesarea zilnică a jurnalelor de arhivă
14 0 * * * $PCP_BINADM_DIR/pmlogger_daily
# la fiecare 30 de minute, verificați rularea instanțelor pmlogger
25,55 * * * * $PCP_BINADM_DIR/pmlogger_check

Pentru a ne asigura că e-mailurile nu sunt trimise neintenționat atunci când aceste scripturi sunt executate de la
cron(8) diagnosticele sunt întotdeauna trimise într-un fișier jurnal. În mod implicit, acest fișier este
$PCP_LOG_DIR/pmlogger/pmlogger_daily.log or $PCP_LOG_DIR/pmlogger/pmlogger_check.log dar
acest lucru poate fi modificat folosind -l opțiune. Dacă acest fișier jurnal există deja când scriptul
începe, va fi redenumit cu a .prev sufix (suprascrierea oricărui fișier jurnal salvat mai devreme)
înainte ca diagnosticele să fie generate în fișierul jurnal. The -l și -t opțiunile nu pot fi utilizate
împreună.

Ieșirea de la cron execuția scripturilor poate fi extinsă utilizând -V opțiunea pentru
script-urile care vor permite urmărirea verbosă a activității lor. Implicit scripturile
nu generează nicio ieșire decât dacă se întâlnește o eroare sau o condiție de avertizare.

Utilizați pmlogger_merge online folosind serviciile onworks.net