я не знаю, что здесь происходит в данный момент:
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 часа.