Samba ăn RAM?

Tôi không thực sự biết những gì đang xảy ra ở đây vào lúc này:

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 1272 root      20   0 3829868 3.312g   1860 D   0.7 93.0 512:39.94 smbd

free -m nói:

             total       used       free     shared    buffers     cached
Mem:          3644       3560         84          7          0         25
-/+ buffers/cache:       3533        110 <--- this is what bugs me
Swap:         4292       2146       2146

Định nghĩa dịch vụ:

[global]
        server role = standalone server
        map to guest = Bad User
        obey pam restrictions = Yes
        pam password change = Yes
        passwd program = /usr/bin/passwd %u
        passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
        unix password sync = Yes
        syslog = 0
        log file = /var/log/samba/log.%m
        max log size = 1000
        dns proxy = No
        usershare allow guests = Yes
        panic action = /usr/share/samba/panic-action %d
        idmap config * : backend = tdb


[homes]
        comment = Home Directories
        valid users = %S
        create mask = 0700
        directory mask = 0700
        browseable = No


[printers]
        comment = All Printers
        path = /var/spool/samba
        create mask = 0700
        printable = Yes
        print ok = Yes
        browseable = No


[print$]
        comment = Printer Drivers
        path = /var/lib/samba/printers

#I don't really know what's this, but... it was a working share in its time
[media]
        path = /rem/media/


[rem]
        path = /rem/
        force user = <rem owner username here>
        read only = No
        create mask = 0660
        directory mask = 0770

CHỈNH SỬA: Khởi động lại smbd dịch vụ dường như để giải quyết vấn đề, NHƯNG nó tiếp tục quay trở lại 2 giờ sau đó.

EDIT2: Sau khi tắt smbd dịch vụ, mọi thứ dường như đều ổn:

             total       used       free     shared    buffers     cached
Mem:          3644        123       3521          8          3         36
-/+ buffers/cache:         83       3561
Swap:         4292        230       4062

EDIT3: Dưới đây là một số chi tiết (hỏi bởi Daniel B ):

• Câu hỏi là: Tại sao samba ăn nhiều ram như vậy?
• Phân phối: debian trong trường hợp bạn không thể đọc thẻ: P
• Phiên bản: 4.2.10-Debian
• Mẫu truy cập? Không biết đó là gì: P
• Tệp lớn: Không nhiều, chỉ 2-3 chiếc. tập tin 4GB Tập tin nhỏ: RẤT NHIỀU.

EDIT4: Có vẻ như samba không thực sự đọc / ghi bất cứ điều gì trong khi ăn RAM:

  TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND
 1351 be/4 root        0.00 B/s    3.95 K/s  0.00 %  0.00 % smbd -D

EDIT5: Vấn đề được giải quyết một nửa bằng cách sử dụng Hastur Lời khuyên. Bây giờ chúng tôi đang chờ khách hàng tiếp tục và lập chỉ mục / quét / làm bất cứ điều gì với samba chia sẻ những gì họ muốn.

Tình trạng hiện tại:

18992 root      20   0  283140   8916   6584 S   1.0  0.2   0:00.32 smbd
18983 root      20   0  284048  14964  11752 S   0.7  0.4   0:00.16 smbd

EDIT6: Thật thú vị

18983 root      20   0 2964080 2.564g   6044 R  92.1 72.0 853:58.94 smbd

Bây giờ nó tiêu thụ bộ nhớ VÀ CPU. Ai đó, xin hãy giúp đỡ! :)

EDIT7: Được rồi, giới hạn số lượng khóa tệp & amp; kết nối, nhưng VẪN KHÔNG THAY ĐỔI. Ăn hết RAM của tôi như điên! Chà, ít nhất thì nó đột nhiên ngừng ăn CPU.

24606 root      20   0 3768932 3.325g   2332 D  17.3 93.4   1441:50 smbd

Bất kỳ trợ giúp được thực sự đánh giá cao. Tôi thực sự rất gần để viết một công việc định kỳ khởi động lại smbd cứ sau 24 giờ.

GIẢI PHÁP TẠM THỜI! Đây không phải là cách thực sự để giải quyết vấn đề này, nhưng nó hoạt động hoàn hảo với tôi.

1. (sudo) crontab -e.
2. Chọn nano hoặc là vim theo sở thích của bạn. (Nếu bạn chưa chọn nó)
3. Trong tệp, thêm dòng 0 [whatever hour (0-23) you want here] * * * service smbd restart

Điều này sẽ khởi động lại smbd (Samba daemon) dịch vụ trên cơ sở hàng ngày.

Như tôi đa noi, đây không phải là giải pháp cuối cùng , vì vậy nếu có ai có giải pháp tốt hơn, THÌ tôi sẽ chấp nhận câu trả lời.