proNovell

OES_SP2_LINUX. тестоввый сервер.
1. Попробовал как работает SALVAGE на NSS - не пишет кто удалял..
Пробовал на базе пользователя : admin.amin

2. Откровенно паганая производительность при работе с NSS.
Ничего пока руками не подкручивал..
Когда попробовал заливать на сервер распакованую инсталяцию:
Novell Client 4.91 SP2 English, то это с замираниями и доооолго...
на сервере используется:
Raid: Adaptec SATA RAID controller: Apatec 2410SA
4 SATA hd:
0+1 = /dev/sda (raid1)
2+3 = /dev/sdb (raid1)
(disable all write cache at the controller)
/dev/sda - for the System
/dev/sdb- for the NSS.
Server have: 1 G memory.

А кто еще пробовал работу с NSS на OES_SP2_LINUX ?

skoltogyan писал(а):....
2. Откровенно паганая производительность при работе с NSS.
А кто еще пробовал работу с NSS на OES_SP2_LINUX ?

Я пробовал - на SCSI [тестировался Adaptec 29160 и LSI 53C1010 - оба SCSI160, HDD новый SCSI320 Seagate Chetah]. Очень медленное чтение. Тут же создаем том на Reiser или EXT3 - все летает.

Говорят надо выставлять ReadAhead=128 тогда намана.

В кком месте NSS этот ReadAhead выставлять ?

skoltogyan писал(а):В кком месте NSS этот ReadAhead выставлять ?

что-то вроде nssmu [в какой-то из NSS консолей] ..

однко не помогает.
копировнаие на сервер рваное и медленное

skoltogyan писал(а):однко не помогает.
копировнаие на сервер рваное и медленное

Фиг бы с этим. Моя проблема была в том что чтение раза в 4 медленнее ;(((

Это Deploying Novell OES.
Часть, которая про NetWare - как часы.
А с линухами навозились...
Копирование на нсс-ный том проходио нормально - до 6МБ/с по сети (копировали линухом на свой том с сервера NetWare).
Обратное не проверял.

а как с NSS колодовали, что оно у Вас на сервер копировало со скоростьб 6m/s и не рваным образом ?

skoltogyan писал(а):а как с NSS колодовали, что оно у Вас на сервер копировало со скоростьб 6m/s и не рваным образом ?

Тама в NSS a lot of параметрофф - примерно те же что и в NW65 ... все в nsscon .

Печальная картина вырисовывается, NSS для OES Linux, как собаке пятая нога получается...
Значит основная ставка всё же на NW6.5, пока...

Бурылов Александр писал(а):Печальная картина вырисовывается, NSS для OES Linux, как собаке пятая нога получается...
Значит основная ставка всё же на NW6.5, пока...

Больше того, нет замены ряду сервисов пока, навскидку :
1.DDNS/DHCP [eDir based]
2.BM
3.Btrieve....

и это печально

Зато iFolder 3 сделали под Sles 9... типа NW неперспективна, а в нём доволно хорошие усовершествования...
Хотя для некотых задач мне так и так нужен будет либо linux ибо freebsd...

Dimerson писал(а):[
Больше того, нет замены ряду сервисов пока, навскидку :
1.DDNS/DHCP [eDir based]
2.BM
3.Btrieve....

и это печально

1. eDir based DDNS/DHCP - это нестандарное расширение BIND. Мабуть, когда его устаканят, будет переписан сам named. (или напишут схему расширения eDir до нужных атрибутов OpenLDAP - там-же работает)
2. BM - NSM6 (c натяжкой, но есть и местами даже лучше!)
3. Btireve... на IPX - согласен.

Андрей Фисенко писал(а):

Dimerson писал(а):[
Больше того, нет замены ряду сервисов пока, навскидку :
1.DDNS/DHCP [eDir based]
2.BM
3.Btrieve....

и это печально

1. eDir based DDNS/DHCP - это нестандарное расширение BIND. Мабуть, когда его устаканят, будет переписан сам named. (или напишут схему расширения eDir до нужных атрибутов OpenLDAP - там-же работает)
2. BM - NSM6 (c натяжкой, но есть и местами даже лучше!)
3. Btireve... на IPX - согласен.

на 2. BM - NSM6 (c натяжкой, но есть и местами даже лучше!)

что там с SSO ? Clntrust.exe иже с ними i mean ...

на 3. Breqtcp.exe ... и так же на сервере btcp.nlm ... хотелось бы оного и на OES ... имхо не надо было отпускать Btrieve Technologies на сторону ...

Dimerson
1. БМ хорош, в первую очередь, clntrust - однако у нас есть уже SSO-like под сквид.
2. Btrieve - может я чего недопонимаю? Прелесть-то в чем?
3. DDNS - я бы сказал, что под линухом он опять же прямее. По крайней мере - он там родной Лично мне DDNS/DHCP под линухом понравился больше. Уже хотя бы тем, что не надо лишних надежд возлагать на кривую гуевую консоль - все в родных текстовых файлах, которые не грех и поправить. А вот DHCP как начал у меня глючить после нв65сп3, так я его излечить и не смог. Кривые руки - очень даже вероятно, не настаиваю. Но сейчас все работает на ОЕС.линух и я доволен. Зачем там интеграция в еДир - убей, не понимаю.