Глупый вопрос по Netware 5.1 sp8

[_Pavel_]

Не могу найте, где включается опция сжатия тома NSS, для традиционного тома (SYS) нашел в ConsoleOne, для NSS томов птицы в том месте задизаблены.

[Влад А.Сокол aka Akina]

А разве в 5.1 поддерживается компрессия NSS-томов?

[Timur Kazimirov]

Не могу найте, где включается опция сжатия тома NSS, для традиционного тома (SYS) нашел в ConsoleOne, для NSS томов птицы в том месте задизаблены.

Компрессию на SYS:? Да вы с ума сошли!!!

[Владимир Занадворов]

Компрессию на SYS:? Да вы с ума сошли!!!

Скорее просто по дефолту ставили

[_Pavel_]

Компрессию на SYS:? Да вы с ума сошли!!!

Скорее просто по дефолту ставили

Именно так и ставили.
На томе SYS компрессию уже запретил.

И все же, что это за фигня, с традиционного тома слил все локально, переставил сервер, начал обратно заливать - фиг вам, не влазит.
Если не поддерживается сжатие томов NSS в Netware 5.1 - есть ли смысл в использовании этих томов, или же стоит вернуться к традиционному ?
Поясните, плз, все плюсы и минусы такого нововведения.

[Timur Kazimirov]

Да зачем оно вообще нужно, это сжатие? Геморроя в конечном итоге будет больше чем мифическая выгода.

[Музалёв Николай]

...[неакоторые] плюсы и минусы [NSS]
+++
- быстрое монтирование тома
- минимальный размер необх. пам. для монтирования тома
- существенно увеличенные количественные ограничения по числу файлов, их размеру и т.д. (терабайты??)
- чуть быстрее (говорят ??)

----
- в пятерке NSS-система капризна
- она вообще капризнее и менее устойчива, по сравнению с традиц. (Это ИМНО основано на субъективной оценке количества вопросов в форумах по TFS и по NSS. По NSS вопросов больше раза в два.)
- при обломе тома набор доступных(в т.ч. и на халяву) утилит для ремонта существенно меньше и найти их будет не так легко. Наверное, производители просто не успевают...

Для подробностей - см.тут
http://support.novell.com/cgi-bin/search/searchtid.cgi?/10024903.htm
и далее...
http://support.novell.com/cgi-bin/search/searchtid.cgi?/10061571.htm

Мой вывод: если нет прямой необходимости именно в количественных характеристиках NSS , то есть смысл крепко подумать, прежде, чем устанавливать NSS на 51 сервер.

[_Pavel_]

Вот накопал на просторах интернета статью. Немного старовата, но за неимением другой процитирую эту:


Характеристики NSS выглядят впечатляюще:

• 64-разрядная файловая система;
• 255 томов на один сервер;
• неограниченное количество сегментов на один том;
• до 8 Тбайт на один том;
• до 8 Тбайт на один файл;
• до 8 трлн файлов на один том;
• до 1 млн открытых файлов на один сервер;
• представление символов в формате UNICODE.

Тома NSS очень быстро монтируются (всего несколько секунд на том, практически независимо от размера тома) и более устойчивы к наличию испорченных секторов на дисках. Весьма ценным свойством я назвал бы и возможность расширения раздела (partition) NSS, что позволяет добавлять диски в уже существующие RAID-массивы. К сожалению, стандартная файловая система NetWare этого делать не умеет. При создании разделов или томов NSS ОС автоматически создает том NSS_ADMIN, служащий для системных нужд.

Но все же недостатки NSS впечатляют еще больше, так как она не поддерживает:

• сжатие файлов;
• дублирование дисков (mirroring/duplexing);
• аудит;
• блокировку файлов;
• использование тома NSS для сервисов FTP и NFS;
• миграцию файлов в системах иерархического хранения;
• монтирование тома SYS в качестве тома NSS;
• систему контроля транзакций TSS на томе NSS.

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


Скажите, те недостатки, указанные выше емеют место быть в Netware 5.1 SP8 ? Если да, то какие именно (с первым пунктом уже разобрались)

[Черников Виктор]

Вроде где то видел что у классического тома Netware есть ограничесния по объему. Но сейчас не могу найти где я это видел

[Музалёв Николай]

...не могу найти где...

Предлагается поискать не ГДЕ, а КТО:
Кто либо из коллег реально столкнулся с ограничениями TFS до такой степени, что был принужден перейти на NSS ?

[Бурылов Александр]

могу заявить что FTP сервер неплохо у меня работает
точнее неработает а взаимодествует с томом NSS, где лежат данные...
сервер 5,1 сп8

[Бурылов Александр]

столкнулся с нехваткой памяти при работе с файлами на больших по объёму стандартных томах, поэтому ввёл два тома NSS...
в принципе по моему версию можно обновить
где уже появиться и использование квот на тома NSS

[Владимир Занадворов]

...не могу найти где...

Предлагается поискать не ГДЕ, а КТО:
Кто либо из коллег реально столкнулся с ограничениями TFS до такой степени, что был принужден перейти на NSS ?

Count me in. Пользовательские домашние каталоги, 400gb and growing.
Время ребута сервера в 40 минут было неприемлемым.

[Влад А.Сокол aka Akina]

Весьма ценным свойством я назвал бы и возможность расширения раздела (partition) NSS, что позволяет добавлять диски в уже существующие RAID-массивы. К сожалению, стандартная файловая система NetWare этого делать не умеет.

Вот ведь бред-то... мало того что умеет, так еще и "на лету". Есссно только добавлять сегмент(ы) к существующему тому (что очевидно).

Кто либо из коллег реально столкнулся с ограничениями TFS до такой степени, что был принужден перейти на NSS ?

С количественными именно ФС - нет, наверное. Заставляют переходить большое время монтирования тома и большАя потребность в ОЗУ для монтирования.

Да зачем оно вообще нужно, это сжатие? Геморроя в конечном итоге будет больше чем мифическая выгода.

Зависит от применения. У меня например традиционный том выделен под инсталляторы, запись туда идет крайне редко (1-2 раза в месяц), поэтому на 36 Гб винте лежит более 50 Гб инсталлеров и остается еще около 6 Гб свободного пространства.

[PavelKHTW]

Вот накопал на просторах интернета статью. Немного старовата, но за неимением другой процитирую эту:

Все что вы перечислили было правдой при выходе NW5.0(в начальных версиях NSS), после выхода SP к ней, а тем более с выходом NW5.1 ушли все перечисленные недостатки.
Использую NW5.1 и тома NSS - проблем нет, как их и не было при использовании TFS.