pmlogger daily(1)

NAMN

pmlogger_daily — administration av Performance Co-Pilot-arkivfiler

SYNOPSIS

$PCP_BINADM_DIR/pmlogger_daily [-DEfKMNnoPpQrRVzZ?] [-c control]
    [-k tid] [-l loggfil] [-m adresser] [-s storlek] [-t önskat]
    [-x tid] [-X program] [-Y regex]

BESKRIVNING

pmlogger_daily och det relaterade verktyget pmlogger_check(1), tillsammans med tillhörande kontrollfiler, se pmlogger.control(5), kan användas för att skapa en anpassad ordning för administration och hantering av historiska arkiv med prestandadata inom infrastrukturen Performance Co-Pilot, se PCPIntro(1).

pmlogger_daily är avsett att köras en gång per dag, helst tidigt på morgonen, så snart efter midnatt som är praktiskt möjligt. Dess uppgift är att sammanfoga, rotera och utföra allmän städning av en eller flera uppsättningar PCP-arkiv.

För att hantera utvecklingen av PMDA:er och förändringar i produktionsmiljöer för loggning är pmlogger_daily integrerat med pmlogrewrite(1). Detta gör det möjligt att valfritt och automatiskt skriva om arkiv före sammanfogning.

Om det finns globala omskrivningsregler som ska tillämpas på alla arkiv som nämns i kontrollfilen eller kontrollfilerna, skapa då katalogen:

$PCP_SYSCONF_DIR/pmlogrewrite

och placera omskrivningsregler för pmlogrewrite(1) i denna katalog.

För omskrivningsregler som bara gäller en enda arkivfamilj används katalognamnet från kontrollfilen eller kontrollfilerna, det vill säga det fjärde fältet. Skapa där en fil, katalog eller symbolisk länk med namnet:

pmlogrewrite

och placera de nödvändiga omskrivningsreglerna i filen pmlogrewrite eller i filer inuti underkatalogen pmlogrewrite.

pmlogger_daily väljer omskrivningsregler från arkivkatalogen om sådana finns. Annars används regler från:

$PCP_SYSCONF_DIR/pmlogrewrite

om den katalogen finns. Om ingen av dessa finns görs ingen omskrivning.

Som en alternativ mekanism behandlas filen:

$PCP_LOG_DIR/pmlogger/.NeedRewrite

som om flaggan -R hade angetts på kommandoraden, om filen finns när pmlogger_daily startar. Filen tas bort när all omskrivning är klar.

FLAGGOR

-c control, --control=control

Både pmlogger_daily och pmlogger_check(1) styrs av PCP-loggarens kontrollfil eller kontrollfiler, som anger vilka pmlogger(1)-instanser som ska hanteras.

Standardfilen control är:

$PCP_PMLOGGERCONTROL_PATH

men en alternativ fil kan anges med flaggan -c.

Om katalogen:

$PCP_PMLOGGERCONTROL_PATH.d

eller:

control.d

från flaggan -c finns, läggs innehållet i alla ytterligare control-filer där till efter huvudkontrollfilen. Huvudkontrollfilen måste finnas.

-D, --noreport

Utför inte den villkorliga bearbetningen med pmlogger_daily_report(1) som beskrivs nedan.

-E, --expunge

Gör att pmlogger_daily skickar flaggan -E till pmlogger_merge(1). Detta gör att mätvärden med inkonsekvent metadata kan rensas bort och att bearbetningen fortsätter i stället för att misslyckas.

Detta är avsett för automatiserad daglig arkivrotation där det är mycket önskvärt att obevakad daglig arkivsammanfogning, omskrivning och komprimering lyckas. För mer information, se pmlogger_merge(1) och beskrivningen av flaggan -x i pmlogextract(1).

-f, --force

Tvingar pmlogger_daily att försöka utföra komprimeringsåtgärder. Användning av denna flagga i produktion rekommenderas inte.

-k tid, --discard=tid

Efter en viss tid kastas gamla PCP-arkiv. tid är en tidsspecifikation enligt syntaxen i find-filter(1):

DD[:HH[:MM]]

