Root hệ thống tập tin điền, không có tập tin lớn

Vì vậy, tôi là một sysadmin rất mới, vừa ra khỏi trường và thực tập. Vấn đề duy nhất là tôi là sysadmin duy nhất ở nơi này và không ai chỉ cho tôi công việc. Dù sao, đó là một công ty rất nhỏ, một máy chủ CentO với cấu hình đó:

Filesystem            Size  Used Avail Use% Mounted on

/dev/sda3             184G  140G   35G  81% /

tmpfs                 2.3G     0  2.3G   0% /lib/init/rw

udev                  2.3G  212K  2.3G   1% /dev

tmpfs                 2.3G     0  2.3G   0% /dev/shm

/dev/sda1             4.6G  156M  4.2G   4% /boot

/dev/sda4              33G  176M   31G   1% /tmp

/dev/sdb1             1.8T  1.8T     0 100% /media/backupInterne

/dev/sdd1             917G  470G  401G  54% /media/Data

Tôi đã đến đây chỉ một vài ngày trước và nhận thấy toàn bộ đĩa ngay lập tức và tôi đang khắc phục sự cố đó. Vấn đề khác của tôi ở đây là sda3 hiện ở mức 81%. 4 ngày trước, nó ở mức 79%.

Tôi chạy du -ah | Lệnh sort -rh trên thư mục / root, không có gì nổi bật. Đã làm điều đó với một vài ngày appart kể từ khi phân vùng sda3 được lấp đầy nhanh chóng, không có sự khác biệt lớn nào có thể giải thích tại sao nó phát triển.

Cảm ơn rất nhiều

linux filesystems mount

— littleadmin
nguồn

Tôi đoán sẽ tăng trưởng nhật ký vì đã sdb1đầy, nhưng chúng ta sẽ thấy nó lớn như thế nào /var.. bạn nhận được du -sh /*gì từ ?

— Shane Madden

Nếu bạn muốn xem tập tin nào đã được chỉnh sửa, thì bạn có thể sử dụng findvới -mtime n [smhdw]. Tôi nghi ngờ rằng Shane đã đúng. Một phần của nó có thể là các tệp nhật ký phàn nàn về khối lượng sdb1 đầy đủ. Lệnh có thể trông như thế này: find / -type f -mtime 1d -print Nếu công cụ tìm kiếm của bạn hỗ trợ --exclude-dir=thì bạn muốn loại trừ / dev và / Proc.

— Hennes

/ var là 1.7G và kích thước của nó hầu như không di chuyển trong vài ngày qua, đó là ý tưởng đầu tiên của tôi để kiểm tra điều đó. Tôi luôn luôn chạy lệnh du với một --exclude = 'media' vì không có gì trong thư mục đó được gắn các thư mục

— littleadmin

Vì bạn đã viết rằng bạn là một quản trị viên mới, tôi sẽ chỉ ra một trong những lý do phổ biến nhất của việc sử dụng đĩa. Đăng nhập tập tin. Nếu bạn mở một tệp (ví dụ: nhật ký từ máy chủ web) và sau đó xóa tệp đó thì tệp sẽ vẫn sử dụng dung lượng đĩa cho đến khi chương trình đóng tay cầm của nó vào tệp đó. Điều cuối cùng này đôi khi được giải quyết bằng cách gửi một đăng ký ( kill -1 PID-> đọc lại tệp cấu hình và khởi động lại cho nhiều deamons) hoặc bằng rìu cùn của việc khởi động lại.

— Hennes

Trong trường hợp đó là sự tăng trưởng của nhật ký, nó có thể giải quyết trong một vài ngày khi vòng quay nhật ký hàng tuần bắt đầu.

— ptman

Câu trả lời:

Đây là những gì tôi sử dụng để cố gắng tìm ra vấn đề như thế này.

du -s `ls -a | egrep -v '\.\.'` | sort -nr | head

Nó sẽ cho bạn thấy cách sử dụng cho mỗi thư mục / tập tin trong thư mục hiện tại. Từ đó bạn bước xuống các thư mục con cho đến khi bạn tìm thấy một cái gì đó rõ ràng.

Có tất cả mọi thứ trong một phân vùng lớn có thể làm cho việc chẩn đoán các vấn đề như thế này trở nên khó khăn. Một cách tiếp cận khác để thử là sử dụng

lsof

để xem những tập tin nào được mở theo quy trình khác nhau và xem liệu bạn có thể tìm thấy một số manh mối không. Điều này là rất hit hoặc bỏ lỡ mặc dù.

— Chó thần kỳ Fred
nguồn

+1 để đề cập đến lsof. Công cụ đó sẽ có ích cho một quản trị viên mới (ngay cả khi nó có thể bị chạm và gặp sự cố này).

— Hennes

việc sử dụng mỗi thư mục / tập tin cho tôi 5 kết quả, không có kết quả nào trong số hơn 600k.

— littleadmin

Nghe có vẻ giống như một vấn đề tương tự tôi luôn luôn có các tệp bị xóa (nhưng tài liệu tham khảo vẫn còn đó).

Nếu chúng ta đang nói về một hệ thống Linux, hãy chạy:

lsof + L1

Đây sẽ là một danh sách các tập tin xóa, nhưng vẫn đang mở và đang được sử dụng bởi một cái gì đó. Điều quan trọng là lấy bất cứ thứ gì có filehandle mở để phát hành nó.

— Eirik Toft
nguồn

Đáng buồn thay đã không cung cấp bất kỳ tập tin có thể giải thích việc mất không gian đang xảy ra hàng ngày. cảm ơn

— littleadmin 6/12/13

Có thể một cái gì đó đang ghi vào một thư mục mà sau đó được gắn kết với một hệ thống tập tin? Tôi đã có hàng gigabyte tóc không giải thích được kéo qua đó một lần. Trong khi điều này không bao giờ có thể, tôi đã có thể chứng minh nó có thể xảy ra.

— Eirik Toft

Tôi cũng nghĩ về điều gì đó tương tự, nhưng làm thế nào điều đó có thể xảy ra? Và làm thế nào để tôi xác minh nó mà không bỏ qua tất cả mọi thứ?

— littleadmin

Cuối cùng tôi đã tìm ra những gì đang xảy ra. Một trong những điểm được gắn không được gắn chính xác và do đó đã thực hiện sao lưu trực tiếp trên sda3.

Cảm ơn tất cả mọi người đã giúp đỡ

— littleadmin
nguồn