Самба ест барана?

я не знаю, что здесь происходит в данный момент:

  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 говорит:

             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

Сервис Определения:

[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 = *Entersnews*spassword:* %nn *Retypesnews*spassword:* %nn *passwordsupdatedssuccessfully* .
        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

EDIT: перезагрузка smbd служба, кажется, решить эту проблему,но он продолжает возвращаться ок. 2 часа после этого.

EDIT2: после остановки smbd сервис, все вроде бы OK:

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

EDIT3: вот еще некоторые детали (спрашивает Daniel B):

  • вопрос в том, почему Самба ест столько оперативной памяти?
  • дистрибутив: debian в случае, если вы не можете прочитать теги: p
  • версия: 4.2.10-Debian
  • шаблон доступ? Не знаю что это :Р
  • большие архивы: не много, как раз 2-3 ПК. из 4 ГБ файлов
    Небольшие файлы: много.

EDIT4: кажется как будто Самба на самом деле ничего не читает/не пишет во время еды 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: проблема наполовину решена с помощью Hastur'ы советы. Теперь мы ждем, когда клиенты смогут индексировать/сканировать / делать с samba то, что они хотят.

текущее состояние:

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: как интересно:

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

теперь он потребляет память и процессор. Кто-нибудь, пожалуйста, помогите! 🙂

EDIT7: хорошо, ограничил количество блокировок файлов и соединений, но все еще никаких изменений. Съедает мой баран, как сумасшедший! Ну, по крайней мере, он вдруг перестал есть процессор.

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

любая помощь действительно ценится. Я очень близко к написанию задания cron перезапуск демона smbd каждые 24 часа.

30
задан ForceMagic
18.03.2023 19:19 Количество просмотров материала 2518
Распечатать страницу

1 ответ

ВРЕМЕННОЕ РЕШЕНИЕ! Это не реальный способ решить эту проблему, но он отлично работает для меня.

  1. (sudo) crontab -e.
  2. выбрать nano или vim согласно вашему предпочтению. (Если вы еще не выбрали его)
  3. в файле добавьте строку 0 [whatever hour (0-23) you want here] * * * service smbd restart

это перезапустит smbd (демон Samba) обслуживание на ежедневной основе.

как я уже сказал, это не окончательная решение, так что если у кого-то есть лучшие решения, то я приму ответ.

0
отвечен ForceMagic 2023-03-20 03:07

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх