Tạp chí - xác minh báo cáo tham nhũng


22

Tôi chỉ nhận thấy verifytùy chọn này journalctlvà quyết định thử, nó cho thấy tham nhũng, điều gì có thể gây ra điều đó? và nếu có bất cứ điều gì tôi nên làm về nó? Tôi có nên điều tra thêm?

journalctl --verify
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000.journal
Invalid object contents at 3733856░░░░░░░░░░░░░░░░░░░░░░░░░░░░░░   0%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal:3733856 (of 91734016, 4%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system.journal (Bad message)
Invalid object contents at 21575496░░░░░░░░░░░░░░░░░░░░░░░░░░░░░  45%
File corruption detected at /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal:21575496 (of 44052480, 48%).
FAIL: /var/log/journal/19184893a1d645c7a43729e79b10a876/system@60e058db556e4de4b256d0b1ff176aa4-0000000000000001-0004e0b436d20aa1.journal (Bad message)
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1000@60e058db556e4de4b256d0b1ff176aa4-0000000000000a91-0004e0b4ff9a949a.journal
PASS: /var/log/journal/19184893a1d645c7a43729e79b10a876/user-1001.journal

Câu trả lời:


14

Hiện tại, tạp chí có thể phát hiện các bản ghi bị hỏng nhưng không có lệnh loại "fsck" để thử sửa chữa. Tạp chí sẽ tự động chuyển sang viết một tệp "sạch" mới ngay khi phát hiện ra vấn đề, vì vậy về mặt lý thuyết, việc mất dữ liệu sẽ là tối thiểu.

Cho đến khi có một lệnh sửa chữa tệp, tìm tệp nhật ký bị hỏng và loại bỏ nó là cách duy nhất. Bạn có thể tìm thấy nhiều hơn về điều này trong chủ đề lớn Fedora của chúng tôi về việc tạo nhật ký chỉ ghi nhật ký theo mặc định:

Đối với lỗi đuôi, công cụ nhật ký thông thường của bạn sẽ cung cấp cho bạn càng nhiều thông tin càng tốt để cứu vãn tệp. Nó sẽ xuất ra dòng nhật ký hoàn chỉnh cuối cùng và sau đó kết thúc. Điều này là khá gần với cách tốt mà bạn có thể nhận được.

Mọi thứ là khác nhau cho tham nhũng ở giữa. Chúng tôi không có công cụ tốt để cứu dữ liệu khỏi tham nhũng như vậy, nhưng chúng có thể được viết tương đối dễ dàng. Tuy nhiên, vì chúng rất khó xảy ra do mô hình "chỉ bổ sung" của tạp chí này không có trong danh sách TODO của chúng tôi.

Tất nhiên, nếu bạn có thể xác định nguyên nhân gây ra sự cố ban đầu và báo cáo vấn đề đó, điều đó sẽ rất tuyệt.


FAA là gì?
xenoterracide

@xenoterracide một số loại lỗi chính tả điện thoại là gì đó là gì. :)
mattdm

1
@slm Vâng, có một chuyến xe buýt dài từ văn phòng. :) Xin lỗi vì đã lãng phí thời gian - hy vọng bạn ít nhất đã học được điều gì đó về hàng không.
mattdm

1
trên hệ thống của tôi ít nhất là các tạp chí tham nhũng dường như là phổ biến ... có lời khuyên nào về cách xác định nguyên nhân gây ra sự cố không?
xenoterracide

2
Trên mỗi hệ thống systemd tôi đã thấy, nhật ký nhật ký bị hỏng là phổ biến. Câu trả lời này hiện đã gần 5 tuổi và theo như tôi có thể nói, không có giải pháp nào cho vấn đề này.
MountainX cho Monica Cellio

2

Nó dường như có liên quan đến chủ đề này trên wiki ArchLinux, có tiêu đề: các vấn đề về tạp chí . Nó dường như có một cái gì đó để làm với thiết lập này SystemMaxUsetrong /etc/systemd/journald.conf.

Các chủ đề không kết luận nhưng một số người đã có một số may mắn trong việc xóa các bản ghi dưới /var/log/journal/*hoặc tăng giá trị cho SystemMaxUse.


Thật không may, chơi với giá trị đó dường như không có ích. Tôi nghi ngờ xóa nhật ký sẽ giúp vì nó xóa nhật ký không hợp lệ.
xenoterracide

@xenoterracide - Tôi sẽ tiếp tục tìm kiếm. Vâng, việc dọn dẹp các bản ghi có vẻ vô lý đối với tôi, nhưng mọi người đã báo cáo nó vì vậy tôi cho rằng nó đáng để thử.
slm
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.