[Eisfair] error: package database is locked

[Stefan Puschek]

Hallo Marcus,

>> Hier mal aktualisiert:
>>
>> frox 2.8.25 # ls -l /var/spool/cron/atjobs
>> total 84
>> -rwx------ 1 root root  462 Apr  6 01:17 '=0be5501935f98'
>> -rwx------ 1 root root 1097 Apr  5 16:54  a0bce80193e58a
> [...]
>>
>> Das deckt sich in meinen Augen dann auch mit:
>>
>> frox 2.8.25 # atq
>> 48938   Mon Apr  6 07:21:00 2020 a root
>> 48942   Mon Apr  6 07:27:00 2020 a root
> [...]
> 
> Das deckt sich immer, da atq für jede der atjob-Dateien die Ausführungszeit
> anzeigt.
> 
>> Hielt aber nicht davon ab, hier dennoch minütlich
>>
>> Apr  6 07:05:00 frox atd[19624]: pam_unix(atd:session): session opened
>> for user root by (uid=1)
>> Apr  6 07:05:06 frox atd[19624]: pam_unix(atd:session): session closed
>> for user root
>> Apr  6 07:06:00 frox atd[24445]: pam_unix(atd:session): session opened
>> for user root by (uid=1)
>> Apr  6 07:06:07 frox atd[24445]: pam_unix(atd:session): session closed
>> for user root
> 
> Grundsätzlich sind diese Zeilen in Ordnung, nur ebennicht minütlich.

das kenne ich doch :)

>> Nun sieht die "/var/certs/ssl/certs-update-crl-joblist" aber am Ende so
>> aus:
>>
>> 48956|2020-04-29 20:50|2020-03-30
>> 20:47|http://crl.identrust.com/DSTROOTCAX3CRL.crl
>> 48957|2020-04-07 07:40|2020-01-22
>> 20:38|http://ocsp.suscerte.gob.ve/!ACRaiz_sha384.pem
>> 48958|2020-04-07 07:43|2020-01-22
>> 20:38|http://ocsp.suscerte.gob.ve/!PSCProcert.pem
>> 48959|2020-04-12 15:27|2020-04-05
>> 16:09|http://ocsp.digicert.com/!alice.de.pem
>> 48960|2021-04-06 07:35|2020-04-06
>> 07:32|http://guetersloh.no-ip.org/certs/crl.pem
>> 48961|2020-04-11 05:43|2020-04-06
>> 05:40|http://ocsp.serverpass.telesec.de/ocspr/!mail.gmx.net.pem
>> 48962|2020-04-11 05:46|2020-04-06
>> 05:40|http://ocsp.serverpass.telesec.de/ocspr/!pop.gmx.net.pem
>> 48963|2020-04-06 07:36|2020-04-06
>> 05:40|http://ocsp.serverpass.telesec.de/ocspr/!smtp.ionos.de.pem
> 
> Vor allem der war zig-fach vorher drin.

ich habe im vergangenen Sommer einmal 20.000 at-jobs gelöscht - und 
alles was dazugehörte (wirklich zwanzigtausend)

ich habe damals alles in ein cleanup-Skript gegossen - er hat dann fast 
eine Stunde lang aufgeräumt.

> Schau mal nach, ob der sich wieder vermehrt.

bei mir ist seit meiner Aufräumaktion alles im grünen Bereich

>> Ich starte nun den atd wieder über das Menü und dann sehen wir mal.
> 
> Ok.
> 
>> Evtl. sollte man das mit dem atd Anhalten in die Anleitung für das
>> Löschen der crls packen?
> 
> Wäre vermutlich eine gute Idee, wenndas System an der Stelle schon Amok
> läuft.

Groetjes
Stefan