proNovell

Сижу сейчас, читаю описание новшеств в новых утилитах от JRBSoftware. И натыкаюсь на вот такую вот фразу:

Fixed an issue in various programs arising from a bug in OES SP2 Linux where setting a combination of attributes including P (purge immediate) for a directory could result in the “execute only” bit being set by the operating system. Salvaging of files is not supported on NCP volumes and any attempt to set the P flag is normally ignored. The issue has been worked around (specifically it occurs when the request to modify attributes includes both bits 0x10000 and 0x10), but programs in JRButils will continue to attempt to set this attribute when requested in case salvage becomes supported in the future.

Выделенное красным заинтересовало - это правда? Пробовать самому лень, под рукой живого OES2 нету.

Продолжаю читать Release Notes к JRButils 2008. Попадаются описания просто восхитительных ошибок в новеловских продуктах, которые Baird вынужден героически преодолевать. К примеру, как вам это:

Modified netcopy, fsupdate, movehome and the GUI whodidit to alleviate an NSS bug when copying compressed files to another server and retaining compression. The server can return 0 bytes of data in response to a valid read request resulting in the programs reporting “ReadFile returned 0 bytes of data from the source file”. The problem does not occur when copying internally within the same server or when compression is not retained. Experimentation with different buffer sizes shows the issue is dependent on the size of the read request and using an unusual size such as 997 bytes works most reliably. The programs now use a 997 byte buffer when retaining compression otherwise a 20480 byte buffer. Decompressing and recompressing the file appears to remove the problem. The issue has been reproduced on NW 6.0 SP3 and NW 6.5 SP6.

Порадовала подобранная цифра объёма буфера, при которой "works most reliably". Фантастика. Индусы с травой явно перебарщивают

Сергей Дубров писал(а):Выделенное красным заинтересовало - это правда? Пробовать самому лень, под рукой живого OES2 нету.

Для OES SP2 правда.

а для OES2 ?

skoltogyan писал(а):а для OES2 ?

Не знаю, NCP-тома не пробовал создавать.

Sergant писал(а):

skoltogyan писал(а):а для OES2 ?

Не знаю, NCP-тома не пробовал создавать.

Только что купили OES2.
Давайте посмотрю.

Единственный вопрос: что такое NCP-тома?

Аркадий Глазырин писал(а):
Единственный вопрос: что такое NCP-тома?

В известной статье известного афтара:
http://www.drivermania.ru/articles/usta ... erver.html

ближе к концу: "В случае если нет возможности создать тома NSS, например, имеем сервер с одним жестким диском, то можно создать псевдо-тома (NCP shares) поверх существующей файловой системы линукса". Ну и расписана вся процедура создания. Попробуйте, очень интересен результат.

íîðìàëüíî çàåçæàþ íà çàïðàâêó, âñòàþ òàê, ÷òîá áûòü çàêðûòûì îò îïåðàòîðà è íàëèâàþ â áóòûëü èç ïîä ÷àÿ íåñòèà - òàì ãîðëî ïîøèðå â ãàðàæå áîäÿæó, çàïðàâëÿþ ïèëó è âïåðåä. ÷àòü íå íà ëåñîïîâàë .

Такто NCP и NSS совершенно разные вещи.
Похоже очепятались просто jrbsoftwar-щики.
Небось подразумевалось "not nss volumes".

ÿ ïðàêòè÷åñêè íå ïðîÿâëÿþ èíèöèàòèâû, ñòàðàþñü íå áûòü íàâÿç÷èâûì, ïî ìîåìó ýòà âàøà îñíîâíàÿ îøèáêà, íóæíî èíèöèàòèâó ïðîÿâëÿòü, ïî êðàéíåé ìåðå ìíå òàêèå íðàâÿòñÿ, åñëè íåò èíèöèàòèâû,

NCP shares <> NCP volumes