CalendarAgent ciągłe generowanie błędów w MacOS 10.12.4

11

Po aktualizacji do MacOS 10.12.4 dzisiaj zacząłem otrzymywać mnóstwo komunikatów o błędach / dziennikach błędów w konsoli generowanych przez CalendarAgentproces. Niektóre błędy zostały wklejone poniżej:

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>}";
}

Liczba błędów wygenerowanych w ciągu kilku minut to ponad 6000! Jak myślisz, jaki może być powód? Jeśli uważasz, że muszę dodać więcej szczegółów, proszę podać w komentarzach.

Ahmedov
źródło
Odkryłem to samo dzisiaj .. badam to teraz. Znalazłeś odpowiedź?
JC Matos 10.04.17
@JCMatos nie, jeszcze nie. Próbowałem usunąć niektóre pliki związane z kalendarzem, ale bezskutecznie. Sporadycznie dostaję wiele innych.
Ahmedov
1
W 10.12 całkowicie odnowili konsolę i podsystem rejestrowania. Niestety, teraz jest to zbyt szczegółowe. Jeśli nie masz problemu, możesz go zignorować.
Hefewe1zen
@ Hefewe1zen Tak, podejrzewam również to, ponieważ, jak już wspomniałeś, liczba generowanych błędów jest oszałamiająca. Inne procesy również generują mnóstwo komunikatów o błędach.
Ahmedov
Czy ten problem nadal występuje, czy naprawiłeś go?
dan

Odpowiedzi:

2

Możliwym problemem jest to, że schemat bazy danych lub niektóre pozycje bazy danych są niezgodne z najnowszą aplikacją Kalendarz. Lub być może te wpisy są uszkodzone.

Istnieją 2 możliwe rozwiązania:

  • napraw db, co jest trudne.

  • upuść db - to tylko buforowane dane kont w chmurze.

zrobić drugą opcję:

  • następnie zatrzymaj aplikację Kalendarz ( ctrl+q)
  • otwarte ~/Library/Calendarsi
  • usuń Calendar Cachepliki (możesz je po prostu wyrzucić)
  • uruchom aplikację Kalendarz ponownie.

Prawdopodobnie będziesz musiał ponownie aktywować swoje konta kalendarza.

W tym celu otwórz ustawienia aplikacji kalendarza i wybierz żądane konta w sekcji kont

xtfer
źródło
2
Witamy w Zapytaj inaczej. Lubimy, aby odpowiedzi były czymś więcej niż tylko jedną linią. Najlepiej, chcesz, aby wyjaśnić, dlaczego odpowiedź jest * prawo „Pomaga również zawierać linki, cytaty i / lub zrzuty ekranu Przejrzyj naszą sekcję pomocy.. Jak odpowiedzieć na pisaniu dobrych odpowiedzi na pytania
Allan
Czy po prostu głosowałem za poprawną odpowiedzią, ponieważ byłem zbyt zwięzły? To nie jest nauka o rakietach ...
Xtfer
Nie głosowałem za tobą (głosuję tylko w przypadku rażących błędów) i nie zgadzam się (bardzo stanowczo) z wyborcą, jeśli taka była przesłanka. Będę głosować za anulowaniem; chociaż powinieneś rozważyć przepisanie / rozwinięcie, aby wyjaśnić, co robisz i dlaczego.
Allan
1
@xtfer Zgaduję, że twoja zwięzła i konkretna odpowiedź faktycznie rozwiązała mój problem :) Dziękuję za to i nie martw się o opinie. Bez względu na to, jak starasz się przestrzegać przepisów Stackoverflow, zawsze znajdzie się ktoś, kto zagłosuje :)
Ahmedov
Niestety, nie ma tutaj znaczenia, problem się powtarza.
Aidan Fitzpatrick