/var/log/sudo-io/ is occupying over than 44GB
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 34/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- c, linux
- Lĩnh vực
- backend, operating-systems
Hướng nghiên cứu
The report concerns sudo I/O log storage under /var/log/sudo-io/ and the maxseq setting in /etc/sudoers. Read how sudo configures and stores I/O logs, then assess the proposed default sequence limit and the alternative disk usage warning. Done means addressing excessive log growth for users without maxseq, with behavior that can be verified for both existing and future users.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I just checked my Hard Disk a few months ago and couldn't help but notice I was running out of disk for no reason, it took me like those few months in order backtrack to this issue. There are more than 44GB worth of logs on my /var/log/sudo-io/ directory and the issue happens because /etc/sudoers file had not a "Default maxseq=1000" attribute.
In other words, i've been having those logs for like over 10 years, it took me like a few hours to delete it whole.
It would be nice if you guys could fix this issue for both future and current users who do not have "Default maxseq" attribute set in their /etc/sudoers file.
This probably has been eating a lot of HD Disk Space for a lot of unaware linux users.
I'm on archlinux. IMHO, There should be a default threshold to Default maxseq.
--UPDATE:
If that option is not possible, sudo should at least warn the user about log sizes on the disk when it gets as big as 5GB, then the user would be given the option to fix the problem by cleaning /var/log/sudo-io/ logs or to turn off the warning manually in /etc/sudoers file just in case they don't care about files being too big.
- Ngôn ngữ chính
- C
- Star
- 1.7k
- Fork
- 306
- Merge trung bình
- 1 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 22
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của sudo-project/sudo
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 42/100
sudo-project/sudo#583 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
sudo-project/sudo#581 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Signal forwarded to the command is lost when it arrives between fork() and execve() of the commandĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
sudo-project/sudo#566 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
sudo-project/sudo#553 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
sudo-project/sudo#552 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của sudo-project/sudo
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
CanadaHonk/porffor#426 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 77/100
raysan5/raylib.com#132 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
libsdl-org/SDL#16607 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
PowerShell/Win32-OpenSSH#2482 · 1 reaction ·
-
needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
SoftEtherVPN/SoftEtherVPN#2322 ·
Maintainer thường phản hồi trong vòng 1 ngày