Производительность NSS или дисковой системы

[caxap]

Имею плохую новость - вышел сервер из строя.
Имею хорошую новость был второй, но намного старше предыдущего - стоял именно на такой случай + своевременная копия.

Вроде всё хорошо, но имеются проблемы - это производительность дисковой подсистемы или NSS. Пока не понял окончательно.
И так конкретика
1. Сервер NetWare 6.0.5 + фиксы на NSS, SLP, NCP. Что было на сервере Novell.com
2. Дисковая подсистема интегрированная LSI (MegaRaid + 64Mb на борту)
3. Дисков 3 SCSI 10k по 147Gb - райд 5.
4. Сеть - Карта Intel Pro 1000.
5. На сервер памяти - 2Гб + 2 Xeon.
6. Количество пользователей на сервере не более 50 в рабочие дни. Те кто пишет много насыщенной графики, т.е. файлы по 500 ... 1500Мб не более 20.

И так в чём проблема - при попытки сотрудника сохранить большой файл в сети идет скачок скорости записи 25/23 Мб/с и инижается до 3Мб/с если смотреть по фару. И даже это можно пережить, но после того как закончиться копирование - сервер в ауте, точнее доступ к нему затруднителен. Проходит секунд 60 и жизнь налаживается. Я не говорю о том что одновременно копировать файлы проблемно .... На сервере загрузка выше 5% не видел и то при чтении. Читаю в среднем со скоростью 10Мб/с.

P.S. Ранее на данной железке стоял NetWare 5.1 с большим количеством дисков на 72Гб и таких проблем не было. Может и таких файлов не было.

[Владимир Горяев]

попробуй патч, поиск по слову flsysft

ps. и да, попробуй пототключать кеши и алоки 2-го уровня, впрочем, там написано об етом.

[caxap]

попробуй патч, поиск по слову flsysft

ps. и да, попробуй пототключать кеши и алоки 2-го уровня, впрочем, там написано об етом.

Про кеш понятно, хотя пробовал отключать/включать - роли почти не играет.
А информация по flsysft в ауте. И что имеется применима больше к NW 5.0.

[Владимир Горяев]

А информация по flsysft в ауте. И что имеется применима больше к NW 5.0.

да ладно...

Filename: FLSYSFT5.EXE
Size: 891564
Document ID: 2961848
Title: Filesys.nlm for NW5.1 and NW6
Distribution: Beta
<Internet> http://support.novell.com/ (select File Finder)
Abstract:
Post NetWare 5.1 SP4 and post NetWare 6 SP1 beta release of
FILESYS.NLM to fix a pagefault abend issue.

патчить по полной, ставь постфиксы, если еще не ставил http://download.novell.com/patch/finder ... &keywords=

[Владимир Горяев]

на вот нашел, попробуй
http://support.novell.com/docs/Tids/Sol ... 88133.html
http://support.novell.com/docs/Readmes/ ... 70382.html

[caxap]

на вот нашел, попробуй
http://support.novell.com/docs/Tids/Sol ... 88133.html
http://support.novell.com/docs/Readmes/ ... 70382.html

Не помогло.
У меня стоял fillesys.nlm - ver.5.13 от 02.04.2013. После установки - ver.5.13 от 22.11.2013
И по описанию вроде это для традиционных томов.

Повторюсь - со многим можно смериться, что скорость не ахти. Но то что после записи файла, сервер переход в режим своей задумчивости и не активности по реакции на действии пользователей... вот проблема так проблема. Пользователи начинают суетиться, звонить, на кнопки жать ...

[Пилютик Михаил]

И так в чём проблема - при попытки сотрудника сохранить большой файл в сети идет скачок скорости записи 25/23 Мб/с и инижается до 3Мб/с если смотреть по фару. И даже это можно пережить, но после того как закончиться копирование - сервер в ауте, точнее доступ к нему затруднителен. Проходит секунд 60 и жизнь налаживается. Я не говорю о том что одновременно копировать файлы проблемно .... На сервере загрузка выше 5% не видел и то при чтении. Читаю в среднем со скоростью 10Мб/с.

P.S. Ранее на данной железке стоял NetWare 5.1 с большим количеством дисков на 72Гб и таких проблем не было. Может и таких файлов не было.

А значение "Dirty cache buffers:" в Monitor в это время не подскакивает?

[Dimerson]

И загруз процессора 0 ?

[caxap]

И загруз процессора 0 ?

После установки последнего патча по filesys утилизация на процессоре подскакивает при начале копирования до 40%. При копировании ~ 30% файла в2Гб сбрасывается к 0-2%. При этом скорость копирования также стремится к нулю точне 3-4Мб/с по фару.

[caxap]

А значение "Dirty cache buffers:" в Monitor в это время не подскакивает?

Стоит в нулях.

[Павел Гарбар]

Очень похоже на проблему самого RAID-контроллера - не успевает свой кэш на диски писать. Надо в его настройках размерами блока поиграть. 64К ему много - надо уменьшать.
А проверять, похоже, только так - менять размер блока, пересоздавать RAID, устанавливать NetWare и (!) накатывать большие файлы. Если затыкается или вообще разваливается, то уменьшать размер блока и все заново.

[Dimerson]

LSI Мегараиды SCSI были разные.

320-1 слабенький (66 мгц проц)
320-2x неплохой(400 мгц проц), я бы сказал - вершина SCSI+PCI-x у LSI.
320-2E - не попадался, на PCI-e уже SAS пошел полным ходом.

Какой раид надо бы указать тоже.

[caxap]

LSI Мегараиды SCSI были разные.

320-1 слабенький (66 мгц проц)
320-2x неплохой(400 мгц проц), я бы сказал - вершина SCSI+PCI-x у LSI.
320-2E - не попадался, на PCI-e уже SAS пошел полным ходом.

Какой раид надо бы указать тоже.

Добрался до удаленного офиса вместе с новым сервером.
И увидел что происходило с работающим "пенсионером".

Оказалось на старом сервере был несколько умный контроллер, который при старте железки верещал, что батарея не дееспособна и по этой причине отключаю кеш на запись. Легким движением руки ставим данный параметр в биосе контроллера принудительно и жизнь налаживается!!!

P.S. Если это кому нибудь интересно.......

И вопрос на засыпку - сейчас на серверах HP нет никаких опций по настройке RAID контроллера кроме уровня рейда, но сообщается что дополнительные настройки возможны с помощью утилиты. Утили только под Linux и винду, кто-нибудь пробовал и есть смысл ломаться запускать стотонную ОСь настраивать и далее заливать NetWare?

[Dimerson]

Я бы сказал чревато. Не поленитесь заказать аккумулятор новый во избежание. Контроллер делает умно. если сменить батарею то Write Back опять ON.