gadatliwe komunikaty „przełączania na keychain-db” w Sierra

19

W systemie macOS Sierra zauważam w konsoli bardzo „gadatliwą” i powtarzającą się serię ostrzeżeń:

default 15:27:23.330990 -0700   AppleIDAuthAgent    switching to keychain-db: /Users/XYZ/Library/Keychains/login.keychain-db from /Users/XYZ/Library/Keychains/login.keychain-db (0 1 1 1)

gdzie dziesiątki procesów ciągle rejestrują ten sam komunikat „przełączanie na keychain-db”. Wiadomości te pochodzą od AppleIDAuthAgent, authd, secinitd, lcd, Finder, gamed, Mail, cloudd i tak dalej.

Nie tylko to, ale zauważ w komunikacie, że przełącza się z dokładnie do tego samego pliku i ścieżki. Cała sprawa nie ma sensu. Czy ktoś wie o co chodzi?

(Edycja: od marca 2018 r. Korzystam teraz z High Sierra 10.13.3 i nie pojawiają się już te komunikaty w mojej konsoli).

keychain sierra console Gonewest
źródło
Masz problemy z hasłami lub aplikacją pęku kluczy.
At0mic,
Mam dokładnie ten sam problem. To bardzo gadatliwe.
wasabi
Dostaję około 200 za minutę. Prawie wszystkie kończą się, (0 1 1 1)ale kilka kończy się na (0 1 0 0). Ponadto, podczas gdy prawie wszystkie z nich „przełączają się” na tę samą dokładną ścieżkę i z tej samej ścieżki, kilka komunikatów dziennika mówi, że przełącza się ...login.keychainraczej z niż ...login.keychain-db. Zwykle następuje po nich kolejny komunikat dziennika z tekstem not switching as we're not in ~/Library/Keychains/: /Library/Keychains/System.keychain (0).
Timothy Mueller-Harder
Mam podobny problem, ponieważ mój pęku kluczy co kilka godzin tworzy wyskakujące okienka z prośbą o hasło. Nie jestem pewien, czy to się wiąże, ale ludzie dyskutują o tym tutaj. support.apple.com/en-us/HT201609 . Dostał się nawet do NYT: nytimes.com/2016/05/06/technology/personaltech/… . Podejrzewam, że nie mają hasła, więc nie mogą przejść do pęku kluczy, ale wciąż próbują.
Evan Rosica
@EvanRosica - Mogę tylko powiedzieć, że w moim przypadku zdecydowanie nie otrzymuję powtarzających się żądań hasła od menedżera pęku kluczy. Tylko te wiadomości w dzienniku konsoli.
Gonewest

Odpowiedzi:

1

Nie martwiłbym się ogólnie wiadomościami gadatliwymi, ponieważ podsystem rejestrowania jest teraz sterowany przez bazę danych i może obsłużyć tysiące wiadomości na minutę przy niewielkim lub zerowym obciążeniu systemu.

Możesz uzyskać ładny przegląd statystyk dziennika i zobaczyć, czy to naprawdę jeden z większych użytkowników rejestrowania. To polecenie zajmuje trochę czasu, aby przeżuć 30 milionów zdarzeń, które mam na moim MacBooku (3 do 5 minut) - ale nawet to jest trywialne obciążenie mojego systemu w praktyce, biorąc pod uwagę, jak teraz zoptymalizowane i energooszczędne rejestrowanie Apple macOS.

log stats --overview
== archive =============================================================
size:               571,895,056 bytes
                    2,118,164,524 bytes (uncompressed)
start:              Tue Aug  1 06:33:03 2017
end:                Wed Sep 20 04:54:41 2017
statedump:          7,343

events:             [       total        log      trace   signpost ]
                    [  30,724,811 27,173,212        996    409,431 ]

activity:           [      create transition     action ]
                    [   3,132,338          0        201 ]

log messages:       [     default       info      debug      error      fault ]
                    [  26,698,888    667,559     38,352    143,035     35,805 ]

ttl:                [        1day      3days      7days     14days     30days ]
                    [     409,447 26,551,227    259,646    204,137    166,525 ]

processes:          
          [        events (%total),  decomp. bytes (%total),                           image UUID, image ]
          [    14,796,212 ( 48.2%),    983,897,959 ( 46.5%), EA3CE30B-81E9-3DEA-95F3-CDACA642C5BD, kernel ]
          [       396,296 (  1.3%),    133,190,047 (  6.3%), 5AA6AB96-6A89-3E62-9BB4-6CA2913647C9, secd ]
          [       664,086 (  2.2%),     75,896,057 (  3.6%), 99B2EC04-B281-3EBF-8541-6F6FC3273D9C, identityservicesd ]
          [       299,166 (  1.0%),     60,314,374 (  2.8%), 83FF3BD0-0A23-3232-A28A-C1A5297DA516, dasd ]
          [       727,099 (  2.4%),     53,298,516 (  2.5%), 15049F04-4C48-3D01-ABC2-8DC751F0B9E3, cloudd ]

senders:            
          [        events (%total),  decomp. bytes (%total),                           image UUID, image ]
          [    13,883,766 ( 45.2%),    943,025,476 ( 44.5%), 0086A982-E384-3ABF-AD20-BF1300E02E42, Sandbox ]
          [       394,150 (  1.3%),    133,130,846 (  6.3%), 5AA6AB96-6A89-3E62-9BB4-6CA2913647C9, secd ]
          [     1,653,215 (  5.4%),     67,618,576 (  3.2%), D7DDB735-A244-3A06-A432-135E9E368B51, CFNetwork ]
          [       294,803 (  1.0%),     60,187,838 (  2.8%), 7DC1094C-EF1A-3621-9A6B-DEDF467D64DF, DuetActivitySchedulerDaemon ]
          [       393,191 (  1.3%),     58,538,606 (  2.8%), 99B2EC04-B281-3EBF-8541-6F6FC3273D9C, identityservicesd ]

Dla kontekstu - na tym komputerze często działa oprogramowanie w wersji beta - zostaje pobity na różne sposoby, Xcode, błędne aplikacje, wersje beta pakietu Microsoft Office, beta OS z ulepszonymi profilami logowania.

bmike
źródło