Постійне генерування помилок CalendarAgent у MacOS 10.12.4


11

Після оновлення до MacOS 10.12.4 сьогодні я почав отримувати тонни повідомлення про помилки / помилки в консолі, що генерується CalendarAgentпроцесом. Деякі з помилок вставляються нижче:

error: sql cached statement NSSQLiteStatement <0x7fae52e27ad0> on entity 'CalDAVError' with sql text 'SELECT t0.Z_ENT, t0.Z_PK, t0.Z_OPT, t0.ZCODE, t0.ZDOMAIN, t0.ZUSERINFO, t0.ZCHANGEREQUEST, t0.Z8_CHANGEREQUEST, t0.ZPRINCIPAL, t0.ZOPERATION, t0.ZPRINCIPAL1, t0.ZPUBLICATION, t0.ZSUBSCRIPTIONINFO FROM ZERROR t0 WHERE ( t0.ZPRINCIPAL IN (SELECT * FROM _Z_intarray0)  AND  t0.Z_ENT = ?) ' failed due to missing variable binding for (null) with expecting bindings (
    "<NSSQLBindVariable: 0x7fae52eed410>"
) but actual substitution variables {
    destinations = "{0x400072b <x-coredata://F6135326-AEE3-4C69-AD55-060EF81D21A6/CalDAVPrincipal/p16>}";
}

error: sql cached statement NSSQLiteStatement <0x7fae551cadc0> on entity 'Attachment' with sql text 'SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZATTACHMENTID, t0.ZCONTENTTYPE, t0.ZFILENAMEINCACHE, t0.ZFILENAMESUGGESTEDBYSERVER, t0.ZISAUTOARCHIVED, t0.ZISCACHED, t0.ZOMITSYNCRECORD, t0.ZPATHONDISKSTRING, t0.ZURLSTRING, t0.ZUUID, t0.ZITEM, t0.Z4_ITEM FROM ZATTACHMENT t0 WHERE  t0.ZITEM IN (SELECT * FROM _Z_intarray0)  ORDER BY t0.ZITEM' failed due to missing variable binding for (null) with expecting bindings (
) but actual substitution variables {
    destinations = "{0xd340030b <x-coredata://F6135326-AEE3-4C69-AD55-060EF81D21A6/Event/p845>, 0xf2c0030b <x-coredata://F6135326-AEE3-4C69-AD55-060EF81D21A6/Event/p971>}";
}

Кількість помилок, що виникли протягом декількох хвилин, перевищує 6000 !. Як ви думаєте, що може бути причиною? Якщо ви вважаєте, що мені потрібно додати більше деталей, будь ласка, вкажіть у коментарях.


Виявлено те саме сьогодні .. досліджуючи це зараз. Ви знайшли відповідь?
JC Matos

@JCMatos ні, ще немає. Я намагався видалити деякі файли, пов’язані з календарем, безрезультатно. Є дуже багато інших, які я отримую епізодично.
Ахмедов

1
У 10.12 вони повністю оновили консоль та підсистему реєстрації даних. Незручно, що зараз це занадто багатослівно. Якщо ви насправді не відчуваєте проблеми, то, ймовірно, це безпечно ігнорувати.
Hefewe1zen

@ Hefewe1zen Так, я також підозрюю, що, як ви заявили, кількість генерованих помилок є приголомшливою. Інші процеси також видають багато повідомлень про помилки.
Ахмедов

Ця проблема все ще існує чи ви її вирішили?
дан

Відповіді:


2

Можлива проблема полягає в тому, що схема бази даних або деякі записи бази даних несумісні з останньою програмою Календар. Або можуть бути ці записи зіпсовані.

Є 2 можливих рішення:

  • виправити db, який є складним.

  • drop db - це просто кешовані дані ваших хмарних облікових записів.

зробити другий варіант:

  • зупиніть додаток Календар ( ctrl+q), потім
  • відкритий ~/Library/Calendarsі
  • видаліть Calendar Cacheфайли (ви можете просто їх сміття)
  • запустити програму Календар знову.

Можливо, вам знадобиться повторно активувати облікові записи календаря.

Для цього відкрийте налаштування програми календаря та виберіть потрібні облікові записи в розділі акаунтів


2
Ласкаво просимо до "Запитайте різних". Нам подобається, щоб відповіді були не просто одним рядком. В ідеалі ви хочете пояснити, чому ваша відповідь є «правильною». Це також допомагає надати посилання, цитати та / або знімки екрана. Перегляньте наш розділ довідки Як відповісти на написання гарних відповідей на питання
Аллан

Чи я просто зійшов, проголосував за правильну відповідь, бо я був занадто лаконічним? Це не ракетна наука ...
xtfer

Я вас не порушив (я виступаю проти, коли є явні помилки), і я не згоден (дуже наголосно) з виборцем, якщо це було передумовою. Я висловлюсь за скасування цього рішення; хоча вам слід розглянути можливість переписування / розширення, щоб пояснити, що ви робите і чому.
Аллан

1
@xtfer Я здогадуюсь, що ваша лаконічна і точна відповідь насправді вирішила мою проблему :) Тож, дякую за це і не хвилюйтесь за протилежні результати. Як би ви не намагалися дотримуватися норм Stackoverflow, завжди буде хто-небудь, хто заперечує :)
Ахмедов

На жаль, тут немає значення, проблема повторюється.
Айдан Фіцпатрік
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.