De valfria delarna HH för timmar och MM för minuter är 0 om de inte anges. Standardvärdet är:

14:0:0

det vill säga 14 dagar, men detta kan ändras med denna flagga.

Några särskilda värden känns igen för tid:

0

Behåll inga arkiv utöver de som just nu skrivs av pmlogger(1).

forever eller never

Förhindra att arkiv kastas.

tid kan också anges med variabeln $PCP_CULLAFTER, antingen i miljön eller i en kontrollfil. Om både $PCP_CULLAFTER och -k anger olika värden för tid används värdet från miljövariabeln och en varning skrivs ut. Om $PCP_CULLAFTER anges i control-filen åsidosätter den alltså -k på kommandoraden.

Observera att semantiken för tid är att den mäts från den senaste ändringstiden för varje arkiv, inte från arkivets ursprungliga skapelsedatum. Detta har subtila konsekvenser för komprimering, se nedan. Komprimeringsprocessen skapar nya arkivfiler med nya ändringstider. I detta fall börjar tidsperioden om från komprimeringstillfället.

-K

När denna flagga anges för pmlogger_daily försöker programmet endast utföra komprimeringsuppgifter. Ingen pmlogger-rotation, ingen rensning, ingen omskrivning och så vidare utförs.

När -K används och en period på 0 gäller, från -x på kommandoraden eller $PCP_COMPRESSAFTER i miljön eller via control-filen, är detta avsett för miljöer där arkivkomprimering önskas innan den schemalagda dagliga bearbetningen sker.

För att åstadkomma detta anropar pmlogger_check(1) pmlogger_daily med endast flaggan -K när pmlogger_check(1) har slutfört sin ordinarie bearbetning. Förutsatt att $PCP_COMPRESSAFTER är satt till 0, tillsammans med övriga nödvändiga komprimeringsflaggor som matchar den schemalagda körningen av pmlogger_daily, komprimeras alla volymer utom de som just nu skrivs av pmlogger(1).

Om $PCP_COMPRESSAFTER är satt till ett värde större än noll kan man manuellt köra pmlogger_daily med flaggan -x för att komprimera volymer som är yngre än tiden i $PCP_COMPRESSAFTER. Detta kan användas för att frigöra filsystemsutrymme genom att komprimera volymer tidigare än de annars skulle ha komprimerats.

Observera att standardvärdet för $PCP_COMPRESSAFTER är 0 dagar, vilket innebär att flaggan -x inte har någon effekt om inte control-filen har ändrats och $PCP_COMPRESSAFTER har satts till ett värde större än 0.

Standardvärdet för $PCP_COMPRESSAFTER är 0 om zstd(1) är installerat, eller om xz(1) är installerat och biblioteket lzma är tillgängligt, enligt vad pmconfig(1) rapporterar för flaggan transparent_decompress.

Annars är standardvärdet för $PCP_COMPRESSAFTER:

never

-l fil, --logfile=fil

För att säkerställa att e-post inte skickas oavsiktligt när dessa skript körs från cron(8) eller systemd(1) skickas diagnostik alltid till loggfiler.

Standardfilen är:

$PCP_LOG_DIR/pmlogger/pmlogger_daily.log

men detta kan ändras med flaggan -l.

Om loggfilen redan finns när skriptet startar byts dess namn till ett namn med suffixet .prev, vilket skriver över eventuell tidigare sparad loggfil, innan ny diagnostik skrivs till loggfilen.

Flaggorna -l och -t kan inte användas tillsammans.

-m adresser, --mail=adresser

Gör att pmlogger_daily skapar en sammanfattning av poster i filen “notices” som genererades under de senaste 24 timmarna, och skickar denna sammanfattning med e-post till den blankstegsseparerade uppsättningen adresser.

Den dagliga sammanfattningen lagras i filen:

$PCP_LOG_DIR/NOTICES.daily

Denna fil är tom om inga nya “notices”-poster skapades under den föregående 24-timmarsperioden.

-M

Denna flagga kan användas för att inaktivera arkivsammanfogning eller namnbyte, samt omskrivning. -M implicerar -r.

