net(t)forum
net(t)work(s) - fli4l - eisfair

Startseite » eisfair » spline.eisfair » [E1]: shell level (1000) too high, resetting to 1
[E1]: shell level (1000) too high, resetting to 1 [Beitrag #68757] Wed, 16 January 2019 11:17 Zum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo NG,

ich erhalte seit einigen Wochen 1-10 Emails pro Tag von root mit dem
Betreff

"Output from your job xxxxx"

mit dem Inhalt

"/bin/sh: warning: shell level (1000) too high, resetting to 1"

und versuche der Ursache auf die Spur zu kommen. Der Inhalt variiert
zwischen 1 und ca. 20 identischen Zeilen. Die Emails kommen sehr
unregelmäßig über den ganzen Tag verteilt. Über

grep 393113 /var/log/*

erhalte ich jetzt einen Hinweis zu Certs:

/var/log/certs-update-crl.log:Jan 16 10:56:05 n36l
certs-update-crl[13439]: - job '393113' (2019-01-15 10:59->2019-01-16
10:59) created.

"393113" ist der aktuelle Wert für xxxxx im Betreff der EMail. Die EMail
für diesen Job erhielt ich um 2019-01-16 11:05.

Bei der Durchsicht von /var/log/certs-update-crl.log finde ich Reihenweise:

Jan 16 11:09:04 n36l certs-update-crl[6488]: - updating CRL list ...
Jan 16 11:09:04 n36l certs-update-crl[6488]: - CRL file
'fake_le_intermediate_x1.ocsp' doesn't exist, force download!
Jan 16 11:09:04 n36l certs-update-crl[6488]: - job '393122' (2019-01-15
11:12->2019-01-16 11:27) created.
Jan 16 11:09:04 n36l certs-update-crl[6488]: url:
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 16 11:09:04 n36l certs-update-crl[6488]: updating hashes ...
Jan 16 11:09:13 n36l certs-update-crl[6488]: finished.

Was läuft hier schief? Eine Funktionseinschränkung kann ich nicht
feststellen.

Grüße Rolf
Aw: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #68758 ist eine Antwort auf Beitrag #68757] Wed, 16 January 2019 12:10 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch schrieb am Wed, 16 January 2019 11:17
ich erhalte seit einigen Wochen 1-10 Emails pro Tag von root mit dem
Betreff

"Output from your job xxxxx"

mit dem Inhalt

"/bin/sh: warning: shell level (1000) too high, resetting to 1"

und versuche der Ursache auf die Spur zu kommen. Der Inhalt variiert
zwischen 1 und ca. 20 identischen Zeilen. Die Emails kommen sehr
unregelmäßig über den ganzen Tag verteilt. Über

grep 393113 /var/log/*

erhalte ich jetzt einen Hinweis zu Certs:

/var/log/certs-update-crl.log:Jan 16 10:56:05 n36l
certs-update-crl[13439]: - job '393113' (2019-01-15 10:59->2019-01-16
10:59) created.

"393113" ist der aktuelle Wert für xxxxx im Betreff der EMail. Die EMail
für diesen Job erhielt ich um 2019-01-16 11:05.

Bei der Durchsicht von /var/log/certs-update-crl.log finde ich Reihenweise:

Jan 16 11:09:04 n36l certs-update-crl[6488]: - updating CRL list ...
Jan 16 11:09:04 n36l certs-update-crl[6488]: - CRL file
'fake_le_intermediate_x1.ocsp' doesn't exist, force download!
Jan 16 11:09:04 n36l certs-update-crl[6488]: - job '393122' (2019-01-15
11:12->2019-01-16 11:27) created.
Jan 16 11:09:04 n36l certs-update-crl[6488]: url:
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 16 11:09:04 n36l certs-update-crl[6488]: updating hashes ...
Jan 16 11:09:13 n36l certs-update-crl[6488]: finished.

Was läuft hier schief? Eine Funktionseinschränkung kann ich nicht
feststellen.
Führe bitte mal die CRL-Bereinigung durch, wie ich sie hier beschrieben habe:

https://web.nettworks.org/wiki/display/e/CRLs+bereinigen


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #68760 ist eine Antwort auf Beitrag #68758] Wed, 16 January 2019 18:16 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Markus,

Am 16.01.19 um 12:10 schrieb Marcus Roeckrath:
> Führe bitte mal die CRL-Bereinigung durch, wie ich sie hier beschrieben
> habe:
>
> https://web.nettworks.org/wiki/display/e/CRLs+bereinigen

das habe ich jetzt durchgeführt, das Logfile sieht jetzt gut aus. Mal
sehen was passiert.

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #68765 ist eine Antwort auf Beitrag #68760] Wed, 16 January 2019 18:40 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

>> Führe bitte mal die CRL-Bereinigung durch, wie ich sie hier beschrieben
>> habe:
>>
>> https://web.nettworks.org/wiki/display/e/CRLs+bereinigen
>
> das habe ich jetzt durchgeführt, das Logfile sieht jetzt gut aus. Mal
> sehen was passiert.


Gut, beobachte mal.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #68799 ist eine Antwort auf Beitrag #68765] Fri, 18 January 2019 17:27 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Marcus,

Am 16.01.19 um 18:40 schrieb Marcus Roeckrath:
> Hallo Rolf,
>
> Rolf Bensch wrote:
>
>>> Führe bitte mal die CRL-Bereinigung durch, wie ich sie hier beschrieben
>>> habe:
>>>
>>> https://web.nettworks.org/wiki/display/e/CRLs+bereinigen
>>
>> das habe ich jetzt durchgeführt, das Logfile sieht jetzt gut aus. Mal
>> sehen was passiert.
>
>
> Gut, beobachte mal.
>

Bis jetzt ist alles ruhig. Scheint geholfen zu haben. Vielen Dank.

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #68803 ist eine Antwort auf Beitrag #68799] Fri, 18 January 2019 18:05 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

>>>> https://web.nettworks.org/wiki/display/e/CRLs+bereinigen
>>>
>>> das habe ich jetzt durchgeführt, das Logfile sieht jetzt gut aus. Mal
>>> sehen was passiert.
>>
>> Gut, beobachte mal.
>
> Bis jetzt ist alles ruhig. Scheint geholfen zu haben. Vielen Dank.

Fein, da kann sich schonmal was verhaken und das ist dann auch nicht
zwingend das certs-Paket Schuld.

Das Thema Zertifikate ist dermaßen komplex, dass ich mich immer schon
gewundert habe, wie Jürgen das soweit automatisieren konnte.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #68805 ist eine Antwort auf Beitrag #68803] Fri, 18 January 2019 18:24 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Marcus,

Am 18.01.19 um 18:05 schrieb Marcus Roeckrath:
> Hallo Rolf,
>
> Rolf Bensch wrote:
>
>>>> > https://web.nettworks.org/wiki/display/e/CRLs+bereinigen
>>>>
>>>> das habe ich jetzt durchgeführt, das Logfile sieht jetzt gut aus. Mal
>>>> sehen was passiert.
>>>
>>> Gut, beobachte mal.
>>
>> Bis jetzt ist alles ruhig. Scheint geholfen zu haben. Vielen Dank.
>
> Fein, da kann sich schonmal was verhaken und das ist dann auch nicht
> zwingend das certs-Paket Schuld.
>
> Das Thema Zertifikate ist dermaßen komplex, dass ich mich immer schon
> gewundert habe, wie Jürgen das soweit automatisieren konnte.
>

ich steige da auch nicht ansatzweise durch.

b.t.w.: Dein Script zur Bereinigung lieferte im Ergebnis eine
Warnmeldung auf eine interne Domain, die ich seit einigen Jahren nicht
mehr genutzt habe. (Daher auch die Idee die eigene ca abzustellen). Ich
konnte nicht nachvollziehen woher diese Info stammt. Wenn ich da noch
etwas für das Script recherchieren kann....

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #68806 ist eine Antwort auf Beitrag #68805] Fri, 18 January 2019 19:37 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

> b.t.w.: Dein Script zur Bereinigung lieferte im Ergebnis eine
> Warnmeldung auf eine interne Domain, die ich seit einigen Jahren nicht
> mehr genutzt habe. (Daher auch die Idee die eigene ca abzustellen). Ich
> konnte nicht nachvollziehen woher diese Info stammt. Wenn ich da noch
> etwas für das Script recherchieren kann....

Da müsste ich genaue Infos haben.

Das vorgeschlagene Skript ist ja auch nur ein schneller Hack, der die
vorstehenden Schritte - nicht exakt gleich - durchführt.

Die einzelnen manuellen Schritte zerstören auch das CRL des lokalen Servers,
weshalb die in diesem Schritt manuell neu erzeugt werden.

Neuerstellung des CRL für die eigene CA

Im Skriptvorschlag wird mittels hostname der Servename ermittelt und dann
später ein CRL nicht gelöscht, wenn es "hostname" nicht enthält.

Ich denke, da kann je nach Ausgangssituation eine Fehlermeldung herrühren.

Ich benutze den Skriptvorschlag selbst nicht, sondern nehme die manuelle
Variante.

Seit ich aber die Unmenge an unbenötigten Zertifikaten - das certs-Paket
bietet an, unbenutze Zertifikate zu entfernen - entfernt habe, verhakt sich
die Sache aber auch nicht mehr sehr oft.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69030 ist eine Antwort auf Beitrag #68799] Thu, 24 January 2019 11:56 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Da sind die Fehlermeldungen wieder. root meldet um 00:12, 00:15, 00:18
und 00:21 Uhr mit Subject "Output from your job 396038" und text "shell
level too high". Danach keine Meldungen mehr.

Die Job-IDs sind unterschiedlich die Anzahl "shell level.." auch.

n36l # grep 396038 /var/log/*.*
/var/log/certs-update-crl.log:Jan 24 00:18:03 n36l
certs-update-crl[2073]: - job '396038' (2019-01-23 00:21->2019-01-24
00:21) created.

In /var/log/messages finde ich zeitgleich:
Jan 24 00:12:00 n36l atd[30853]: pam_unix(atd:session): session opened
for user root by (uid=1)
Jan 24 00:12:09 n36l atd[30853]: pam_unix(atd:session): session closed
for user root
Jan 24 00:15:00 n36l atd[32249]: pam_unix(atd:session): session opened
for user root by (uid=1)
Jan 24 00:15:09 n36l atd[32249]: pam_unix(atd:session): session closed
for user root
Jan 24 00:16:00 n36l atd[1460]: pam_unix(atd:session): session opened
for user root by (uid=1)
Jan 24 00:16:08 n36l atd[1460]: pam_unix(atd:session): session closed
for user root
Jan 24 00:18:00 n36l atd[2065]: pam_unix(atd:session): session opened
for user root by (uid=1)
Jan 24 00:18:09 n36l atd[2065]: pam_unix(atd:session): session closed
for user root
Jan 24 00:21:00 n36l atd[4067]: pam_unix(atd:session): session opened
for user root by (uid=1)
Jan 24 00:21:09 n36l atd[4067]: pam_unix(atd:session): session closed
for user root

Wie hängt das zusammen?

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69032 ist eine Antwort auf Beitrag #69030] Thu, 24 January 2019 12:16 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

> Die Job-IDs sind unterschiedlich die Anzahl "shell level.." auch.
>
> n36l # grep 396038 /var/log/*.*
> /var/log/certs-update-crl.log:Jan 24 00:18:03 n36l
> certs-update-crl[2073]: - job '396038' (2019-01-23 00:21->2019-01-24
> 00:21) created.

Könnte es sein, dass der Wertebereich für die JobID überläuft?

ls -la /var/spool/cron/atjobs

cat /var/spool/cron/atjobs/.SEQ

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69034 ist eine Antwort auf Beitrag #69030] Thu, 24 January 2019 12:50 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Juergen Edner ist gerade offline  Juergen Edner
Beiträge: 3057
Registriert: September 2010
Senior Member
Hallo Rolf,

> Da sind die Fehlermeldungen wieder. root meldet um 00:12, 00:15, 00:18
> und 00:21 Uhr mit Subject "Output from your job 396038" und text "shell
> level too high". Danach keine Meldungen mehr.
>
> Die Job-IDs sind unterschiedlich die Anzahl "shell level.." auch.

Tante Google sagt, dass aus einer Shell heraus auf zu viele Subshells
verzweigt wurde. Siehe hier:

https://www.lifewire.com/why-would-you-use-shivi-variable-2196747

Bei einer Aktualisierung einer CRL mittels eines at-Befehls wird
jedoch nur folgender Aufruf gestartet:

/var/install/bin/certs-update-crl --quiet --single
'<url-to-crl-file>'

Es wäre deshalb interessant heraus zu finden um welche CRL es
sich genau handelt, deren Aktualisierung zum genannten Zeitpunkt
die Probleme verursachen. Vielleicht werden bei diesen Zeichen
in einem Feld verwendet die bei der Verarbeitung zum Öffnen von
Subshells führen.
Schaue doch einmal in die folgende Logdatei und poste was dort
zu den genannten Zeiten mitgeschrieben wurde:

/var/log/certs-update-crl.log

Gruß Jürgen
--
Mail: juergen@eisfair.org
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69045 ist eine Antwort auf Beitrag #69032] Thu, 24 January 2019 16:49 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Marcus,

Am 24.01.19 um 12:16 schrieb Marcus Roeckrath:
> Hallo Rolf,
>
> Rolf Bensch wrote:
>
>> Die Job-IDs sind unterschiedlich die Anzahl "shell level.." auch.
>>
>> n36l # grep 396038 /var/log/*.*
>> /var/log/certs-update-crl.log:Jan 24 00:18:03 n36l
>> certs-update-crl[2073]: - job '396038' (2019-01-23 00:21->2019-01-24
>> 00:21) created.
>
> Könnte es sein, dass der Wertebereich für die JobID überläuft?

woran würde ich das erkennen?

>
> ls -la /var/spool/cron/atjobs
>
> cat /var/spool/cron/atjobs/.SEQ

Ziemlich viel Output:

n36l # ls -la /var/spool/cron/atjobs
total 1612
drwxrwx--T 2 daemon daemon 36864 Jan 24 16:45 .
drwxr-xr-x 4 root root 4096 Jun 15 2005 ..
-rw------- 1 daemon daemon 6 Jan 24 16:45 .SEQ
-rwx------ 1 root root 383 Apr 3 2018 '=02fd4018341a6'
-rwx------ 1 root root 478 Jun 25 2018 '=1b29101851566'
-rwx------ 1 root root 468 Jun 27 2018 '=1be8601852125'
-rwx------ 1 root root 478 Jun 27 2018 '=1bf2b018521e4'
-rwx------ 1 root root 479 Jun 29 2018 '=1c9f301852ca6'
-rwx------ 1 root root 474 Jul 7 2018 '=1f7a601855a29'
-rwx------ 1 root root 479 Jul 13 2018 '=2192a01857bae'
-rwx------ 1 root root 479 Jul 15 2018 '=22322018585a1'
-rwx------ 1 root root 478 Jul 17 2018 '=22cd501858f45'
-rwx------ 1 root root 468 Jul 18 2018 '=2310801859373'
-rwx------ 1 root root 479 Jul 19 2018 '=239b601859c1f'
-rwx------ 1 root root 479 Jul 19 2018 '=23ad901859d42'
-rwx------ 1 root root 479 Jul 22 2018 '=24b900185adf7'
-rwx------ 1 root root 479 Jul 27 02:19 '=263ed0185c656'
-rwx------ 1 root root 473 Aug 2 15:58 '=289190185eb52'
-rwx------ 1 root root 479 Aug 3 19:29 '=28f940185f1b3'
-rwx------ 1 root root 479 Aug 5 21:57 '=29b750185fd7e'
-rwx------ 1 root root 479 Aug 7 11:29 '=2a4510186064d'
-rwx------ 1 root root 468 Aug 7 12:10 '=2a47b018606a0'
-rwx------ 1 root root 477 Aug 8 04:50 '=2a86001860a5b'
-rwx------ 1 root root 479 Aug 8 16:10 '=2ab0c01860d2d'
-rwx------ 1 root root 479 Aug 10 00:22 '=2b29c018614b9'
-rwx------ 1 root root 479 Aug 10 10:54 '=2b51701861710'
-rwx------ 1 root root 479 Aug 10 15:30 '=2b62e01861821'
-rwx------ 1 root root 474 Aug 15 20:47 '=2d3a901863578'
-rwx------ 1 root root 479 Aug 17 03:37 '=2daeb01863cdf'
-rwx------ 1 root root 474 Aug 17 16:52 '=2de0301863ff4'
-rwx------ 1 root root 479 Aug 18 19:25 '=2e4400186462a'
-rwx------ 1 root root 468 Aug 18 20:19 '=2e47801864660'
-rwx------ 1 root root 468 Aug 19 12:17 '=2e83a018649fa'
-rwx------ 1 root root 479 Aug 22 11:17 '=2f8fb01865aa4'
-rwx------ 1 root root 765 Aug 22 11:36 '=2f91e01865adb'
-rwx------ 1 root root 479 Aug 22 11:39 '=2f92701865ae4'
-rwx------ 1 root root 792 Aug 22 11:41 '=2f93001865acb'
-rwx------ 1 root root 782 Aug 22 11:44 '=2f93b01865ae2'
-rwx------ 1 root root 789 Aug 22 11:47 '=2f94101865aeb'
-rwx------ 1 root root 782 Aug 22 11:47 '=2f94301865aeb'
-rwx------ 1 root root 474 Aug 22 11:51 '=2f95201865af3'
-rwx------ 1 root root 782 Aug 22 12:00 '=2f97501865af7'
-rwx------ 1 root root 793 Aug 22 12:02 '=2f97901865aff'
-rwx------ 1 root root 789 Aug 22 12:03 '=2f97d01865b09'
-rwx------ 1 root root 793 Aug 22 12:03 '=2f98101865b0c'
-rwx------ 1 root root 793 Aug 22 12:06 '=2f98701865b0f'
-rwx------ 1 root root 789 Aug 22 12:07 '=2f98901865b12'
-rwx------ 1 root root 793 Aug 22 12:07 '=2f98d01865ae9'
-rwx------ 1 root root 793 Aug 22 12:12 '=2f99b01865b18'
-rwx------ 1 root root 789 Aug 22 12:14 '=2f9a301865b11'
-rwx------ 1 root root 782 Aug 22 12:21 '=2f9b901865b20'
-rwx------ 1 root root 479 Aug 22 12:41 '=2f9f701865b16'
-rwx------ 1 root root 793 Aug 22 12:45 '=2f9fe01865b1c'
-rwx------ 1 root root 468 Aug 22 12:45 '=2f9ff01865b41'
-rwx------ 1 root root 478 Aug 22 12:47 '=2fa0001865b1f'
-rwx------ 1 root root 793 Aug 22 12:50 '=2fa0e01865b4a'
-rwx------ 1 root root 789 Aug 22 12:52 '=2fa1201865b57'
-rwx------ 1 root root 789 Aug 22 12:55 '=2fa1801865b2e'
-rwx------ 1 root root 793 Aug 22 12:58 '=2fa2001865b60'
-rwx------ 1 root root 479 Aug 22 13:01 '=2fa2a01865b63'
-rwx------ 1 root root 793 Aug 22 13:03 '=2fa2e01865b3a'
-rwx------ 1 root root 793 Aug 22 13:06 '=2fa3701865b5c'
-rwx------ 1 root root 793 Aug 22 13:15 '=2fa4c01865b78'
-rwx------ 1 root root 468 Aug 22 13:15 '=2fa4d01865b65'
-rwx------ 1 root root 793 Aug 22 13:17 '=2fa5101865b4c'
-rwx------ 1 root root 770 Aug 22 13:17 '=2fa5201865b4c'
-rwx------ 1 root root 478 Aug 22 13:22 '=2fa5f01865b87'
-rwx------ 1 root root 793 Aug 22 13:24 '=2fa6401865b8a'
-rwx------ 1 root root 793 Aug 22 13:28 '=2fa6b01865b8d'
-rwx------ 1 root root 793 Aug 22 13:28 '=2fa6c01865b8d'
-rwx------ 1 root root 770 Aug 22 13:31 '=2fa7101865b90'
-rwx------ 1 root root 782 Aug 22 13:31 '=2fa7201865b90'
-rwx------ 1 root root 770 Aug 22 13:31 '=2fa7301865b90'
-rwx------ 1 root root 793 Aug 22 13:32 '=2fa7501865b61'
-rwx------ 1 root root 789 Aug 22 13:40 '=2fa8601865b99'
-rwx------ 1 root root 789 Aug 22 13:41 '=2fa8701865b99'
-rwx------ 1 root root 793 Aug 22 13:42 '=2fa8901865b8c'
-rwx------ 1 root root 789 Aug 22 13:43 '=2fa8a01865b70'
-rwx------ 1 root root 782 Aug 22 13:43 '=2fa8c01865b70'
-rwx------ 1 root root 793 Aug 22 13:43 '=2fa8d01865b9c'
-rwx------ 1 root root 793 Aug 22 13:43 '=2fa8e01865b70'
-rwx------ 1 root root 789 Aug 22 13:43 '=2fa8f01865b70'
-rwx------ 1 root root 793 Aug 22 13:45 '=2fa9101865b9f'
-rwx------ 1 root root 782 Aug 22 13:45 '=2fa9201865b9f'
-rwx------ 1 root root 479 Aug 22 13:46 '=2fa9401865ba2'
-rwx------ 1 root root 789 Aug 22 13:49 '=2fa9801865b8f'
-rwx------ 1 root root 782 Aug 22 13:49 '=2fa9a01865b8f'
-rwx------ 1 root root 479 Aug 22 13:51 '=2fa9b01865b7c'
-rwx------ 1 root root 793 Aug 22 13:51 '=2fa9d01865ba8'
-rwx------ 1 root root 793 Aug 22 13:52 '=2fa9e01865b92'
-rwx------ 1 root root 793 Aug 22 13:52 '=2faa001865b92'
-rwx------ 1 root root 789 Aug 22 13:53 '=2faa101865b7f'
-rwx------ 1 root root 793 Aug 22 13:55 '=2faa401865b95'
-rwx------ 1 root root 793 Aug 22 13:57 '=2faa701865b98'
-rwx------ 1 root root 793 Aug 22 13:58 '=2faaa01865bb1'
-rwx------ 1 root root 788 Aug 22 13:59 '=2faab01865b88'
-rwx------ 1 root root 793 Aug 22 14:01 '=2fab001865b9e'
-rwx------ 1 root root 479 Aug 22 14:02 '=2fab101865bb4'
-rwx------ 1 root root 782 Aug 22 14:02 '=2fab201865bb4'
-rwx------ 1 root root 788 Aug 22 14:03 '=2fab301865ba1'
-rwx------ 1 root root 789 Aug 22 14:04 '=2fab401865b8e'
-rwx------ 1 root root 793 Aug 22 14:05 '=2fab701865b91'
-rwx------ 1 root root 793 Aug 22 14:05 '=2fab801865bb7'
-rwx------ 1 root root 793 Aug 22 14:06 '=2fab901865bb7'
-rwx------ 1 root root 782 Aug 22 14:06 '=2faba01865bb7'
-rwx------ 1 root root 782 Aug 22 14:06 '=2fabb01865ba4'
-rwx------ 1 root root 788 Aug 22 14:08 '=2fabe01865bba'
-rwx------ 1 root root 793 Aug 22 14:09 '=2fabf01865bbd'
-rwx------ 1 root root 788 Aug 22 14:09 '=2fac001865baa'
-rwx------ 1 root root 789 Aug 22 14:10 '=2fac101865b94'
-rwx------ 1 root root 793 Aug 22 14:11 '=2fac301865b97'
-rwx------ 1 root root 479 Aug 22 14:12 '=2fac401865b9a'
-rwx------ 1 root root 782 Aug 22 14:13 '=2fac601865bad'
-rwx------ 1 root root 793 Aug 22 14:14 '=2fac801865bb0'
-rwx------ 1 root root 793 Aug 22 14:14 '=2fac901865b9d'
-rwx------ 1 root root 789 Aug 22 14:18 '=2facc01865bb6'
-rwx------ 1 root root 782 Aug 22 14:18 '=2facd01865bb6'
-rwx------ 1 root root 789 Aug 22 14:18 '=2face01865bb6'
-rwx------ 1 root root 793 Aug 22 14:18 '=2facf01865ba0'
-rwx------ 1 root root 793 Aug 22 14:21 '=2fad301865bb9'
-rwx------ 1 root root 793 Aug 22 14:21 '=2fad401865bb9'
-rwx------ 1 root root 478 Aug 22 14:22 '=2fad601865bbc'
-rwx------ 1 root root 793 Aug 22 14:24 '=2fad801865ba6'
-rwx------ 1 root root 793 Aug 22 14:27 '=2fadd01865ba9'
-rwx------ 1 root root 793 Aug 22 14:29 '=2fae001865bac'
-rwx------ 1 root root 479 Aug 22 14:30 '=2fae101865baf'
-rwx------ 1 root root 789 Aug 22 14:46 '=2faf401865bb2'
-rwx------ 1 root root 789 Aug 22 14:46 '=2faf501865bb2'
-rwx------ 1 root root 782 Aug 22 14:49 '=2fafa01865bb5'
-rwx------ 1 root root 793 Aug 22 14:56 '=2fb0201865bb8'
-rwx------ 1 root root 793 Aug 22 14:58 '=2fb0601865bbb'
-rwx------ 1 root root 793 Aug 22 14:58 '=2fb0701865bbb'
-rwx------ 1 root root 793 Aug 22 15:01 '=2fb0a01865bbe'
-rwx------ 1 root root 793 Aug 22 15:20 '=2fb2d01865baf'
-rwx------ 1 root root 782 Aug 22 15:20 '=2fb2f01865bbd'
-rwx------ 1 root root 793 Aug 22 15:20 '=2fb3601865b79'
-rwx------ 1 root root 766 Aug 22 15:20 '=2fb3701865b9d'
-rwx------ 1 root root 793 Aug 22 15:20 '=2fb3d01865b5c'
-rwx------ 1 root root 793 Aug 22 15:20 '=2fb4101865b59'
-rwx------ 1 root root 766 Aug 22 15:23 '=2fb4f01865b46'
-rwx------ 1 root root 769 Aug 22 15:25 '=2fb5801865b48'
-rwx------ 1 root root 769 Aug 22 15:26 '=2fb6c01865b49'
-rwx------ 1 root root 784 Aug 22 15:27 '=2fb7201865b4c'
-rwx------ 1 root root 764 Aug 22 15:29 '=2fb7f01865b4b'
-rwx------ 1 root root 780 Aug 22 15:29 '=2fb8601865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb8801865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb8b01865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb8c01865b4c'
-rwx------ 1 root root 782 Aug 22 15:29 '=2fb8d01865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb8e01865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb8f01865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb9001865b4c'
-rwx------ 1 root root 782 Aug 22 15:29 '=2fb9101865b4c'
-rwx------ 1 root root 782 Aug 22 15:29 '=2fb9201865b4c'
-rwx------ 1 root root 782 Aug 22 15:29 '=2fb9301865b4c'
-rwx------ 1 root root 782 Aug 22 15:29 '=2fb9401865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb9501865b4c'
-rwx------ 1 root root 793 Aug 22 15:29 '=2fb9601865b4c'
-rwx------ 1 root root 770 Aug 22 15:32 '=2fbaa01865b52'
-rwx------ 1 root root 793 Aug 22 15:32 '=2fbac01865b52'
-rwx------ 1 root root 765 Aug 22 15:34 '=2fbb801865b50'
-rwx------ 1 root root 770 Aug 22 15:34 '=2fbbd01865b51'
-rwx------ 1 root root 782 Aug 22 15:37 '=2fbd601865b54'
-rwx------ 1 root root 770 Aug 22 15:43 '=2fc0f01865b59'
-rwx------ 1 root root 771 Aug 22 15:43 '=2fc1201865b59'
-rwx------ 1 root root 770 Aug 22 15:43 '=2fc1501865b59'
-rwx------ 1 root root 793 Aug 22 15:43 '=2fc1601865b59'
-rwx------ 1 root root 758 Aug 22 15:43 '=2fc1a01865b59'
-rwx------ 1 root root 784 Aug 22 15:46 '=2fc5001865b5d'
-rwx------ 1 root root 762 Aug 22 15:47 '=2fc5a01865b60'
-rwx------ 1 root root 793 Aug 22 15:48 '=2fc7301865b5e'
-rwx------ 1 root root 793 Aug 22 15:48 '=2fc7f01865b65'
-rwx------ 1 root root 782 Aug 22 15:48 '=2fc8001865b65'
-rwx------ 1 root root 770 Aug 22 15:48 '=2fc8201865b65'
-rwx------ 1 root root 759 Aug 22 15:48 '=2fc8301865b65'
-rwx------ 1 root root 770 Aug 22 15:48 '=2fc8401865b65'
-rwx------ 1 root root 771 Aug 22 15:49 '=2fc8501865b60'
-rwx------ 1 root root 788 Aug 22 15:49 '=2fc8701865b65'
-rwx------ 1 root root 788 Aug 22 15:49 '=2fc8e01865b65'
-rwx------ 1 root root 770 Aug 22 15:49 '=2fc9101865b60'
-rwx------ 1 root root 771 Aug 22 15:49 '=2fc9501865b60'
-rwx------ 1 root root 759 Aug 22 15:49 '=2fc9701865b60'
-rwx------ 1 root root 767 Aug 22 15:50 '=2fc9c01865b61'
-rwx------ 1 root root 777 Aug 22 15:50 '=2fca401865b61'
-rwx------ 1 root root 771 Aug 22 15:50 '=2fca501865b61'
-rwx------ 1 root root 787 Aug 22 15:51 '=2fcb501865b62'
-rwx------ 1 root root 787 Aug 22 15:51 '=2fcbd01865b62'
-rwx------ 1 root root 784 Aug 22 15:52 '=2fcbe01865b65'
-rwx------ 1 root root 771 Aug 22 15:52 '=2fcc601865b63'
-rwx------ 1 root root 770 Aug 22 15:52 '=2fcce01865b66'
-rwx------ 1 root root 770 Aug 22 15:53 '=2fcd001865b66'
-rwx------ 1 root root 753 Aug 22 15:54 '=2fcda01865b64'
-rwx------ 1 root root 762 Aug 22 15:54 '=2fce901865b64'
-rwx------ 1 root root 792 Aug 22 15:54 '=2fcea01865b64'
-rwx------ 1 root root 771 Aug 22 15:54 '=2fceb01865b65'
-rwx------ 1 root root 771 Aug 22 15:54 '=2fced01865b65'
-rwx------ 1 root root 771 Aug 22 15:54 '=2fcef01865b65'
-rwx------ 1 root root 762 Aug 22 15:54 '=2fcf101865b65'
-rwx------ 1 root root 771 Aug 22 15:54 '=2fcf201865b65'
-rwx------ 1 root root 771 Aug 22 15:54 '=2fcf301865b65'
-rwx------ 1 root root 777 Aug 22 15:54 '=2fcf601865b65'
-rwx------ 1 root root 771 Aug 22 15:54 '=2fcf701865b65'
-rwx------ 1 root root 762 Aug 22 15:54 '=2fcf901865b65'
-rwx------ 1 root root 788 Aug 22 15:55 '=2fd0901865b69'
-rwx------ 1 root root 779 Aug 22 15:55 '=2fd0e01865b66'
-rwx------ 1 root root 788 Aug 22 15:56 '=2fd1e01865b67'
-rwx------ 1 root root 770 Aug 22 15:57 '=2fd3401865b67'
-rwx------ 1 root root 792 Aug 22 15:57 '=2fd3d01865b6a'
-rwx------ 1 root root 770 Aug 22 15:57 '=2fd4301865b68'
-rwx------ 1 root root 777 Aug 22 15:57 '=2fd4b01865b6b'
-rwx------ 1 root root 777 Aug 22 15:57 '=2fd5001865b6b'
-rwx------ 1 root root 779 Aug 22 15:58 '=2fd5301865b6b'
-rwx------ 1 root root 779 Aug 22 15:58 '=2fd5901865b69'
-rwx------ 1 root root 792 Aug 22 15:58 '=2fd6601865b69'
-rwx------ 1 root root 771 Aug 22 15:59 '=2fd7001865b6a'
-rwx------ 1 root root 787 Aug 22 16:00 '=2fd7401865b6b'
-rwx------ 1 root root 779 Aug 22 16:00 '=2fd7901865b6b'
-rwx------ 1 root root 779 Aug 22 16:00 '=2fd7e01865b6b'
-rwx------ 1 root root 779 Aug 22 16:00 '=2fd8301865b6b'
-rwx------ 1 root root 767 Aug 22 16:02 '=2fd9c01865b6d'
-rwx------ 1 root root 767 Aug 22 16:02 '=2fda101865b6d'
-rwx------ 1 root root 788 Aug 22 16:03 '=2fda501865b70'
-rwx------ 1 root root 782 Aug 22 16:03 '=2fda701865b70'
-rwx------ 1 root root 759 Aug 22 16:03 '=2fdaa01865b70'
-rwx------ 1 root root 788 Aug 22 16:03 '=2fdab01865b70'
-rwx------ 1 root root 788 Aug 22 16:03 '=2fdac01865b70'
-rwx------ 1 root root 793 Aug 22 16:03 '=2fdb201865b71'
-rwx------ 1 root root 779 Aug 22 16:03 '=2fdb301865b6e'
-rwx------ 1 root root 779 Aug 22 16:03 '=2fdb701865b6e'
-rwx------ 1 root root 777 Aug 22 16:05 '=2fdcb01865b6f'
-rwx------ 1 root root 788 Aug 22 16:05 '=2fdcd01865b70'
-rwx------ 1 root root 788 Aug 22 16:05 '=2fdce01865b70'
-rwx------ 1 root root 788 Aug 22 16:05 '=2fdcf01865b70'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fdd001865b70'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fdd601865b77'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fdd701865b77'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fdd801865b77'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fdd901865b77'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fdda01865b77'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fddb01865b77'
-rwx------ 1 root root 788 Aug 22 16:06 '=2fddc01865b77'
-rwx------ 1 root root 788 Aug 22 16:07 '=2fde401865b72'
-rwx------ 1 root root 792 Aug 22 16:07 '=2fdf001865b72'
-rwx------ 1 root root 792 Aug 22 16:07 '=2fdf401865b78'
-rwx------ 1 root root 788 Aug 22 16:08 '=2fe0001865b73'
-rwx------ 1 root root 788 Aug 22 16:08 '=2fe0201865b73'
-rwx------ 1 root root 777 Aug 22 16:08 '=2fe0b01865b73'
-rwx------ 1 root root 777 Aug 22 16:08 '=2fe0d01865b76'
-rwx------ 1 root root 788 Aug 22 16:08 '=2fe1001865b76'
-rwx------ 1 root root 788 Aug 22 16:09 '=2fe1a01865b76'
-rwx------ 1 root root 788 Aug 22 16:09 '=2fe1b01865b76'
-rwx------ 1 root root 788 Aug 22 16:09 '=2fe1d01865b76'
-rwx------ 1 root root 771 Aug 22 16:10 '=2fe2001865b77'
-rwx------ 1 root root 781 Aug 22 16:10 '=2fe2201865b75'
-rwx------ 1 root root 781 Aug 22 16:10 '=2fe2a01865b75'
-rwx------ 1 root root 792 Aug 22 16:10 '=2fe2e01865b75'
-rwx------ 1 root root 777 Aug 22 16:11 '=2fe3401865b76'
-rwx------ 1 root root 792 Aug 22 16:11 '=2fe3701865b76'
-rwx------ 1 root root 792 Aug 22 16:11 '=2fe3e01865b75'
-rwx------ 1 root root 788 Aug 22 16:11 '=2fe3f01865b78'
-rwx------ 1 root root 793 Aug 22 16:12 '=2fe4801865b77'
-rwx------ 1 root root 793 Aug 22 16:13 '=2fe5501865b7d'
-rwx------ 1 root root 792 Aug 22 16:13 '=2fe5701865b78'
-rwx------ 1 root root 792 Aug 22 16:13 '=2fe5901865b78'
-rwx------ 1 root root 781 Aug 22 16:13 '=2fe5a01865b78'
-rwx------ 1 root root 788 Aug 22 16:13 '=2fe5b01865b78'
-rwx------ 1 root root 777 Aug 22 16:13 '=2fe5c01865b78'
-rwx------ 1 root root 788 Aug 22 16:13 '=2fe5e01865b77'
-rwx------ 1 root root 787 Aug 22 16:13 '=2fe6201865b77'
-rwx------ 1 root root 765 Aug 22 16:13 '=2fe6301865b77'
-rwx------ 1 root root 792 Aug 22 16:13 '=2fe6601865b78'
-rwx------ 1 root root 792 Aug 22 16:14 '=2fe6901865b78'
-rwx------ 1 root root 781 Aug 22 16:14 '=2fe6f01865b78'
-rwx------ 1 root root 793 Aug 22 16:16 '=2fe8c01865b7e'
-rwx------ 1 root root 767 Aug 22 16:17 '=2fe9201865b7c'
-rwx------ 1 root root 793 Aug 22 16:19 '=2fe9401865b7d'
-rwx------ 1 root root 793 Aug 22 16:19 '=2fe9601865b81'
-rwx------ 1 root root 793 Aug 22 16:19 '=2fea001865b7e'
-rwx------ 1 root root 793 Aug 22 16:19 '=2fea201865b7e'
-rwx------ 1 root root 793 Aug 22 16:19 '=2fea501865b7e'
-rwx------ 1 root root 793 Aug 22 16:20 '=2fead01865b7f'
-rwx------ 1 root root 793 Aug 22 16:21 '=2feb101865b80'
-rwx------ 1 root root 793 Aug 22 16:21 '=2feba01865b83'
-rwx------ 1 root root 793 Aug 22 16:22 '=2febc01865b8a'
-rwx------ 1 root root 788 Aug 22 16:23 '=2febe01865b8d'
-rwx------ 1 root root 777 Aug 22 16:24 '=2fec201865b86'
-rwx------ 1 root root 788 Aug 22 16:24 '=2fec301865b86'
-rwx------ 1 root root 788 Aug 22 16:24 '=2fec501865b86'
-rwx------ 1 root root 777 Aug 22 16:24 '=2fec601865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fec801865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2feca01865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fece01865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fed301865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fed501865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fed601865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fed701865b86'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fed901865b90'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fedd01865b93'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fede01865b93'
-rwx------ 1 root root 782 Aug 22 16:25 '=2fedf01865b93'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fee001865b93'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fee201865b93'
-rwx------ 1 root root 793 Aug 22 16:25 '=2fee401865b93'
-rwx------ 1 root root 793 Aug 22 16:29 '=2fef201865b88'
-rwx------ 1 root root 793 Aug 22 16:29 '=2fef401865b8b'
-rwx------ 1 root root 793 Aug 22 16:29 '=2fef501865b8b'
-rwx------ 1 root root 782 Aug 22 16:29 '=2fef601865b8b'
-rwx------ 1 root root 793 Aug 22 16:29 '=2fef701865b8b'
-rwx------ 1 root root 782 Aug 22 16:29 '=2fefa01865b8b'
-rwx------ 1 root root 793 Aug 22 16:29 '=2fefb01865b8b'
-rwx------ 1 root root 793 Aug 22 16:29 '=2fefd01865b8b'
-rwx------ 1 root root 782 Aug 22 16:29 '=2ff0001865b8b'
-rwx------ 1 root root 793 Aug 22 16:29 '=2ff0101865b8e'
-rwx------ 1 root root 792 Aug 22 16:30 '=2ff0501865b89'
-rwx------ 1 root root 782 Aug 22 16:31 '=2ff0901865b8a'
-rwx------ 1 root root 793 Aug 22 16:31 '=2ff0a01865b8a'
-rwx------ 1 root root 793 Aug 22 16:31 '=2ff0b01865b8a'
-rwx------ 1 root root 782 Aug 22 16:31 '=2ff0e01865b8a'
-rwx------ 1 root root 782 Aug 22 16:31 '=2ff1001865b8a'
-rwx------ 1 root root 781 Aug 22 16:32 '=2ff1201865b8a'
-rwx------ 1 root root 782 Aug 22 16:32 '=2ff1301865b8a'
-rwx------ 1 root root 793 Aug 22 16:32 '=2ff1501865b91'
-rwx------ 1 root root 782 Aug 22 16:32 '=2ff1601865b91'
-rwx------ 1 root root 793 Aug 22 16:33 '=2ff1701865b91'
-rwx------ 1 root root 793 Aug 22 16:33 '=2ff1801865b91'
-rwx------ 1 root root 793 Aug 22 16:33 '=2ff1d01865b8f'
-rwx------ 1 root root 782 Aug 22 16:33 '=2ff1e01865b8f'
-rwx------ 1 root root 782 Aug 22 16:33 '=2ff2101865b8f'
-rwx------ 1 root root 793 Aug 22 16:33 '=2ff2301865b8f'
-rwx------ 1 root root 793 Aug 22 16:33 '=2ff2501865b8f'
-rwx------ 1 root root 782 Aug 22 16:33 '=2ff2701865b8f'
-rwx------ 1 root root 782 Aug 22 16:33 '=2ff2801865b92'
-rwx------ 1 root root 782 Aug 22 16:35 '=2ff2c01865b94'
-rwx------ 1 root root 782 Aug 22 16:35 '=2ff2e01865b94'
-rwx------ 1 root root 766 Aug 22 16:35 '=2ff2f01865b97'
-rwx------ 1 root root 793 Aug 22 16:35 '=2ff3001865b97'
-rwx------ 1 root root 793 Aug 22 16:35 '=2ff3101865b97'
-rwx------ 1 root root 782 Aug 22 16:37 '=2ff3601865b90'
-rwx------ 1 root root 770 Aug 22 16:37 '=2ff3701865b90'
-rwx------ 1 root root 793 Aug 22 16:38 '=2ff3b01865b9a'
-rwx------ 1 root root 782 Aug 22 16:38 '=2ff3c01865b9a'
-rwx------ 1 root root 782 Aug 22 16:38 '=2ff3d01865b9a'
-rwx------ 1 root root 793 Aug 22 16:39 '=2ff3e01865b98'
-rwx------ 1 root root 793 Aug 22 16:39 '=2ff3f01865b98'
-rwx------ 1 root root 782 Aug 22 16:39 '=2ff4001865b98'
-rwx------ 1 root root 793 Aug 22 16:40 '=2ff4101865b9b'
-rwx------ 1 root root 782 Aug 22 16:40 '=2ff4201865b9b'
-rwx------ 1 root root 767 Aug 22 16:41 '=2ff4401865b9d'
-rwx------ 1 root root 767 Aug 22 16:42 '=2ff4501865b9e'
-rwx------ 1 root root 793 Aug 22 16:42 '=2ff4601865b9e'
-rwx------ 1 root root 793 Aug 22 16:44 '=2ff4801865ba0'
-rwx------ 1 root root 793 Aug 22 16:45 '=2ff4901865ba3'
-rwx------ 1 root root 782 Aug 22 16:46 '=2ff4a01865b99'
-rwx------ 1 root root 782 Aug 22 16:46 '=2ff4c01865b99'
-rwx------ 1 root root 767 Aug 22 16:47 '=2ff4d01865b9c'
-rwx------ 1 root root 782 Aug 22 16:50 '=2ff5101865b9f'
-rwx------ 1 root root 767 Aug 22 16:53 '=2ff5301865ba2'
-rwx------ 1 root root 767 Aug 22 16:53 '=2ff5401865ba2'
-rwx------ 1 root root 767 Aug 22 17:01 '=2ff5601865ba8'
-rwx------ 1 root root 767 Aug 22 17:02 '=2ff5801865ba8'
-rwx------ 1 root root 767 Aug 22 17:07 '=2ff5a01865bae'
-rwx------ 1 root root 767 Aug 22 17:07 '=2ff5b01865bae'
-rwx------ 1 root root 767 Aug 22 17:08 '=2ff5c01865bb1'
-rwx------ 1 root root 767 Aug 22 17:13 '=2ff5d01865bb4'
-rwx------ 1 root root 767 Aug 22 17:13 '=2ff5e01865bb4'
-rwx------ 1 root root 767 Aug 22 17:13 '=2ff5f01865bb4'
-rwx------ 1 root root 767 Aug 22 17:18 '=2ff6001865bb9'
-rwx------ 1 root root 767 Aug 22 17:18 '=2ff6101865bb9'
-rwx------ 1 root root 767 Aug 22 17:18 '=2ff6201865bb9'
-rwx------ 1 root root 767 Aug 22 17:18 '=2ff6301865bb9'
-rwx------ 1 root root 767 Aug 22 17:22 '=2ff6401865bbd'
-rwx------ 1 root root 767 Aug 22 17:22 '=2ff6501865bbd'
-rwx------ 1 root root 767 Aug 22 17:22 '=2ff6601865bbd'
-rwx------ 1 root root 1268 Jan 19 23:29 '=603a60189a928'
-rwx------ 1 root root 474 Jan 23 23:16 '=60af00189bf9b'
-rwx------ 1 root root 1262 Aug 22 19:50 a30045018a0284
-rwx------ 1 root root 1259 Aug 22 20:47 a30145018cb427
-rwx------ 1 root root 1262 Aug 22 20:47 a30146018cb42a
-rwx------ 1 root root 1235 Aug 22 20:47 a30147018ca683
-rwx------ 1 root root 1233 Aug 22 20:47 a3014a018a07fc
-rwx------ 1 root root 1233 Aug 22 20:47 a3014b018a07ff
-rwx------ 1 root root 1235 Aug 22 20:48 a3014c018a0802
-rwx------ 1 root root 1244 Nov 2 00:57 a492eb0189ca26
-rwx------ 1 root root 1172 Jan 16 18:07 a600e1018a18a0
-rwx------ 1 root root 1168 Jan 16 18:08 a600ea0189e6ec
-rwx------ 1 root root 1176 Jan 20 23:03 a603c30189d06b
-rwx------ 1 root root 1186 Jan 21 18:07 a606640189c6d6
-rwx------ 1 root root 1166 Jan 22 18:17 a606fe0189c410
-rwx------ 1 root root 1169 Jan 23 12:41 a609a40189d2ad
-rwx------ 1 root root 1170 Jan 23 12:44 a609a60189d2b0
-rwx------ 1 root root 1170 Jan 23 12:47 a609a80189d2b3
-rwx------ 1 root root 1178 Jan 23 12:50 a609aa0189d2b6
-rwx------ 1 root root 1152 Jan 23 16:48 a60a2c0189e495
-rwx------ 1 root root 1161 Jan 24 00:16 a60b050189d56f
-rwx------ 1 root root 474 Jan 24 16:45 a60c510189c3b4
n36l # cat /var/spool/cron/atjobs/.SEQ
60c51
n36l #

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69046 ist eine Antwort auf Beitrag #69045] Thu, 24 January 2019 16:58 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

>> ls -la /var/spool/cron/atjobs
>>
>> cat /var/spool/cron/atjobs/.SEQ
>
> Ziemlich viel Output:


Und ziemlich viel toten Schrott.

Wenn in dem ersten Zeichen des Dateinamens = steht, ist das ein gestarteter
Job, der aber nie sauber beendet wurde.

> -rwx------ 1 root root 383 Apr 3 2018 '=02fd4018341a6'

Nach Stoppen des atd würde ich da mal alle löschen, dann vielleicht neu
booten und die CRL-Bereinigung nochmal durchführen.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69047 ist eine Antwort auf Beitrag #69034] Thu, 24 January 2019 17:03 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Jürgen,

Am 24.01.19 um 12:50 schrieb Juergen Edner:
> Hallo Rolf,
>
>> Da sind die Fehlermeldungen wieder. root meldet um 00:12, 00:15, 00:18
>> und 00:21 Uhr mit Subject "Output from your job 396038" und text "shell
>> level too high". Danach keine Meldungen mehr.
>>
>> Die Job-IDs sind unterschiedlich die Anzahl "shell level.." auch.
>
> Tante Google sagt, dass aus einer Shell heraus auf zu viele Subshells
> verzweigt wurde. Siehe hier:
>
> https://www.lifewire.com/why-would-you-use-shivi-variable-2196747
>
> Bei einer Aktualisierung einer CRL mittels eines at-Befehls wird
> jedoch nur folgender Aufruf gestartet:
>
> /var/install/bin/certs-update-crl --quiet --single
> '<url-to-crl-file>'
>
> Es wäre deshalb interessant heraus zu finden um welche CRL es
> sich genau handelt, deren Aktualisierung zum genannten Zeitpunkt
> die Probleme verursachen. Vielleicht werden bei diesen Zeichen
> in einem Feld verwendet die bei der Verarbeitung zum Öffnen von
> Subshells führen.
> Schaue doch einmal in die folgende Logdatei und poste was dort
> zu den genannten Zeiten mitgeschrieben wurde:
>
> /var/log/certs-update-crl.log
>

hier könnte es einen Zusammenhang geben. Offensichtlich schlägt ein
Download von
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
fehl. Der wurde jeweils zur fraglichen Uhrzeit neu ausgeführt weil "CRL
file 'fake_le_intermediate_x1.ocsp' doesn't exist, force download!".
Hatte vor wenigen Tagen alle CRL bereinigen lassen. Wozu brauche ich
diese Datei? Wie kann ich das beheben?

Grüße Rolf


Log-Auszug:
Jan 24 00:12:00 n36l certs-update-crl[30882]:
/var/install/bin/certs-update-crl --quiet --single
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:12:00 n36l certs-update-crl[30882]: - downloading
'http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem' ...
Jan 24 00:12:03 n36l certs-update-crl[31309]:
/var/install/bin/certs-update-crl --quiet --showsingleuri
/usr/local/ssl/certs/fake_le_intermediate_x1.pem
Jan 24 00:12:04 n36l certs-update-crl[31309]: finished.
Jan 24 00:12:04 n36l certs-update-crl[30882]: - updating CRL list ...
Jan 24 00:12:04 n36l certs-update-crl[30882]: - CRL file
'fake_le_intermediate_x1.ocsp' doesn't exist, force download!
Jan 24 00:12:04 n36l certs-update-crl[30882]: - job '396035' (2019-01-23
00:15->2019-01-24 00:15) created.
Jan 24 00:12:04 n36l certs-update-crl[30882]: url:
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:12:04 n36l certs-update-crl[30882]: updating hashes ...
Jan 24 00:12:09 n36l certs-update-crl[30882]: finished.
Jan 24 00:15:00 n36l certs-update-crl[32269]:
/var/install/bin/certs-update-crl --quiet --single
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:15:00 n36l certs-update-crl[32269]: - downloading
'http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem' ...
Jan 24 00:15:03 n36l certs-update-crl[504]:
/var/install/bin/certs-update-crl --quiet --showsingleuri
/usr/local/ssl/certs/fake_le_intermediate_x1.pem
Jan 24 00:15:03 n36l certs-update-crl[504]: finished.
Jan 24 00:15:03 n36l certs-update-crl[32269]: - updating CRL list ...
Jan 24 00:15:03 n36l certs-update-crl[32269]: - CRL file
'fake_le_intermediate_x1.ocsp' doesn't exist, force download!
Jan 24 00:15:04 n36l certs-update-crl[32269]: - job '396036' (2019-01-23
00:18->2019-01-24 00:18) created.
Jan 24 00:15:04 n36l certs-update-crl[32269]: url:
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:15:04 n36l certs-update-crl[32269]: updating hashes ...
Jan 24 00:15:09 n36l certs-update-crl[32269]: finished.
Jan 24 00:16:00 n36l certs-update-crl[1470]:
/var/install/bin/certs-update-crl --quiet --single
http://crl.comodoca.com/PositiveSSLCA2.crl
Jan 24 00:16:00 n36l certs-update-crl[1470]: - downloading
'http://crl.comodoca.com/PositiveSSLCA2.crl' ...
Jan 24 00:16:01 n36l certs-update-crl[1470]: converting CRL file to
PEM format ...
Jan 24 00:16:01 n36l certs-update-crl[1470]: - updating CRL list ...
Jan 24 00:16:02 n36l certs-update-crl[1470]: - job '396037' (2019-01-24
00:16->2019-01-27 20:27) updated.
Jan 24 00:16:02 n36l certs-update-crl[1470]: url:
http://crl.comodoca.com/PositiveSSLCA2.crl
Jan 24 00:16:02 n36l certs-update-crl[1470]: updating hashes ...
Jan 24 00:16:08 n36l certs-update-crl[1470]: finished.
Jan 24 00:18:00 n36l certs-update-crl[2073]:
/var/install/bin/certs-update-crl --quiet --single
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:18:00 n36l certs-update-crl[2073]: - downloading
'http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem' ...
Jan 24 00:18:02 n36l certs-update-crl[2540]:
/var/install/bin/certs-update-crl --quiet --showsingleuri
/usr/local/ssl/certs/fake_le_intermediate_x1.pem
Jan 24 00:18:03 n36l certs-update-crl[2540]: finished.
Jan 24 00:18:03 n36l certs-update-crl[2073]: - updating CRL list ...
Jan 24 00:18:03 n36l certs-update-crl[2073]: - CRL file
'fake_le_intermediate_x1.ocsp' doesn't exist, force download!
Jan 24 00:18:03 n36l certs-update-crl[2073]: - job '396038' (2019-01-23
00:21->2019-01-24 00:21) created.
Jan 24 00:18:03 n36l certs-update-crl[2073]: url:
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:18:03 n36l certs-update-crl[2073]: updating hashes ...
Jan 24 00:18:09 n36l certs-update-crl[2073]: finished.
Jan 24 00:21:00 n36l certs-update-crl[4075]:
/var/install/bin/certs-update-crl --quiet --single
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:21:00 n36l certs-update-crl[4075]: - downloading
'http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem' ...
Jan 24 00:21:03 n36l certs-update-crl[4221]:
/var/install/bin/certs-update-crl --quiet --showsingleuri
/usr/local/ssl/certs/fake_le_intermediate_x1.pem
Jan 24 00:21:03 n36l certs-update-crl[4221]: finished.
Jan 24 00:21:04 n36l certs-update-crl[4075]: - updating CRL list ...
Jan 24 00:21:04 n36l certs-update-crl[4075]: - CRL file
'fake_le_intermediate_x1.ocsp' doesn't exist, force download!
Jan 24 00:21:04 n36l certs-update-crl[4075]: - job '396039' (2019-01-23
00:24->2019-01-24 00:24) created.
Jan 24 00:21:04 n36l certs-update-crl[4075]: url:
http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
Jan 24 00:21:04 n36l certs-update-crl[4075]: updating hashes ...
Jan 24 00:21:09 n36l certs-update-crl[4075]: finished.
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69048 ist eine Antwort auf Beitrag #69046] Thu, 24 January 2019 17:14 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Marcus,

Am 24.01.19 um 16:58 schrieb Marcus Roeckrath:
> Nach Stoppen des atd würde ich da mal alle löschen, dann vielleicht neu
> booten und die CRL-Bereinigung nochmal durchführen.

erledigt. ATD läuft wieder. Schauen wir was passiert.

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69049 ist eine Antwort auf Beitrag #69047] Thu, 24 January 2019 17:14 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Juergen Edner ist gerade offline  Juergen Edner
Beiträge: 3057
Registriert: September 2010
Senior Member
Hallo Rolf,

> hier könnte es einen Zusammenhang geben. Offensichtlich schlägt ein
> Download von
> http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
^^^ da haben wir den Salat!

> fehl. Der wurde jeweils zur fraglichen Uhrzeit neu ausgeführt weil "CRL
> file 'fake_le_intermediate_x1.ocsp' doesn't exist, force download!".
> Hatte vor wenigen Tagen alle CRL bereinigen lassen. Wozu brauche ich
> diese Datei? Wie kann ich das beheben?

diese Datei wird vermutlich durch initiale Test des
certs_dehydrated-Paketes auf Deinen Server gelangt sein, denn dieses
Zertifikat kommt
zur Anwendung wenn man DEHYDRATED_MODE='test' gesetzt hatte.

Erst einmal würde ich einen zugehörigen AT-Job aus der Bearbeitung
löschen, atrm <jobnr>
Anschließend würde ich den zugehörigen Jobeintrag aus der Datei
/usr/local/ssl/certs-update-crl-joblist löschen.
Danach würde ich die entsprechende Zertifikatsdatei aus dem
Verzeichnis /usr/local/ssl/certs löschen.
Zum Schluss noch schnell einmal die Hashes aktualisieren:
/var/install/bin/certs-update-hashes

Gruß Jürgen
--
Mail: juergen@eisfair.org
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69050 ist eine Antwort auf Beitrag #69047] Thu, 24 January 2019 17:15 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

> hier könnte es einen Zusammenhang geben. Offensichtlich schlägt ein
> Download von
> http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
> fehl. Der wurde jeweils zur fraglichen Uhrzeit neu ausgeführt weil "CRL
> file 'fake_le_intermediate_x1.ocsp' doesn't exist, force download!".
> Hatte vor wenigen Tagen alle CRL bereinigen lassen. Wozu brauche ich
> diese Datei? Wie kann ich das beheben?

Ich habe eben auf meinem Schulserver das Zertifikat
fake_le_intermediate_x1.pem weggeschmissen. IMHO kommt das von letsencrypt,
wenn man zunächst den Testmodus benutzt.

Bei meinem Schulserver hat das aber keine Probleme gemacht.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69052 ist eine Antwort auf Beitrag #69050] Thu, 24 January 2019 17:25 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Juergen Edner ist gerade offline  Juergen Edner
Beiträge: 3057
Registriert: September 2010
Senior Member
Hallo Marcus,

>> hier könnte es einen Zusammenhang geben. Offensichtlich schlägt ein
>> Download von
>> http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
^^^
>> fehl. Der wurde jeweils zur fraglichen Uhrzeit neu ausgeführt weil "CRL
>> file 'fake_le_intermediate_x1.ocsp' doesn't exist, force download!".
>> Hatte vor wenigen Tagen alle CRL bereinigen lassen. Wozu brauche ich
>> diese Datei? Wie kann ich das beheben?
>
> Ich habe eben auf meinem Schulserver das Zertifikat
> fake_le_intermediate_x1.pem weggeschmissen. IMHO kommt das von letsencrypt,
> wenn man zunächst den Testmodus benutzt.
>
> Bei meinem Schulserver hat das aber keine Probleme gemacht.

das Ausrufezeichen am Anfang des Dateinamens verursacht nach meinem
Verständnis das Problem. Da der Dateiname auf Deinem Server dieses nicht
enthält tritt auch kein Problem auf.

Gruß Jürgen
--
Mail: juergen@eisfair.org
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69054 ist eine Antwort auf Beitrag #69049] Thu, 24 January 2019 17:50 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Jürgen,

Am 24.01.19 um 17:14 schrieb Juergen Edner:
> Hallo Rolf,
>
>> hier könnte es einen Zusammenhang geben. Offensichtlich schlägt ein
>> Download von
>> http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
> ^^^ da haben wir den Salat!
>

zur Info: im Logfile finde ich den Meldung alle 3 Minuten, nur sehr
selten wird dazu auch eine Fehlermeldung "shell level too high" verschickt.

>> fehl. Der wurde jeweils zur fraglichen Uhrzeit neu ausgeführt weil "CRL
>> file 'fake_le_intermediate_x1.ocsp' doesn't exist, force download!".
>> Hatte vor wenigen Tagen alle CRL bereinigen lassen. Wozu brauche ich
>> diese Datei? Wie kann ich das beheben?
>
> diese Datei wird vermutlich durch initiale Test des
> certs_dehydrated-Paketes auf Deinen Server gelangt sein, denn dieses
> Zertifikat kommt
> zur Anwendung wenn man DEHYDRATED_MODE='test' gesetzt hatte.
>
> Erst einmal würde ich einen zugehörigen AT-Job aus der Bearbeitung
> löschen, atrm <jobnr>

habe vor ca 30 Minuten alle at-jobs geloscht und die crls nochmals
bereinigt. Daher: "Cannot find jobid"

> Anschließend würde ich den zugehörigen Jobeintrag aus der Datei
> /usr/local/ssl/certs-update-crl-joblist löschen.

kann hier keine Zeile konkret zuordnen.

> Danach würde ich die entsprechende Zertifikatsdatei aus dem
> Verzeichnis /usr/local/ssl/certs löschen.

gefunden und gelöscht.

> Zum Schluss noch schnell einmal die Hashes aktualisieren:
> /var/install/bin/certs-update-hashes

erledigt.

Aktuell finde ich keine Fehlermeldungen mehr im Logfile. Ich warte jetzt
mal ein paar Tage und werde dann berichten.

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69056 ist eine Antwort auf Beitrag #69052] Thu, 24 January 2019 19:21 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Jürgen,

Juergen Edner wrote:

>>> http://ocsp.stg-root-x1.letsencrypt.org/!fake_le_intermediate_x1.pem
> ^^^
>
> das Ausrufezeichen am Anfang des Dateinamens verursacht nach meinem
> Verständnis das Problem. Da der Dateiname auf Deinem Server dieses nicht
> enthält tritt auch kein Problem auf.

Das ! ist nicht ein Teil des Zertifikatsnamens, der taucht scheinbar bei
Letsencrypt immer auf, hier beim letsencrypt-Zertifikt meiner Penne:

http://ocsp.int-x3.letsencrypt.org/!gyXXXXXXX.XXXX.XX.pem

Scheint möglicherweise ein Trenner zu sein.

Der zugehörige atjob lautet:

/var/install/bin/certs-update-crl --quiet --single
'http://ocsp.int-x3.letsencrypt.org/!gyXXXXXXX.XXXX.XX.pem'

Das Zertifikat ist gyXXXXXXX.XXXX.XX.pem.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69058 ist eine Antwort auf Beitrag #69048] Thu, 24 January 2019 17:25 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

>> Nach Stoppen des atd würde ich da mal alle löschen, dann vielleicht neu
>> booten und die CRL-Bereinigung nochmal durchführen.
>
> erledigt. ATD läuft wieder. Schauen wir was passiert.

Schau mal in der Jobliste in /var/certs/ssl und den atjobs
unter /var/spool/cron/atjobs, ob wieder für dieses Fake-Zertifikat ein Job
erzeugt wurde, wenn du dieses nun erst nach der Bereinigung gelöscht hast.

Entweder manuell, wie von Jürgen beschrieben, aufräumen oder nochmal die
CRL-Bereinigung durchführen.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69062 ist eine Antwort auf Beitrag #69056] Thu, 24 January 2019 23:01 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Juergen Edner ist gerade offline  Juergen Edner
Beiträge: 3057
Registriert: September 2010
Senior Member
Hallo Marcus,

> Das ! ist nicht ein Teil des Zertifikatsnamens, der taucht scheinbar bei
> Letsencrypt immer auf, hier beim letsencrypt-Zertifikt meiner Penne:
>
> http://ocsp.int-x3.letsencrypt.org/!gyXXXXXXX.XXXX.XX.pem
>
> Scheint möglicherweise ein Trenner zu sein.

danke, dies hatte ich ganz vergessen. Das !-Zeichen ist zumindest in
dieser Datei ein Trennzeichen und trennt die OCSP-Server-URL von dem
Zertifikatsnamen. Die OCSP-Unterstützung habe ich erst viel später
ergänzt und da musste ich einen Weg finden zwei Parameter in einem
Feld unterzubringen.

Gruß Jürgen

--
Mail: juergen@eisfair.org
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69065 ist eine Antwort auf Beitrag #69062] Fri, 25 January 2019 06:44 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Jürgen,

Juergen Edner wrote:

>> Das ! ist nicht ein Teil des Zertifikatsnamens, der taucht scheinbar bei
>> Letsencrypt immer auf, hier beim letsencrypt-Zertifikt meiner Penne:
>>
>> http://ocsp.int-x3.letsencrypt.org/!gyXXXXXXX.XXXX.XX.pem
>>
>> Scheint möglicherweise ein Trenner zu sein.
>
> danke, dies hatte ich ganz vergessen. Das !-Zeichen ist zumindest in
> dieser Datei ein Trennzeichen und trennt die OCSP-Server-URL von dem
> Zertifikatsnamen. Die OCSP-Unterstützung habe ich erst viel später
> ergänzt und da musste ich einen Weg finden zwei Parameter in einem
> Feld unterzubringen.

Ok, dann hätten wir das geklärt.

Und IMHO macht das im atjob auch kein Problem, weil die Kommandozeilenoption
mit der URL ja on ' gesetzt ist und ich auch keine solche toten Jobs auf
dem System gefunden habe.

--
Gruss Marcus


Gruß Marcus
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69071 ist eine Antwort auf Beitrag #69058] Fri, 25 January 2019 10:31 Zum vorherigen Beitrag gehenZum nächsten Beitrag gehen
Rolf Bensch ist gerade offline  Rolf Bensch
Beiträge: 447
Registriert: July 2010
Senior Member
Hallo Marcus,

Am 24.01.19 um 17:25 schrieb Marcus Roeckrath:
> Hallo Rolf,
>
> Rolf Bensch wrote:
>
>>> Nach Stoppen des atd würde ich da mal alle löschen, dann vielleicht neu
>>> booten und die CRL-Bereinigung nochmal durchführen.
>>
>> erledigt. ATD läuft wieder. Schauen wir was passiert.
>
> Schau mal in der Jobliste in /var/certs/ssl und den atjobs
> unter /var/spool/cron/atjobs, ob wieder für dieses Fake-Zertifikat ein Job
> erzeugt wurde, wenn du dieses nun erst nach der Bereinigung gelöscht hast.
>
> Entweder manuell, wie von Jürgen beschrieben, aufräumen oder nochmal die
> CRL-Bereinigung durchführen.

ich kann aktuell nichts auffälliges finden. Ich warte weiter ab.

Grüße Rolf
Re: [E1]: shell level (1000) too high, resetting to 1 [Beitrag #69074 ist eine Antwort auf Beitrag #69071] Fri, 25 January 2019 14:34 Zum vorherigen Beitrag gehen
Marcus Roeckrath ist gerade offline  Marcus Roeckrath
Beiträge: 11372
Registriert: August 2010
Senior Member
Hallo Rolf,

Rolf Bensch wrote:

>> Entweder manuell, wie von Jürgen beschrieben, aufräumen oder nochmal die
>> CRL-Bereinigung durchführen.
>
> ich kann aktuell nichts auffälliges finden. Ich warte weiter ab.

Ok, enn mal wieder Job-Dateien unter /var/spool/cron/atjobs mit einem = als
ersten dateinamen rumgammeln - wenn der gerade läuft ist das ok, aber
dauerhaft dürfen die da nicht nicht liegenbleiben - schau mal am Ende der
Datei welche Zertifikats-URL da steht.

--
Gruss Marcus


Gruß Marcus
Vorheriges Thema: e1 owncloud 1.6.8.
Nächstes Thema: [e1] certs-Paket subject alternative name
Gehe zum Forum:
  


aktuelle Zeit: Sat Feb 23 00:22:18 CET 2019

Insgesamt benötigte Zeit, um die Seite zu erzeugen: 0.03517 Sekunden