OSX Sierra se connectant constamment à la console

J'ai remarqué dans l'application console sur OSX Sierra qu'elle éclate environ 100 messages par seconde minimum.

Tout à voir avec opendirectoryd, supprimé, securityd, services d'identitéd, erreurs de trousseau

Certains journaux

default 20:53:40.570741 +0000   amfid   CSSM Exception: -2147411889 CSSMERR_CL_UNKNOWN_TAG
default 20:53:40.570772 +0000   amfid   MacOS error: -67050
default 20:53:40.774748 +0000   securityd   looking for a common at /private/var/db/crls/crlcache2.db
default 20:53:40.778097 +0000   launchservicesd CSSM Exception: -2147411889 CSSMERR_CL_UNKNOWN_TAG
default 20:53:40.805489 +0000   opendirectoryd  Client: <private>, UID: 0, EUID: 0, GID: 0, EGID: 0
default 20:53:40.887464 +0000   opendirectoryd  Client: <private>, UID: 501, EUID: 501, GID: 20, EGID: 20
default 20:53:43.122701 +0000   opendirectoryd  <private> failed with error '<private>' (2)
default 20:53:51.248548 +0000   securityd   0x7fff5aa948d0 dead connection 85559

J'ai trouvé des articles en ligne indiquant qu'il s'agit d'un problème de porte-clés avec Sierra, mais est-ce que quelqu'un ici a plus d'informations sur ce problème.

par exemple, une connexion excessive de la console sur macOS Sierra

macos

— Jarryd
source

C'est clairement par conception et pas du tout anormal d'avoir des dizaines de milliers de messages par heure maintenant qu'Apple est passé de la journalisation aux fichiers texte dans / private / var / log à l'utilisation de la base de données et du SDK / API de journalisation unifiée d'Apple. OS (macOS, iOS, watchOS, tvOS).

Les jours où je rédige un fichier journal à partir de la ligne de commande et où je peux voir ce qui se passe (ou garder l'application console ouverte) me manquent, et j'ai commencé le processus de configuration des recherches enregistrées afin que je puisse voir les informations de journal qui m'intéressent dans le application console. Cependant, sur 8 jours de disponibilité, enregistrant un volume de messages similaire - les démons responsables de la journalisation ont accumulé moins de 2 minutes de temps processeur total. En pratique, ce n'est tout simplement pas une charge mesurable sur le système d'être aussi bavard. Sauf si vous avez un problème spécifique avec le trousseau ou le répertoire ouvert, je filtrerais simplement ces résultats à partir de votre vue dans la console (ou filtrer uniquement les messages que vous devez voir).

Une fois que j'ai été convaincu qu'il n'y avait pas de problème de performances (pas de fuites, stabilité de la RAM, utilisation du CPU et utilisation du système de fichiers extrêmement raisonnable et efficace), voici des liens qui m'ont aidé à décider d'arrêter (et peut-être de rationaliser) de s'inquiéter des journaux bavards et de simplement commencer filtrer ce dont j'avais besoin:

L'ASL est vraiment une bête complètement différente syslogmême s'ils finissent par faire la même chose et nous devons consommer la sortie des deux de temps en temps.

— bmike
source