Detta är mest användbart i fall där arkiven kopieras inkrementellt till ett fjärrarkiv, till exempel med rsync(1). Sammanfogning, namnbyte och omskrivning riskerar alla att öka synkroniseringsbelastningen, särskilt direkt efter att pmlogger_daily har körts. Därför kan -M vara användbar i sådana fall.

-N, --showme

Aktiverar ett ”visa mig”-läge där programmets åtgärder skrivs ut men inte utförs, ungefär som:

make -n

Att använda -N tillsammans med -V ger maximal diagnostik för felsökning.

-n, --noerror

Tvinga avslutningsstatus till 0, utom vid katastrofala fel. Detta är användbart när programmet anropas från en systemd(1)-tjänst eller timerenhet, så att den tillhörande enheten inte markeras som misslyckad på ett sätt som förhindrar senare körning från systemd(1).

-o

Som standard sammanfogas alla möjliga arkiv. Denna flagga återställer det gamla beteendet, där endast gårdagens arkiv betraktas som kandidater för sammanfogning.

I det särskilda fallet där endast ett enda indataarkiv behöver sammanfogas används pmlogmv(1) för att byta namn på arkivet. Annars används pmlogger_merge(1) för att sammanfoga alla arkiv för en enskild värd och en enskild dag till ett nytt PCP-arkiv, varefter de individuella arkiven tas bort.

-P, --noproxy

Som standard behandlar pmlogger_daily, utöver arkiv skapade av lokala pmlogger(1)-instanser under katalogerna:

$PCP_ARCHIVE_DIR/<hostname>

även arkiv som har “pushats” från en fjärransluten pmlogger(1) via lokal pmproxy(1) och lagrats under:

$PCP_LOG_DIR/pmproxy/<hostname>

Flaggan -P förhindrar bearbetning av arkiv från pmproxy(1).

-p

Om denna flagga anges för pmlogger_daily kontrolleras statusen för den dagliga bearbetningen. Om den dagliga pmlogger(1)-rotationen, rensningen, omskrivningen, komprimeringen och så vidare inte har gjorts under de senaste 24 timmarna, görs den nu.

Avsikten är att pmlogger_daily ska anropas regelbundet med flaggan -p, till exempel 30 minuter efter varje hel timme i standardkonfigurationen för cron(8), för att säkerställa att den dagliga bearbetningen sker så snart som möjligt om den missades vid den vanliga schemalagda tiden, som normalt är 00:10. Det kan till exempel hända om systemet var avstängt eller i viloläge vid den tiden.

Med denna flagga avslutas pmlogger_daily helt enkelt om föregående dags bearbetning redan har gjorts.

Observera att denna flagga inte används på plattformar som stöder systemd(1), eftersom tjänsteenheten pmlogger_daily.timer anger timerinställningen:

Persistent=true

Flaggorna -K och -p till pmlogger_daily är ömsesidigt uteslutande.

-Q, --proxyonly

Motsatsen till -P ovan. Endast arkiv som har “pushats” från en fjärransluten pmlogger(1) via lokal pmproxy(1) behandlas. Alla arkiv skapade av lokala pmlogger(1)-instanser under:

$PCP_ARCHIVE_DIR/<hostname>

ignoreras.

-r, --norewrite

Denna kommandoradsflagga fungerar som ett åsidosättande och förhindrar all arkivomskrivning med pmlogrewrite(1), oberoende av om det finns omskrivningsregelfiler eller kataloger.

-R, --rewriteall

Ibland kräver PMDA-ändringar att alla arkiv skrivs om, inte bara de som ingår i aktuell sammanfogning. Detta krävs till exempel efter en PCP-uppgradering där en ny version av en befintlig PMDA har reviderad metadata.

Flaggan -R tvingar fram denna universella form av omskrivning.

Flaggan -R till pmlogger_daily är ömsesidigt uteslutande med både -r och -M.

-s storlek, --rotate=storlek

Om PCP-filen “notices”:

$PCP_LOG_DIR/NOTICES

är större än 20480 byte byter pmlogger_daily namn på filen med suffixet .old och startar en ny “notices”-fil.

