9 votes

MGOwen avatar

Sleep Wake Failures à cause du watchdog sur 10.13 (mise à jour supplémentaire)

Demandé el 17 de Octobre, 2017
Quand la question a-t-elle été
17193 affichage
Nombre de visites la question a
1 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

J'ai connu ce phénomène deux fois au cours des dernières 48 heures, les deux fois à peu près au même moment. S'agit-il d'une corrélation ou d'une coïncidence ? Quelqu'un peut-il m'éclairer à ce sujet ?

Lignes pertinentes de system.log :

Oct 16 12:08:20 redacted_hostname syslogd[59]: ASL Sender Statistics
Oct 16 12:08:21 redacted_hostname Dropbox[605]: [1016/120821:WARNING:dns_config_service_posix.cc(306)] Failed to read DnsConfig.
Oct 16 12:08:24 --- last message repeated 1 time ---
Oct 16 12:08:24 redacted_hostname systemstats[70]: assertion failed: 17A405: systemstats + 665801 [FB138264-8F86-3462-9C53-FC084690A767]: 0x7faaa8a01a80
Oct 16 12:14:49 localhost bootlog[0]: BOOT_TIME 1508174089 0

---

Oct 17 12:19:52 redacted_hostname syslogd[59]: ASL Sender Statistics
Oct 17 12:19:53 redacted_hostname Dropbox[493]: [1017/121953:WARNING:dns_config_service_posix.cc(306)] Failed to read DnsConfig.
Oct 17 12:19:56 redacted_hostname systemstats[70]: assertion failed: 17A405: systemstats + 665801 [FB138264-8F86-3462-9C53-FC084690A767]: 0x7fbb6340e520
Oct 17 12:19:57 redacted_hostname netbiosd[3498]: DEPRECATED USE in libdispatch client: Setting timer interval to 0 requests a 1ns timer, did you mean FOREVER (a one-shot timer)?
Oct 17 13:48:19 localhost bootlog[0]: BOOT_TIME 1508266099 0

Rapport sur l'échec du sommeil du 16 octobre :

Date/Time:       2017-10-16 12:13:43 -0500
OS Version:      Mac OS X 10.13 (Build 17A405)
Architecture:    x86_64h
Report Version:  26

Data Source:     Stackshots

Event:           Sleep Wake Failure
Duration:        0.08s
Steps:           7

Hardware model:  MacBookPro11,3
Active cpus:     8

Time Awake Since Boot: 96000s

Process:         kernel_task [0]
Path:            /System/Library/Kernels/kernel
Architecture:    x86_64
Version:         Darwin Kernel Version 17.0.0: Thu Aug 24 21:48:19 PDT 2017; root:xnu-4570.1.46~2/RELEASE_X86_64
Task size:       2766.31 MB
CPU Time:        1.468s

<ALL THE TASK DETAILS>

================================================================
UUID: <REDACTED>
Code: 6c611cd2 00000016
Stackshot reason: Watchdog

Rapport sur l'échec du sommeil du 17 octobre :

No samples for specified time interval

================================================================

status: 0x40003
Code: 0x6c611cd204000016
Stackshot reason: Watchdog
Demandé el 17 de Octobre, 2017 par MGOwen

Réponse

Trop de publicités?

5voto

Oskar avatar
Oskar Points 1242

Voici comment je procéderais au travail en obtenant d'autres journaux d'alimentation et en soumettant le tout à Apple Engineering pour analyse.

pmset -g stats
pmset -g log
sudo sysdiagnose Watchdog

Pour développer mon commentaire - le chien de garde surveille simplement les tâches bloquées, donc un réveil lent de l'erreur de sommeil pourrait n'être rien basé sur un désir de capturer des statistiques sur tout réveil qui n'est pas aveuglant rapide afin que la fraction de personnes qui soumettent des journaux d'erreur à Apple puisse les aider à agréger et mesurer la santé globale de cette opération.

Si votre stockage est plus lent que le meilleur SSD ou si vous avez beaucoup de RAM et que votre mémoire n'est pas compressée - je m'attends à des réveils de l'ordre de 5 à 20 secondes pour les ordinateurs récents (5 dernières années) et beaucoup plus longs pour le matériel Mac plus ancien.

À moins que vous n'ayez une panne spécifique ou que vous ne soupçonniez que votre disque dur ou votre stockage a des difficultés (exécutez l'utilitaire de disque ou l'utilitaire d'ordinateur). fsck (au démarrage en mode utilisateur unique), deux occurrences seulement ne m'inciteraient pas à faire quoi que ce soit d'autre que de programmer un rappel pour vérifier dans 60 jours si les réveils continuent à produire des diagnostics d'"erreur". Je vérifierais également toutes les semaines les mises à jour et le patch du système d'exploitation au cas où il s'agirait d'un problème qui serait corrigé ou renforcé.

Fondamentalement, le chien de garde est conçu pour surveiller les performances, il a clairement reçu un signal ou des conseils pour recueillir plus de détails sur les sillages lents. A part cela - sans le code source d'Apple et une session avec leurs ingénieurs expliquant publiquement pourquoi cet événement spécifique a été déclenché, vous devrez peut-être surveiller cela et vous concentrer sur d'autres aspects comme le plantage d'applications spécifiques / l'échec du réveil complet, etc...

Répondu el 3 de Janvier, 2018 par Oskar (1242 Points )

Questions en vedette

Top Tags

Dans notre réseau

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X