Сообщения ставят macOS на колени с помощью soagent и callservicesd


20

Когда я запускаю Сообщения на MacOS и попытаться сделать что - либо вообще с ним (или даже, кажется, если я просто подождать некоторое время , пока сообщение не получено) два процесса soagentи callservicesdначать максить CPU и не останавливайтесь до тех пор сообщений и они все насильно уходят.

Сообщения теперь недоступны для моего Mac. Моя учетная запись iCloud - единственная, которая синхронизирует контакты, и единственная, которая используется в сообщениях (в качестве причины ошибки предлагается использование нескольких учетных записей в любом случае).

Что я могу сделать, чтобы это исправить? Удаление и чтение всех моих учетных записей в Интернете не вариант.


Обновление: триггер для этого поведения, кажется, страшная проверка правописания Apple. Я могу использовать Сообщения, не soagentзанимая мою машину, пока я не наберу опечатку. Но одно опечатка, и сообщения на некоторое время зависают, а затем soagentвзлетают и не могут быть остановлены, кроме как путем принудительного выхода.


В поисках ошибок, содержащих "контакты", я получаю:

error   08:33:58.523010 -0500   accountsd   "Cannot check access to a private account type: <private>"
error   08:33:58.526106 -0500   accountsd   "Cannot check access to a private account type: <private>"
error   08:33:58.561595 -0500   accountsd   "Cannot check access to a private account type: com.apple.account.AppleAccount"

а также

default 08:38:32.371678 -0500   AppleSpell  Rebroadcasting external notification ABDistributedDatabaseChangedNotification from process accountsd (<private>)
default 08:38:32.405900 -0500   suggestd    Rebroadcasting external notification ABDistributedDatabaseChangedNotification from process accountsd (<private>)
default 08:39:33.801123 -0500   ContactsAccountsService There was an error while trying to load accounts. We'll return an empty array. Error Domain=NSCocoaErrorDomain Code=4099 "The connection to service named com.apple.AddressBook.ContactsAccountsService was invalidated." UserInfo={NSDebugDescription=The connection to service named com.apple.AddressBook.ContactsAccountsService was invalidated.}


Похоже, Apple, возможно, исправил это в Мохаве.
Оромэ

2
Вау, мощь форумов с возможностью поиска означает, что я могу найти этот июль 2019 года и следить за ответами здесь Перезапустите, подождите около 45 минут для повторной синхронизации сообщений и контактов, Activity Monitor показывает все обратно до 5% уровней. Первый раз за МЕСЯЦЕВ, и я вернул себе здоровье на Mac. Если бы я мог купить вам все пиво, я бы сделал. Шутки в сторону. Спасибо.
user191860

1
@ или я в Мохаве. Я понятия не имею, если моя проблема такая же, как у OP, но симптомы схожи, разница только в том, что мне не нужно начинать печатать - если я открываю приложение Сообщения, вообще не использую его, ЦП в скором времени (почти) максимально загружен с самим агентом и сообщениями
Стив

Ответы:


22

Поскольку проблема связана с функцией проверки правописания, я бы предложил вам сбросить замену текста.

Вы можете стереть (или сохранить, если вы узнали правописание) все файлы в:

~/Library/Spelling

Не забудьте убить процесс заклинания (что-то вроде AppleSpell), но не забудьте закрыть Message.app, прежде чем сделать это.

Также попробуйте удалить все записи (если вы их когда-либо добавили), нажав знак минус в Settings.app> Клавиатура> Замена текста

Обратите внимание, что ваша проблема, похоже, тесно связана с этой проблемой (как указано в некоторых ответах). Подводя итог обсужденным решениям:

  • Найдите ~/Library/Containers/com.apple.soagent/Data/Library/Preferencesи удалите (перетащите в корзину), com.apple.soagent.plistа затем перезагрузите компьютер.
  • На второе решение указал Эверетт.

3
Кто-нибудь еще находит забавным, что виновник soagent? Как в .... Агент переполнения стека ?? (ессно нет, но все еще)
Стив

9

Это происходило периодически с тех пор, как были внедрены Mac OS X Yosemite & Handoff / Continuity ... и теперь я отношусь ко всему, что приходит с сообщениями, как к расходному (немедленно скопирую его или обязуюсь его потерять в будущем).