Rotationströskeln kan ändras från 20480 till storlek byte med flaggan -s.

-t period

För att underlätta felsökning eller diagnostisering av intermittenta fel kan flaggan -t användas.

Den aktiverar mycket utförlig spårning, -VV, och fångar spårningsutdata i en fil med namnet:

$PCP_LOG_DIR/pmlogger/daily.datestamp.trace

där datestamp är tiden då pmlogger_daily kördes, i formatet:

YYYYMMDD.HH.MM

Dessutom ser argumentet period till att spårningsfiler som skapas med -t behålls i period dagar och därefter tas bort.

-V, --verbose

Utdata från cron(8)-körning av skripten kan utökas med flaggan -V, vilket aktiverar utförlig spårning av deras aktivitet.

Som standard genererar skripten ingen utdata om inte ett fel- eller varningstillstånd uppstår. En andra -V ökar utförligheten. Att använda -N tillsammans med -V maximerar diagnostikmöjligheterna för felsökning.

-x tid, --compress-after=tid

Arkivdatafiler kan valfritt komprimeras efter en viss tid för att spara diskutrymme. Detta är särskilt användbart för stora mängder pmlogger(1)-processer som hanteras av pmlogger_daily.

tid är en tidsspecifikation enligt syntaxen i find-filter(1):

DD[:HH[:MM]]

De valfria delarna HH för timmar och MM för minuter är 0 om de inte anges.

Några särskilda värden känns igen för tid:

0

Använd komprimering så snart som möjligt.

forever eller never

Förhindra att komprimering utförs.

Om transparent_decompress är aktiverat när libpcp byggdes, vilket kan kontrolleras med flaggan -L till pmconfig(1), är standardbeteendet komprimering ”så snart som möjligt”.

Annars är standardbeteendet att filer inte komprimeras, vilket motsvarar det historiska standardbeteendet i tidigare PCP-versioner.

tid kan också anges med variabeln $PCP_COMPRESSAFTER, antingen i miljön eller i en control-fil. Om både $PCP_COMPRESSAFTER och -x anger olika värden för tid används miljövariabelns värde och en varning skrivs ut.

För viktiga ytterligare detaljer om volymkomprimering, se flaggorna -K och -k ovan.

-X program, --compressor=program

Anger vilket program som ska användas för komprimering. Standard är pmlogcompress(1).

Miljövariabeln $PCP_COMPRESS kan användas som en alternativ metod för att ange program. Om både $PCP_COMPRESS och -X anger olika komprimeringsprogram används miljövariabelns värde och en varning skrivs ut.

-Y regex, --regex=regex

Anger ett reguljärt uttryck som gör att filer i den uppsättning filer som matchas för komprimering utesluts. Detta gör det möjligt att endast komprimera datafilen och förhindrar också att programmet försöker komprimera den mer än en gång.

Standardvärdet för regex är:

\.(index|Z|gz|bz2|zip|xz|lzma|lzo|lz4|zst)$

sådana filer filtreras med flaggan -v till egrep(1).

Miljövariabeln $PCP_COMPRESSREGEX kan användas som en alternativ metod för att ange regex. Om både $PCP_COMPRESSREGEX och -Y anger olika värden för regex används miljövariabelns värde och en varning skrivs ut.

-z

Gör att pmlogger_daily inte gör någon “re-exec”, se pmlogger(1), när programmet annars skulle välja att göra det. Detta är endast avsett för QA-testning.

-Z

Gör att pmlogger_daily gör “re-exec”, se pmlogger(1), när detta är möjligt. Detta är endast avsett för QA-testning.

-?, --help

Visa användningsmeddelande och avsluta.

ÅTERANROP

Dessutom stöder pmlogger_daily följande ”hooks”, som gör det möjligt att utföra hjälpoperationer vid viktiga punkter i den dagliga arkivbearbetningen. Dessa återanrop styrs via variabler som kan sättas i miljön eller via control-filen.

Observera att återanrop för sammanfogning och autosparning som beskrivs nedan inte är aktiverade när endast komprimeringsuppgifter försöks, det vill säga när kommandoradsflaggan -K används.

