securityd przy użyciu 100% procesora i zanieczyszczającego system.log

Od czasu uaktualnienia do wersji Mavericks często mam następujące procesy wykorzystujące pełną moc procesora:

• securityd
• syslogd
• kernel_task

Myślę, że securitydzawiera błąd, ponieważ zanieczyszcza /var/log/system.logtysiące wiadomości na sekundę, a system nie może kontynuować.

Oto przykład wiadomości, które otrzymuję:

Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 44365 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---
Nov 11 15:55:10 localhost securityd[22]: assertion failed: 13A603: libxpc.dylib + 26642 [4554927A-9467-365C-91F1-5A116989DD7F]: 0x13
Nov 11 16:14:47 --- last message repeated 1 time ---

Uważam, że jest to krytyczny problem, ponieważ sprawia, że ​​Mac OS X działa wyjątkowo wolno i nie reaguje.

Zabijanie securityidnie pomaga. Proces jest odtwarzany ponownie i powoduje zanieczyszczenie środowiska syslogd.

Jeśli zrestartuję cały system, wszystko wydaje się przez chwilę ok, zanim ten sam problem się powtórzy. Nie wiedziałem jeszcze, co powoduje ten problem.

W moim przypadku proces bezpieczeństwa haywire został spowodowany przez aplikację komputerową GitHub - podczas zatwierdzania problemy z siecią spowodowały błąd podczas uzgadniania ssh. Kolejne zatwierdzenia poszły dobrze. Aplikacja GitHub pozostała otwarta, bezpieczeństwo rozgrzewało mój procesor. Zamknięcie aplikacji GitHub rozwiązało problem - prawdopodobnie zakończyło się coś w securityd. Domyślam się, że securityd ma jakiś problem z nieskończoną pętlą podczas operacji kryptograficznych, może tylko z ssh i handshake'ami.

Sprawdź więc, czy i jak Twój codzienny przepływ pracy może wyzwalać securityd (logowanie do serwera? Github?) I izolować problem.

Możesz tymczasowo rozwiązać problem, uruchamiając ponownie SecurityAgent za pomocą następującego polecenia terminala:

sudo killall SecurityAgent

To działało za każdym razem dla mnie. Nadal badam przyczynę.

O ile wiem, zostało to wywołane przez przejście na inne konto użytkownika, gdzie musiałem zresetować hasło, ponieważ zapomniałem oryginalnego hasła. Powodowało to wiele awarii pęku kluczy (oryginalne hasło wymagane do odblokowania pęku kluczy) i dostałem „niekończącą się pętlę” monitów w stylu „Apple Messages Agent chce użyć elementu„ login ”z pęku kluczy…”

Rozwiązywanie problemów z rzeczywistą przyczyną może być problematyczne, ponieważ XPC jest ogólnym protokołem komunikacji międzyprocesowej i ładuje się tylko na żądanie. Oprogramowanie Apple korzysta z tego podsystemu, jak każdy program innej firmy - więc może to być wina Apple lub może to być coś, co uruchamiasz, a głównym problemem jest to, że nie masz łatwego sposobu, aby dowiedzieć się, który program powoduje duże obciążenie logowania (i być może duże uzasadnione obciążenie pracą, a także tylko logowanie).

Zgadzam się, że każde rejestrowanie diagnostyczne, które jest tak szybkie i niekontrolowane, że może wpłynąć zauważalnie na zużycie energii przez komputer lub wydajność komputera, należy uznać za usterkę.

Najbardziej produktywnym sposobem rozwiązania tego problemu jest udokumentowanie problemu i zgłoszenie go jako błędu do Apple.

Mavericks wykonał świetną robotę, ujawniając zarówno narzędzia diagnostyczne, jak i zużycie energii w czasie wszystkich procesów zainteresowanemu użytkownikowi końcowemu.

• Otwórz Oszczędzanie energii, wybierz Energię i posortuj według średniego wpływu energii - zrób zdjęcie okna, w którym przetwarza dzienniki zużycia z ostatniego dnia.
• Wybierz widok procesora, wyszukaj securityd, wybierz go z listy aktywnych zadań, a następnie „Uruchom diagnostykę systemu ...” albo z menu Widok lub na pasku narzędzi.
• Wyślij zarówno zdjęcie, jak i raport ze skompresowanej diagnostyki do Apple na https://developer.apple.com/bug-reporting/

Będziesz potrzebował identyfikatora AppleID, który jest powiązany z jakimś kontem programisty, więc możesz zarejestrować się jako programista Safari za darmo, jeśli nie masz jeszcze konta, które umożliwia zgłaszanie określonych błędów do Apple.

Po raz drugi z rzędu widzę ten sam problem z dokładnie tymi samymi komunikatami w konsoli.

Dla mnie ponowne uruchomienie zwykle rozwiązuje problem (po raz pierwszy musiałem wymusić zamknięcie, ponieważ maszyna nie reagowała). I podobnie jak ty, jeszcze nie znalazłem wyzwalacza, który uruchamia wiadomości.

Monitor aktywności nie jest winowajcą, zwykle ostrzega mnie wariactwo wentylatora, więc wtedy uruchamiam monitor aktywności, aby zobaczyć zarówno syslogd, jak i securityd z wykorzystaniem około 90% procesora.

Myślę, że może to być błąd znacznie starszy niż Mavericks. Nie jestem pewien, czy miałem ten sam problem, co ty, ponieważ nigdy nie sprawdziłem syslog, ale miałem securitydpochłonięty procesor i pamięć RAM. Użyłem starego rozwiązania z 2007 roku (dla Leoparda?).

tldr:

sudo mv /var/db/CodeEquivalenceDatabase /var/db/CodeEquivalenceDatabase.old

następnie uruchom ponownie. Później możesz usunąć stary plik, ponieważ OS X automatycznie tworzy nowy.

Utworzyłem maszynę wirtualną za pomocą virtualBox i ten problem można nieco odtworzyć. Utworzyłem kilka elementów pęku kluczy i kiedy odwiedzam witrynę, dla której ten element pęku kluczy, maszyna wirtualna zawiesza się przez dobre 1-2 minuty, a następnie zwalnia. Może to być git-osxkeychain-helper powodujący, że proces securityd zje cały procesor.

Wygląda na to, że ma coś wspólnego z menedżerem pęku kluczy. Właśnie to miałem i zabiłem breloczek, który zniknął.