Se även --server och --socket för att ange var du ska ansluta.

Note that the system logging infrastructure (for example systemd when listening on /dev/log) may follow local socket credentials to override the PID specified in the message. logger(1) is able to set those socket credentials to the given id, but only if you have root permissions and a process with the specified PID exists, otherwise the socket credentials are not modified and the problem is silently ignored.

logger --journald <<slut
MESSAGE_ID=67feb6ffbaf24c5cbec13c008dd72309
MESSAGE=Hundarna skäller, men karavanen fortsätter.
HUNDARNA=skäller
CARAVAN=går vidare
slut

logger --journald=inlägg.txt

Observera att --journald kommer att ignorera värden för andra flaggor, t.ex. prioritet. Om prioritet behövs måste den finnas i indata och fältet PRIORITY användas. En enkel körning av journalctl(1) kommer att visa fältet MESSAGE. Använd journalctl --output json-pretty för att se resten av fälten.

För att inkludera nya linjer i MESSAGE, ange MESSAGE flera gånger. Detta hanteras som ett specialfall, andra fält kommer att lagras som en matris i journalen om de förekommer flera gånger.

Om prefixet inte innehåller någon facilitet är standardfaciliteten den som anges med flaggan -p. På samma sätt, om inget prefix anges, loggas raden med den prioritet som anges med -p.

This option doesn’t affect a command-line message. This option is primarily designed for use cases where logger is used in a pipeline (e.g., daemon | logger --prio-prefix) to read multiple messages with different priorities.

Värdet notq undertrycker de strukturerade uppgifterna om tidskvalitet i det skickade meddelandet. Informationen om tidskvaliteten visar om den lokala klockan var synkroniserad plus det maximala antalet mikrosekunder som tidsstämpeln kan avvika. Tidskvaliteten undertrycks också automatiskt när --sd-id timeQuality anges.

Värdet notime (vilket innebär notq) undertrycker den fullständiga avsändartidsstämpeln i ISO-8601-format, inklusive mikrosekunder och tidszon.

Värdet nohost undertrycker gethostname(2)-information från meddelanderubriken.

RFC 5424-protokollet har varit standard för logger sedan version 2.26.

logger genererar för närvarande endast det standardiserade elementet timeQuality. RFC 5424 beskriver även elementen origin (med parametrarna ip, enterpriseId, software och swVersion) och meta (med parametrarna sequenceId, sysUpTime och language). Dessa element-ID:n kan anges utan suffixet @digits.

    logger --rfc5424 --sd-id zoo@123 \
                     --sd-param tiger="hungrig" \
                     --sd-param zebra="springer" \
                     --sd-id manager@123 \
                     --sd-param onMeeting="ja" \
                     "detta är meddelandet"

producerar:

<13>1 2015-10-01T14:07:59.168662+02:00 ws kzak - - [timeQuality tzKnown="1" isSynced="1" syncAccuracy="218616"][zoo@123 tiger="hungrig" zebra="springer"][manager@123 onMeeting="yes"] detta är meddelande

De flesta mottagare accepterar meddelanden som är större än 1KiB över alla typer av syslogprotokoll. Därför påverkar flaggan --size logger i samtliga fall (inte bara när --rfc5424 användes).

Obs: Gränsen för meddelandestorlek begränsar den totala storleken på meddelandet, inklusive syslog-huvudet. Headerstorleken varierar beroende på de valda flaggorna och värdnamnets längd. Som en tumregel är rubrikerna vanligtvis inte längre än 50 till 80 tecken. När du väljer en maximal meddelandestorlek är det viktigt att se till att mottagaren också stöder den maximala storleken, annars kan meddelanden bli avkortade. Återigen, som en tumregel bör två till fyra KiB meddelandestorlek i allmänhet vara OK, medan allt som är större bör verifieras för att fungera.

När fel inte är aktiverade kommuniceras inte förlorade meddelanden, vilket resulterar i en lyckad utgångsstatus på logger(1).

Se även --server och --socket för att ange var du ska ansluta.

logger System omstartat

logger -p local0.notice -t HOSTIDM -f /dev/idmc

logger -n loghost.example.com Systemet startas om