Alla körningar av återanropsskript och flytt av autosparade filer utförs som den opriviligierade användaren pcp och gruppen pcp. Därför kan lämpliga filrättigheter behöva ställas in i förväg.

$PCP_MERGE_CALLBACK

När varje dags arkiv har skapats genom sammanfogning, men före eventuell komprimering, kontrolleras om $PCP_MERGE_CALLBACK är definierad.

Om den är definierad antas den vara ett skript som anropas med ett argument: arkivets namn, utan suffix. Det blir alltså något i stil med:

/some/directory/path/YYYYMMDD

Skriptet måste antingen anges med fullständig sökväg eller vara något som hittas via skalets $PATH.

Återanropsskriptet körs i förgrunden, vilket betyder att pmlogger_daily väntar tills det är klart.

Om kontrollfilen innehåller mer än en specifikation av $PCP_MERGE_CALLBACK körs de seriellt i den ordning de förekommer i kontrollfilen. Om $PCP_MERGE_CALLBACK är definierad i miljön när pmlogger_daily körs, behandlas detta som om den vore först i kontrollfilen. Den körs alltså före återanrop som anges i kontrollfilen.

Om paketet pcp-zeroconf är installerat läggs ett särskilt merge-återanrop till för att först anropa pmlogger_daily_report(1), före alla andra merge-återanrop, men endast för den primära pmlogger(1)-instansen.

Se pmlogger_daily_report(1) för en förklaring av kraven för pcp-zeroconf.

Om pmlogger_daily är i ”catch up”-läge, det vill säga om mer än en dags arkiv behöver kombineras, körs varje återanrop en gång för varje dagsarkiv som genereras.

Ett typiskt användningsfall är att skapa dagliga rapporter från PCP-arkivet. Detta behöver vänta tills arkivet har skapats, men är effektivare om det görs före eventuell komprimering av arkivet.

$PCP_COMPRESS_CALLBACK

Om pmlogger_daily körs med:

-x 0

eller:

$PCP_COMPRESSAFTER=0

görs komprimering omedelbart efter sammanfogning.

När varje dagsarkiv komprimeras kontrolleras om $PCP_COMPRESS_CALLBACK är definierad. Om den är definierad antas den vara ett skript som anropas med ett argument: arkivets namn, utan suffix. Det blir alltså något i stil med:

/some/directory/path/YYYYMMDD

Skriptet måste antingen anges med fullständig sökväg eller vara något som hittas via skalets $PATH.

Återanropsskriptet körs i förgrunden, vilket betyder att pmlogger_daily väntar tills det är klart.

Om kontrollfilen innehåller mer än en specifikation av $PCP_COMPRESS_CALLBACK körs de seriellt i den ordning de förekommer i kontrollfilen. Om $PCP_COMPRESS_CALLBACK är definierad i miljön när pmlogger_daily körs, behandlas detta som om den vore först. Den körs alltså först.

Om pmlogger_daily är i ”catch up”-läge, det vill säga om mer än en dags arkiv behöver komprimeras, körs varje återanrop en gång för varje dagsarkiv som komprimeras.

Ett typiskt användningsfall är att behålla nya arkiv i okomprimerad form för effektiv frågekörning, men flytta äldre arkiv till annan lagring när komprimeringen är klar.

$PCP_AUTOSAVE_DIR

När sammanfogning och eventuell komprimering har utförts av pmlogger_daily, och $PCP_AUTOSAVE_DIR är definierad, flyttas alla fysiska filer som utgör ett dagsarkiv till katalogen som anges av $PCP_AUTOSAVE_DIR.

Arkivets basnamn används för att sätta de reserverade orden:

DATEYYYY

År.

DATEMM

Månad.

DATEDD

Dag.

Dessa ord, tillsammans med LOCALHOSTNAME, kan förekomma bokstavligen i $PCP_AUTOSAVE_DIR och ersätts vid körning för att skapa destinationskatalogens namn.

Exempel:

$PCP_AUTOSAVE_DIR=/gpfs/LOCALHOSTNAME/DATEYYYY/DATEMM-DATEDD

