Tạo lỗi liên tục trên Lịch trong MacOS 10.12.4


11

Sau khi nâng cấp lên MacOS 10.12.4 hôm nay, tôi bắt đầu nhận được vô số thông báo nhật ký Lỗi / Lỗi trong Bảng điều khiển được tạo bởi CalendarAgentquy trình. Một số lỗi được dán bên dưới:

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

Số lượng lỗi được tạo trong vòng vài phút là hơn 6000!. Bạn nghĩ lý do có thể là gì? Nếu bạn nghĩ rằng tôi cần thêm chi tiết, xin vui lòng nêu trong các ý kiến.


Khám phá cùng ngày hôm nay .. nghiên cứu nó bây giờ. Bạn tìm thấy một câu trả lời?
JC Matos

@JCMatos không, chưa. Tôi đã cố gắng loại bỏ một số tệp liên quan đến lịch nhưng không có kết quả. Có khá nhiều thứ khác tôi nhận được một cách rời rạc.
Ahmedov

1
Trong 10.12, họ đã tân trang lại hoàn toàn giao diện điều khiển và hệ thống con đăng nhập. Thật không may bây giờ là quá dài dòng. Nếu bạn không thực sự gặp vấn đề thì có lẽ nên bỏ qua.
Hefewe1zen

@ Hefewe1zen Vâng, đó là điều tôi cũng nghi ngờ do thực tế là, như bạn đã nêu, số lượng lỗi được tạo ra rất đáng kinh ngạc. Các quy trình khác cũng tạo ra hàng tấn thông báo lỗi.
Ahmedov

Vấn đề này vẫn còn hoặc bạn đã sửa nó?
dan

Câu trả lời:


2

Vấn đề có thể là lược đồ cơ sở dữ liệu hoặc một số mục cơ sở dữ liệu không tương thích với ứng dụng Lịch mới nhất. Hoặc có thể là những mục này bị hỏng.

Có 2 giải pháp khả thi:

  • sửa lỗi db rất khó.

  • thả db - đó chỉ là dữ liệu được lưu trong bộ nhớ cache của tài khoản đám mây của bạn.

để thực hiện tùy chọn thứ 2:

  • dừng Ứng dụng Lịch ( ctrl+q), sau đó
  • mở ~/Library/Calendars
  • xóa Calendar Cachecác tập tin (bạn có thể bỏ rác chúng)
  • bắt đầu lại ứng dụng Lịch.

Bạn có thể sẽ cần kích hoạt lại tài khoản lịch của bạn.

Để làm như vậy, hãy mở cài đặt ứng dụng lịch và chọn tài khoản mong muốn trong phần tài khoản


2
Chào mừng bạn đến hỏi khác nhau. Chúng tôi thích câu trả lời không chỉ là một dòng. Lý tưởng nhất là bạn muốn giải thích lý do tại sao câu trả lời của bạn là * đúng. "Nó cũng giúp cung cấp các liên kết, trích dẫn và / hoặc ảnh chụp màn hình. Vui lòng xem lại phần trợ giúp của chúng tôi Cách trả lời bằng cách viết câu trả lời hay cho câu hỏi
Allan

Có phải tôi vừa được bình chọn cho một câu trả lời đúng vì tôi quá súc tích? Đây không phải là khoa học tên lửa ...
xtfer

Tôi đã không đánh giá thấp bạn (tôi chỉ downvote khi có lỗi nghiêm trọng) và tôi không đồng ý (rất rõ ràng) với cử tri nếu đó là tiền đề. Tôi sẽ upvote để hủy bỏ nó; mặc dù bạn nên xem xét viết lại / mở rộng để giải thích những gì bạn đang làm và tại sao.
Allan

1
@xtfer Tôi đoán câu trả lời ngắn gọn và chính xác của bạn thực sự đã giải quyết vấn đề của tôi :) Vì vậy, cảm ơn vì điều đó và đừng lo lắng về các downvote. Cho dù bạn cố gắng tuân thủ các quy định của Stackoverflow như thế nào, sẽ luôn có ai đó hạ bệ :)
Ahmedov

Than ôi, không có sự khác biệt ở đây, vấn đề tái diễn.
Aidan Fitzpatrick
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.