1. Forum
  2. Usenet
  3. LINUX.DEBIAN.USER.ITALIAN

  • Bookworm, syslog, date...

    From Marco Gaiarin@21:1/5 to All on Sat Apr 6 09:50:54 2024
    Sto iniziando ad aggiornamre qualche macchina a bookworm.

    Su una, mi trovo nei log (syslog, /var/log/syslog) delle righe fate così:

    2024-04-02T11:35:17.723221+02:00 hostame servizio[<pid>]: <log>

    invece che:

    Apr 2 11:33:44 hostame servizio[<pid>]: <log>

    la cosa strana è che per lo stesso servizio alcune righe sono giuste, altre no... insomma, non sembra colpa del servizio.

    Cosa sto sbagliando?! Grazie.

    --
    Vendere no, non passa tra i miei rischi,
    non comprate i miei dischi e sputatemi addosso. (F. Guccini)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Davide Prina@21:1/5 to All on Sun Apr 7 10:10:01 2024
    Marco Gaiarin ha scritto:

    Sto iniziando ad aggiornamre qualche macchina a bookworm.

    Su una, mi trovo nei log (syslog, /var/log/syslog) delle righe fate così:

    2024-04-02T11:35:17.723221+02:00 hostame servizio[<pid>]: <log>

    invece che:

    Apr 2 11:33:44 hostame servizio[<pid>]: <log>

    la cosa strana è che per lo stesso servizio alcune righe sono giuste, altre no... insomma, non sembra colpa del servizio.

    so che c'è in atto il passaggio ai 64 bit di time_t[¹] per risolvere i problemi di funzionamento che si avrebbero dal 2038 (tenendo conto che una versione di Debian senza questo passaggio avrebbe problemi di funzionamento,
    la data non è poi tanto remota)

    Potrebbe essere questa la causa.

    Io sto usando testing. Se faccio
    $ zgrep "^[A-Z]" /var/log/syslog* | \
    sed "s/[^:]*:\([^:]*\)[0-9][0-9]:.*/\1/" | sort | uniq
    Feb 21
    Feb 22
    Feb 23

    quindi l'ultima vola che ho dei log nel secondo formato è il 23 febbraio.
    Ora tutti i miei log sono nel primo formato.

    Ciao
    Davide

    [¹]
    https://wiki.debian.org/ReleaseGoals/64bit-time https://lists.debian.org/debian-devel-announce/2024/02/msg00000.html

    --
    La mia privacy non è affar tuo
    https://noyb.eu/it
    - You do not have my permission to use this email to train an AI -
    If you use this to train your AI than you accept to distribute under AGPL license >= 3.0 all the model trained, all the source you have used to
    training your model and all the source of the program that use that model

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Marco Gaiarin@21:1/5 to All on Mon Apr 8 15:20:01 2024
    Mandi! Davide Prina
    In chel di` si favelave...

    Io sto usando testing. Se faccio

    Il problema è che io sto usandouna stable, bullseye:

    root@vnclpb1:~# cat /etc/debian_version
    12.5
    root@vnclpb1:~# uname -a
    Linux vnclpb1 5.15.131-2-pve #1 SMP PVE 5.15.131-3 (2023-12-01T13:42Z) x86_64 GNU/Linux
    root@vnclpb1:~# dpkg -l | grep syslog
    ii rsyslog 8.2302.0-1 amd64 reliable system and kernel logging daemon

    e una seconda installazione gemella NON ha questo comportamento:

    root@vncacpn1:~# cat /etc/debian_version
    12.5
    root@vncacpn1:~# uname -a
    Linux vncacpn1 5.15.108-1-pve #1 SMP PVE 5.15.108-2 (2023-07-20T10:06Z) x86_64 GNU/Linux
    root@vncacpn1:~# dpkg -l | grep syslog
    ii rsyslog 8.2302.0-1 amd64 reliable system and kernel logging daemon

    Ma... ora mi accorgo che su una (vnclpb1) ho accettato il file rsyslogd.conf di default e sull'altra (vncacpn1) no; e infatti:

    gaio@hermione:~$ diff -ud /tmp/rsyslog.conf.vncacpn1 /tmp/rsyslog.conf.vnclpb1
    --- /tmp/rsyslog.conf.vncacpn1 2024-04-08 14:31:22.006540116 +0200
    +++ /tmp/rsyslog.conf.vnclpb1 2024-04-08 14:31:41.834681412 +0200
    @@ -26,12 +26,6 @@
    ###########################

    #
    -# Use traditional timestamp format.
    -# To enable high precision timestamps, comment out the following line.
    -#
    -$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
    -
    -#
    # Set the default permissions for all log files.
    #
    $FileOwner root

    quindi rsyslog da bullseye passa ad usare il 'nuovo formato', rimuovendo la compatibilità.


    La soluzione, per logcheck, è quella di riscrivere le regole, da:

    ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ ...
    a
    ^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ ...

    e ovviamente ci vorrà un po' di tempo... intanto abbiamo la compatibilità.


    Mai in pace... ;-)

    --
    In amore ci vuole fortuna, ma anche un bel culo non guasta.
    (Fabio Fazio)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)