Observera att dessa reserverade datumord motsvarar datumet då arkivdata samlades in, inte datumet då pmlogger_daily kördes.

Om $PCP_AUTOSAVE_DIR, efter ersättning av LOCALHOSTNAME och datumorden, inte finns, försöker pmlogger_daily skapa katalogen tillsammans med eventuella saknade överordnade kataloger.

Tänk på att denna katalogskapning görs med användar-ID:t för användaren pcp. Därför kan kataloger längs sökvägen till $PCP_AUTOSAVE_DIR behöva vara skrivbara för denna icke-root-användare.

Med ”flytta” arkiven avses här en paranoid process:

checksumma → kopiera → checksumma → ta bort original

Detta görs med flaggan -c till pmlogmv(1). Processen avbryts om kopieringen misslyckas eller om checksummorna inte stämmer. Arkiven är viktiga, så processen får inte riskera att ett fullt filsystem eller ett rättighetsproblem förstör kopieringen.

Om pmlogger_daily är i ”catch up”-läge, det vill säga om mer än en dags arkiv behöver kombineras, kan arkiv för mer än en dag kopieras i detta steg.

Ett typiskt användningsfall är att först skapa PCP-arkiv på ett lokalt filsystem och sedan, när alla data för en enskild dag har samlats in och sammanfogats, flytta dagens arkiv till ett delat eller fjärranslutet filsystem. Detta kan möjliggöra automatisk säkerhetskopiering till extern lagring och/eller minska antalet I/O-operationer och metadataoperationer på ett potentiellt långsammare icke-lokalt filsystem.

KONFIGURATION

Se pmlogger.control(5) för en beskrivning av de control-filer som används för att styra vilka pmlogger(1)-instanser och vilka arkiv som hanteras av pmlogger_check(1) och pmlogger_daily.

När pmproxy(1)-arkiv behandlas kan dessutom miljövariabler som $PCP_CULLAFTER eller $PCP_COMPRESSAFTER sättas antingen för alla fjärrvärdar via filen:

$PCP_LOG_DIR/pmproxy/control

eller per värd via filer med namnet:

$PCP_LOG_DIR/pmproxy/<hostname>/control

FILER

$PCP_VAR_DIR/config/pmlogger/config.default

Standardplats för konfigurationsfilen för den lokala primära pmlogger(1)-loggaren. Den skapas vanligtvis automatiskt av pmlogconf(1).

$PCP_ARCHIVE_DIR/<hostname>

Standardplats för arkiv med prestandainformation som samlats in från värden hostname.

$PCP_ARCHIVE_DIR/<hostname>/lock

Tillfällig låsfil för att garantera ömsesidig uteslutning under administration av pmlogger(1) för värden hostname. Om filen finns kan den tas bort säkert om varken pmlogger_daily eller pmlogger_check(1) körs.

$PCP_ARCHIVE_DIR/<hostname>/Latest

PCP-arkivfolio skapad av mkaf(1) för det senast startade arkivet som innehåller prestandamätvärden från värden hostname.

$PCP_LOG_DIR/NOTICES

PCP:s “notices”-fil som används av pmie(1) och relaterade verktyg.

$PCP_LOG_DIR/pmlogger/pmlogger_daily.log

Om föregående körning av pmlogger_daily producerade någon utdata sparas den här. Det normala fallet är ingen utdata, och då finns filen inte.

$PCP_ARCHIVE_DIR/SaveLogs

Om denna katalog finns sparas loggfilen från argumentet -l till pmlogger_daily i denna katalog med ett namn i formatet:

<date>-pmlogger_daily.log.<pid>

eller:

<date>-pmlogger_daily-K.log.<pid>

Detta gör det möjligt att granska loggfilen senare, även om flera körningar av pmlogger_daily har startats under tiden.

Eftersom PCP:s arkivhanteringsverktyg körs som kontot pcp via $PCP_USER, behöver:

$PCP_ARCHIVE_DIR/SaveLogs

vanligtvis ägas av användaren pcp.

$PCP_ARCHIVE_DIR/<hostname>/SaveLogs

