securityd sử dụng 100% CPU và system.log gây ô nhiễm

Vì tôi đã nâng cấp lên Mavericks, tôi thường có các quy trình sau bằng cách sử dụng toàn bộ sức mạnh CPU:

• securityd
• syslogd
• kernel_task

Tôi đoán securitydcó chứa một lỗi, vì nó gây ô nhiễm /var/log/system.logvới hàng ngàn tin nhắn mỗi giây và hệ thống không thể theo dõi.

Dưới đây là một ví dụ về các tin nhắn tôi nhận được:

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 ---

Tôi tin rằng đây là một vấn đề nghiêm trọng, vì nó khiến Mac OS X cực kỳ chậm và không phản hồi.

Giết chóc securityidkhông giúp được gì. Quá trình này được tái tạo, và tiếp tục gây ô nhiễm syslogd.

Nếu tôi khởi động lại toàn bộ hệ thống, mọi thứ có vẻ ổn trong một thời gian, trước khi vấn đề tương tự lại xảy ra. Tôi đã không tìm ra những gì gây ra vấn đề này chưa.

Trong trường hợp của tôi, quá trình bảo mật haywire được gây ra bởi ứng dụng máy tính để bàn GitHub - trong quá trình cam kết, các sự cố mạng đã gây ra lỗi trong bắt tay ssh. Cam kết sau đó đã đi tốt. Ứng dụng GitHub bị bỏ ngỏ, securityd đang làm nóng CPU của tôi. Thoát khỏi ứng dụng GitHub đã khắc phục sự cố - có thể chấm dứt một cái gì đó trong securityd. Vì vậy, tôi đoán là, securityd có một số vấn đề vòng lặp vô hạn trong các hoạt động của tiền điện tử, có thể chỉ với ssh và bắt tay.

Vì vậy, hãy kiểm tra xem và cách thức công việc hàng ngày của bạn có thể kích hoạt securityd (đăng nhập vào máy chủ? Github?) Và cách ly vấn đề.

Bạn có thể tạm thời khắc phục sự cố bằng cách khởi động lại SecurityAgent bằng lệnh đầu cuối sau:

sudo killall SecurityAgent

Điều này làm việc mỗi lần cho tôi. Tôi vẫn đang điều tra nguyên nhân gốc rễ.

Theo như tôi có thể nói, điều này đã được kích hoạt bằng cách chuyển sang một tài khoản người dùng khác, nơi tôi phải đặt lại mật khẩu vì tôi đã quên mật khẩu ban đầu. Điều này gây ra nhiều lỗi cho Keychain (mật khẩu ban đầu được yêu cầu để mở khóa Keychain) và tôi đã nhận được một 'lời nhắc vô tận' dọc theo dòng 'Đại lý tin nhắn Apple muốn sử dụng mục' đăng nhập 'từ móc khóa của bạn ..'

Khắc phục sự cố nguyên nhân thực tế có thể có vấn đề vì XPC là giao thức liên lạc giữa các quá trình chung và chỉ tải theo yêu cầu. Phần mềm Apple sử dụng hệ thống con này như bất kỳ chương trình bên thứ ba nào - do đó có thể là lỗi của Apple hoặc đó có thể là lỗi bạn đang chạy và vấn đề chính là bạn không có cách dễ dàng để biết chương trình nào gây ra tải nhật ký nặng (và có lẽ một khối lượng công việc hợp pháp nặng nề cũng như chỉ cần đăng nhập).

Tôi đồng ý rằng bất kỳ ghi nhật ký chẩn đoán nào quá nhanh và không thể kiểm soát được sẽ ảnh hưởng đến việc sử dụng năng lượng của máy tính hoặc hiệu suất của máy tính đáng chú ý nên được coi là một lỗi.

Cách hiệu quả nhất để giải quyết vấn đề đó thực sự là ghi lại vấn đề và báo cáo đây là lỗi cho Apple.

Mavericks đã thực hiện một công việc tuyệt vời trong việc đưa ra cả các công cụ chẩn đoán và sử dụng năng lượng theo thời gian của tất cả các quy trình cho người dùng cuối quan tâm.

• Mở tiết kiệm năng lượng, chọn Năng lượng và sắp xếp theo Tác động năng lượng trung bình - chụp ảnh cửa sổ mà nó xử lý nhật ký sử dụng của ngày cuối cùng.
• Chọn chế độ xem CPU, tìm kiếm securityd, chọn nó trong danh sách các tác vụ đang hoạt động và sau đó "Chạy Chẩn đoán hệ thống ..." từ menu Xem hoặc thiết bị trên thanh công cụ.
• Gửi cả hình ảnh và báo cáo chẩn đoán nén cho Apple tại https://developer.apple.com/orms-reporting/

Bạn sẽ cần một AppleID được liên kết với một số loại tài khoản nhà phát triển, vì vậy bạn có thể đăng ký miễn phí với tư cách là nhà phát triển Safari nếu bạn chưa có tài khoản được kích hoạt để báo cáo các lỗi cụ thể cho Apple.

Tôi đang gặp vấn đề chính xác tương tự lần thứ hai liên tiếp trong vòng một tuần với các thông báo chính xác trong bảng điều khiển.

Đối với tôi, khởi động lại thường giải quyết vấn đề (lần đầu tiên tôi phải buộc tắt máy vì máy không phản hồi). Và giống như bạn, tôi vẫn chưa tìm thấy kích hoạt bắt đầu các tin nhắn.

Trình giám sát hoạt động không phải là thủ phạm, tôi thường bị cảnh báo bởi người hâm mộ phát điên, vì vậy sau đó tôi khởi động trình giám sát hoạt động chỉ để xem cả syslogd và securityd sử dụng khoảng 90% CPU.

Tôi nghĩ rằng đây có thể là một lỗi cũ hơn nhiều so với Mavericks. Tôi không chắc là tôi có vấn đề giống như bạn bởi vì tôi chưa bao giờ kiểm tra syslog, nhưng tôi đã securitydăn hết CPU và RAM. Tôi đã sử dụng một giải pháp cũ từ năm 2007 (cho Leopard?).

tldr:

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

sau đó khởi động lại. Vui lòng xóa tệp cũ sau đó, vì OS X tự động tạo tệp mới.

Tôi đã tạo một VM bằng virtualBox và vấn đề này có thể được tái tạo lại. Tôi đã tạo ra một số mặt hàng móc khóa và khi tôi truy cập trang web mà mặt hàng móc khóa dành cho, VM sẽ treo trong 1-2 phút, sau đó giải phóng. Nó có thể là git-osxkeychain-helper khiến quá trình securityd ăn toàn bộ cpu.

Có vẻ như có một cái gì đó để làm với quản lý móc khóa. Tôi chỉ có cái này và giết móc khóa và nó biến mất.