FreeNAS 8.3.1: kernel memory leak

[dadv]

Заметки на манжетах: FreeNAS 8.3.1 построен на основе FreeBSD 8.3-RELEASE/amd64. Если использовать в нём ZFS и самбу на машине с 8G памяти, то вся память довольно быстро утекает в ядре (течёт категория wired), при том что ZFS ARC не течет: ARC остается в заданных пределах при использовании vfs.zfs.arc_max=2G в loader.conf, а остальные 5 с лишним гигабайт утекают.

Workaround: отключить использование sendfile для самбы, включенное по умолчанию. smb.conf там генерируется при каждой загрузке из базы SQLite, поэтому отключать надо так:

sqlite3 /data/freenas-v1.db "update services_cifs set cifs_srv_sendfile=0"

Comments

[sharfurer.livejournal.com]

>Куда не встаёт больше 4 ГБ и чего?
Оперативки в мать. Мне ZFS нравится в частности по возможностям функционала управления пулом. Про graidb- знаю, да. Про FreeNAS тот же не первый раз уже встречаю сообщение о его неумеренных апетитах к оперативке при наличии zfs.

Хм. Вспомнил, что на работе кто-то из коллег что-то делал на 8-ке с zfs, надо глянуть будет на тему утечек.

[dadv.livejournal.com]

FreeNAS всего лишь надстройка над FreeBSD и все претензии к аппетитам нужно адресовать ядру и самой ZFS. Кстати говоря, никто не мешает зайти на FreeNAS по ssh и в /boot/loader.conf вписать любой нужный тюнинг ядра или ZFS, например - лимитировать ZFS ARC, скажем, двумя гигабайтами или меньше. Это работает.

[sharfurer.livejournal.com]

Ну в общем-то да. А в сети полно материалов про тюнинг zfs на FreeBSD, да и Oracl-овская документация по ней обширная и переведена. Я то просто думал, что FreeNAS так глобально перепилен, а обновляется редко, что у него проблемы.

[dadv.livejournal.com]

Для файлопомойки не нужен "функционал управления пулом", там делаешь одну файловую систему на всё доступное пространство (кроме загрузочного диска) и вперёд.

[sharfurer.livejournal.com]

Тоже верно.