Om denna katalog finns sparas loggfilen från argumentet -l för en nystartad pmlogger(1) för hostname i denna katalog med namnet:

archive.log

där archive är basnamnet för de tillhörande PCP-arkivfilerna från pmlogger(1).

Detta gör det möjligt att granska loggfilen senare, även om flera pmlogger(1)-instanser för hostname har startats under tiden.

Eftersom PCP:s arkivhanteringsverktyg körs med användar-ID:t för användaren pcp, behöver:

$PCP_ARCHIVE_DIR/<hostname>/SaveLogs

vanligtvis ägas av användaren pcp.

$PCP_LOG_DIR/pmlogger/.NeedRewrite

Om denna fil finns behandlas det som likvärdigt med att använda -R på kommandoraden. Filen tas bort när all omskrivning har slutförts.

PCP-MILJÖ

Miljövariabler med prefixet PCP_ används för att parameterisera fil- och katalognamn som används av PCP.

På varje installation innehåller filen:

/etc/pcp.conf

de lokala värdena för dessa variabler.

Variabeln $PCP_CONF kan användas för att ange en alternativ konfigurationsfil, enligt beskrivningen i pcp.conf(5).

KOMPATIBILITETSPROBLEM

Tidigare versioner av pmlogger_daily använde find(1) för att hitta filer för komprimering eller rensning, och flaggorna -k och -x tog endast heltalsvärden som betydde ”dagar”.

Semantiken för detta var ganska lös, eftersom find(1) erbjuder olika precision och semantik på olika plattformar.

Den nuvarande implementationen av pmlogger_daily använder find-filter(1), vilket ger högprecisionstidsintervall och semantik som är relativ till körningstidpunkten och konsekvent mellan olika plattformar.

SE ÄVEN

PCPIntro(1), egrep(1), find-filter(1), pmconfig(1), pmlc(1), pmlogcompress(1), pmlogconf(1), pmlogctl(1), pmlogextract(1), pmlogger(1), pmlogger_check(1), pmlogger_daily_report(1), pmlogger_merge(1), pmlogmv(1), pmlogrewrite(1), pmproxy(1), systemd(1), xz(1), zstd(1) och cron(8).

COLOPHON

Denna sida är en del av projektet PCP — Performance Co-Pilot.

Information om projektet finns på:

http://www.pcp.io/

Om du har en felrapport för denna manualsida, skicka den till:

pcp@groups.io

Denna sida hämtades från projektets uppströms Git-arkiv:

https://github.com/performancecopilot/pcp.git

den 16 januari 2026.

Vid den tidpunkten var datumet för den senaste commit som hittades i arkivet den 16 januari 2026.

Om du upptäcker renderingsproblem i denna HTML-version av sidan, eller om du anser att det finns en bättre eller mer uppdaterad källa för sidan, eller om du har rättelser eller förbättringar av informationen i detta COLOPHON-avsnitt, som inte är en del av den ursprungliga manualsidan, skicka e-post till:

man-pages@man7.org

Performance Co-Pilot PCP PMLOGGER_DAILY(1)

Sidor som hänvisar till denna sida

• find-filter(1)
• pcp-atop(1)
• pcp-atopsar(1)
• pcpintro(1)
• pmlc(1)
• pmlogcompress(1)
• pmlogctl(1)
• pmlogdump(1)
• pmlogextract(1)
• pmlogger(1)
• pmlogger_check(1)
• pmlogger_daily_report(1)
• pmlogger_janitor(1)
• pmlogger_merge(1)
• pmlogger_rewrite(1)
• pmloglabel(1)
• pmsearch(1)
• pmsnap(1)
• pmdiscoversetup(3)
• LOGARCHIVE(5)
• pmlogger.control(5)

Sidslut

Orginalhemsidan på Engelska https://man7.org/linux/man-pages/man1/pmlogger_daily.1.html Det här är en maskinöversättning av Linux man sidor till svenska. Om du hittar fel är vi tacksamma om du rapporterar dem via formuläret som finns på https://www.linux.se/kontaka-linux-se/

Tack till Datorservice som har sponsrat Linux.se med webbhotell.