Я действительно не знаю, что здесь происходит в данный момент:
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 = *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
РЕДАКТИРОВАТЬ: перезапуск службы smbd кажется, решить проблему, но он продолжает возвращаться ок. 2 часа после этого.
РЕДАКТИРОВАТЬ 2: После закрытия службы smbd все, кажется, в порядке:
total used free shared buffers cached
Mem: 3644 123 3521 8 3 36
-/+ buffers/cache: 83 3561
Swap: 4292 230 4062
РЕДАКТИРОВАТЬ3: Вот еще несколько деталей (спросил Daniel B):
- Вопрос в том, почему самба ест столько овна?
- Distro: debian, если вы не можете прочитать теги: P
- Версия:
4.2.10-Debian - Шаблон доступа? Понятия не имею, что это такое: P
- Большие файлы: не много, всего 2-3 шт. из 4 ГБ файлов Небольшие файлы: много.
РЕДАКТИРОВАТЬ 4: Кажется, что самба на самом деле ничего не читает / пишет во время еды ОЗУ:
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
РЕДАКТИРОВАТЬ5: Проблема наполовину решена с помощью совета 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
Теперь он потребляет память и процессор. Кто-нибудь, пожалуйста, помогите! :)
РЕДАКТИРОВАТЬ7: Хорошо, ограничено количество блокировок файлов и соединений, но все равно не изменится . Кушает мою оперативную память как сумасшедший! Ну, по крайней мере, он вдруг перестал есть процессор.
24606 root 20 0 3768932 3.325g 2332 D 17.3 93.4 1441:50 smbd
Любая помощь очень ценится. Я действительно близок к написанию cron-задания, перезапускающего smbd каждые 24 часа.