[Eisfair] [E1]: pam_unix(atd:session): session opened for user root

Rolf Bensch azubi at bensch-net.de
Mi Mai 6 19:25:09 CEST 2020


Hallo Marcus,

Am 06.05.20 um 18:30 schrieb Marcus Röckrath:
> Hallo Rolf,
> 
> Rolf Bensch wrote:
> 
>> ich versuche auf einem E1 ein Performance-Problem zu lösen und finde in
>> /var/log/messages über den ganzen Tag verteilt:
>>
>> May  3 00:21:00 ibs-server atd[8662]: pam_unix(atd:session): session
>> opened for user root(uid=0) by (uid=1)
>> May  3 00:21:01 ibs-server atd[8662]: pam_unix(atd:session): session
>> closed for user root
>> May  3 00:22:00 ibs-server atd[12064]: pam_unix(atd:session): session
>> opened for user root(uid=0) by (uid=1)
>> May  3 00:22:02 ibs-server atd[12064]: pam_unix(atd:session): session
>> closed for user root
>> May  3 00:24:00 ibs-server atd[21721]: pam_unix(atd:session): session
>> opened for user root(uid=0) by (uid=1)
>> May  3 00:24:01 ibs-server atd[21721]: pam_unix(atd:session): session
>> closed for user root
>>
>> Die Einträge sind immer pünktlich zur vollen Minute aber nicht jede
>> Minute. Vermutlich deshalb finde ich auch keinen passenden Cron-Job.
>>
>> Was versteckt sich hinter diesen Anmeldungen?
> 
> Da sind atd-Jobs, vermutlich vom certs-Paket.
> 
> Mittels atd-Jobs werden die CRLs aktualisiert, was aber nach gewisser Zeit
> auch zu kaputten Jobs führen kann. >
> Führe mal die CRL-Bereinigung durch, wie ich sie im Wiki beschriben habe.
> 

Sind das diese "- job "xxxx" ([Datum]) doesn't exist!"? Da werden hier 
gerade ca 5900 Stück bereinigt beginnend ca. ab 30.04. 22:00 Uhr. Was 
läuft hier schief? Auf dem Server gibt es keine eigene ca (CERTS_CA_HOME 
                                        = no).

Die atd-Jobs werden weiterhin jede Minute gestartet.

Grüße Rolf


Mehr Informationen über die Mailingliste Eisfair