LINUX.ORG.RU

не рекомендован к production usage, поэтому вряд-ли.

anonymous
()
Ответ на: комментарий от Moralez

> там же jail-ов нет? (вроде)

там systrace есть (и в NetBSD). Вроде как универсальный jail.

dilmah ★★★★★
()
Ответ на: комментарий от Moralez

Отличная система! Крута во всём! :)

anonymous
()

Sun-ch - шутник.
На хостинг FreeBSD-то ставить не хочется.

anonymous
()

Хороша трава на просторах техасчины.

anonymous
()

Спасибо, Саныч, попробуем.

anonymous
()

Квота на каталог - чушь какая-то.

anonymous
()
Ответ на: комментарий от no-dashi

> А нафига? Отдельная ФС, и не пудрить мозги :-)

браво, киса, за идею пять баллов. конечно, случей с home на сервере и тысячами пользователей мы не берем в рассчет бо кому то надо..

// wbr

klalafuda ★☆☆
()

это просто костыль какой-то ;)

если система нормально спроектирована -- квот на разделы хватит за глаза :)

Cosmicman ★★
()
Ответ на: комментарий от klalafuda

> случей с home на сервере и тысячами пользователей

А ты не слушал про "поюзерскую" квоту? Как раз она для домашних каталогов и предназначена.

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

> А ты не слушал про "поюзерскую" квоту? Как раз она для домашних каталогов и предназначена.

ugu, 200Mg в home на личную помойку и 2Gb в /backup/user на рабочий бэкап. какой будем ставить лимит?

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от dilmah

>линукс сосед. >о соседях либо хорошо либо ничего.

8-D Несколько раз перечитывал... уф... сначал прочитал "линукс сосет" :))))

php-coder ★★★★★
()
Ответ на: комментарий от php-coder

> сначал прочитал "линукс сосет"

ну это в тебя попал метко выпущенный НЛП заряд:) Их там аж два:)

dilmah ★★★★★
()
Ответ на: комментарий от klalafuda

> ugu, 200Mg в home на личную помойку и 2Gb в /backup/user на рабочий бэкап. какой будем ставить лимит?

И теперь вот такие "администраторы" будут учить нас не ковырять пальцем в носу?!

1. Бэкап организуется централизовано, и делается системным администратором и всегда на другой раздел/другое устройство, недоступное обычному юзеру ни по чтению, ни по записи. Более того, бэкап-устройство примонтируется/подключается по записи _только_ на время бэкапа - остальное время оно отключено либо доступно только по чтению.

Например, для промышленных серверов нередко используется следующая схема: данные юзеров лежат в разделе /home, долговременный бэкап делается на ленточки, оперативный куда-нибудь (например в приведенный тобой /backup), причем раздел оперативной копии принадлежит руту и имеет атрибуты 700. Юзеры туда не могут попасть в принципе, и квота на бэкап не выставляется совсем (она там не нужна, все равно туда пишет _только_ оператор бэкапа), и не считая момента бэкапирования, /backup смонтирован в read-only, ленточки регулярно вывозятся в другое здание.

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

Даша, не надо рассказывать, как делать backup, мы не в школе.

Ты лучше задачку реши про квоты разного размера.

Sun-ch
() автор топика
Ответ на: комментарий от klalafuda

Да чё с ним разговаривать? Ещё один чмурик, возомнивший себя coolio-admino... иди сосни, акронимный ты наш.

anonymous
()
Ответ на: комментарий от klalafuda

> спасибо за развернутый ответ.

Развернутый ответ - две квоты на одной ФС не нужны.

Более того, этот костыль для криворуких админов привносит в систему неоднозначность и непредсказуемость, например: есть один файл, доступный как /home/dir1/file1 и /home/dir2/file2, квота на /home/dir1 100MB, квота на /home/dir2 200MB. Внимание, вопрос: под квоту какого каталога попадает этот файл? А на основании чего он попадает под квоту /home/dir1 если я его записываю через /home/dir2?

Есть нормальный механизм групповой квоты. Поставь на каталог флаг "s", выстави квоту для группы и все - никаких неоднозначностей, все прямолинейно и детерминировано.

Идите читать документацию, недоучки малолетние!

no-dashi ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.