Сегодня это произошло в Мохаве. Так что, как и во многих других случаях ... soagent начинает жевать процессор, птицу, коллсервис и еще пару других, похоже, тоже страдают.

Надоело дурачиться с этим, я делаю следующее.

1 - Удалить все в папке:

~/Library/Messages

2 - Удалить всю папку:

~/Library/Containers/com.apple.iChat

3 - Перейдите в папку настроек здесь ( не удаляйте это ):

~/Library/Preferences

и сделайте поиск для 'chat', который перечисляет намного больше файлов предпочтений, чем должно существовать (много остатков мусора из сообщений). Я удаляю все файлы, которые появляются в поиске со словом «чат» в папке «Настройки».

Затем я перезапустил сообщения и получил: Диалог сообщений, указывающий, что данные сообщений перестраиваются

Затем я перезагружаюсь. Сообщения перестраиваются и соагент перестает жрать батарею моего MacBook.


Просто проблема произошла в Мохаве, и это решило ее снова. Я надеюсь, что это помогает другим.
Уильям Чернюк

7

Предварительный диагноз: в базе данных контактов имеется поврежденная запись (или структура). Загрузка базы данных полностью из версии iCloud обеспечивает чистоту локальной версии.

Решение: см. Https://appuals.com/fix-mac-running-slow-due-addressbooksourcesync/

Упрощенная версия вышеупомянутого, кажется, сделала мне трюк:

0) Выйти из контактов

1) Удалите (после создания копии) все содержимое ~ / Library / Application Support / Address Book /. Перезагрузка (не знаю, действительно ли это необходимо).

2) Снимите флажок Контакты в настройках iCloud.

3) Открыть контакты (содержимое будет пустым)

4) Проверьте контакты в настройках iCloud. Запускается синхронизация (включая группирование контактов в помеченные группы)

Это успокоило все, включая soagent, callservicesd и т. Д.


В Мохаве это~/Library/Application Support/AddressBook/
f01

База данных не остается чистой. Будьте готовы к тому, что вам придется периодически удалять локальную базу данных, терять все контакты, которые не были синхронизированы с вашего Mac, в iCloud и снова загружать все контакты. Центральная база данных контактов очень хрупкая. Я должен делать это один раз каждые 3 месяца. За последние два года я потерял сотни контактов и еще больше обновлений контактов.
Уильям Чернюк

5

Вы открыли консоль и отфильтровали сообщения «MCContactsManager»?

В деталях сообщения вы можете найти ссылку на контакт, вызвавший проблему. Экспортируйте этот контакт в файл VCF. Удалите контакт и убедитесь, что больше нет сообщений от "MCContactsManager".

Проверьте soagent и callerservicesd, чтобы уменьшить загрузку процессора.

После того, как вы увидите падение, вы можете снова импортировать сохраненный VCF в контакты, и все должно вернуться к нормальной жизни.


2

Я не запускаю сообщения, но это произошло на моем MacBook Pro (13-дюймовый, конец 2012 года, macOS 10.13.6, Intel Core i7 с частотой 2,9 ГГц, 8 ГБ ОЗУ, графика Intel HD 4000 1536 МБ).

после выхода из Notes загрузка процессора soagent нормализовалась, и вентиляторы успокоились.


0

Я наблюдал высокую загрузку ЦП с помощью soagent, callserviceagent и accountsd

Я попробовал правописание выше и все еще наблюдал некоторые проблемы. Я также сделал следующее:

1) (Резервное копирование), а затем перестал синхронизировать контакты Google с Mac. Затем перезапустил синхронизацию.

2) (Резервное копирование) и удалил преф-файл адресной книги в ~ / Library / Preferences / com.apple.AddressBook.plist

3) Перезагрузка

Я заметил пару контактов «без имени» в Контактах, а также один контакт без имени, который не синхронизировался правильно с Google (поля были разными), даже после описанных выше действий. Я обновил запись контакта на Mac, и все было исправлено (т.е. синхронизировано правильно).


-1

Я думаю, что удаление / не синхронизация Google и других контактов также работает. В Системных настройках> Учетные записи в Интернете снимите флажок Контакты, сохраняя только контакты iCloud.

После этого я также сделал https://apple.stackexchange.com/a/321509 .

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.