install BM39 on NW65SP8

[Dimerson]

Я не обновлял а именно ставил с нуля с оверлея DVD NW65 SP8.
Потом BM39.
Потом BM39SP1.

[Boris Morozov]

autoexec.ncf


bstart


; Network driver LOADs and BINDs are initiated via
; INITSYS.NCF. The actual LOAD and BIND commands
; are contained in INITSYS.NCF and NETINFO.CFG.
; These files are in SYS:ETC.
sys:etc\initsys.ncf

IPMINIT.NCF
SYS:\SYSTEM\NMA\NMA5.NCF

MGRSTART.NCF

load btcpcom


Самое главное, воткнуть команду bstart до загрузки протоколов и mgrstart c btcpcom после того.

Это проявляется, если меняешь версию первазива и включаешь фильтры.

Чего-то у них там ломается в порядке загрузки модулей. Но в такой комбинации несколько лет никаких проблем. Версии первазива 8.7 и 9.5

[Dimerson]

Исходные данне те же :
NW657 BM391 PSQL959 но у меня вылечилось докидыванием .msg и .hlp Файлов sys:\system\nls\4. Для проверки специально провел несколько циклов перезагрузки сервера - при штатном запуске bstart все отрабатывает нормально и комманда CSAUDIT запускает окно приложения.

[alexp_mac]

Хоть один нашёл глюки
этого и следовало ожидать т. к. ТУТ сказано

Warning: To update existing servers, you should not use the overlay CDs or DVD, but only the standalone version NW65SP8.zip. Novell does not officially support upgrading existing servers using the SP8 overlay CDs or DVD.

Теперь понятны мотивы подобных предупреждений. До сего момента я не находил никаких предпосылок для беспокойства Раза 2 я обновлял сервер (тестовый) с overlay CDs и глюков не замечал.
Только вот совсем не понятно с чем связаны подобные ляпы. либо просто ошибки в скриптах либо ... Есть предположение, что это не единственный косяк.
Припоминаю, если не выдаю желаемое за действительное по причине плохой памяти, overlay для которого не было противопоказаний к обновлению.

ЭЭЭэ коллеги, оверлей был и есть для того, чтобы устанавливать новые сервера и сразу не патчить их, т.е. не делать кучу ненужной работы. С первыми оверлеями были оч забавные глюки, т.е. ставим сервер, (дело в gui происходит) потом в конце инсталяшка спрашивает типа ребут? так вот ребут жать было низя, т.к. после окончания инсталяшки стартовала установка обновлении. А если жмешь ребут, то получает полупатченый сервак.

[Dimerson]

autoexec.ncf

Самое главное, воткнуть команду bstart до загрузки протоколов и mgrstart c btcpcom после того.

Это проявляется, если меняешь версию первазива и включаешь фильтры.

Чего-то у них там ломается в порядке загрузки модулей. Но в такой комбинации несколько лет никаких проблем. Версии первазива 8.7 и 9.5

Пожалуй Вы правы.
Проблема в том что при автозагрузке CSAUDIT итд еще не успел прогрузиться btrieve и он обламывается (он пытается дергать btrieve.nlm и тут грабли и возникают).

Посему если вставить bstart до загрузки сетевых карт (initsys) то все грузится нормально (btcpcom грузится же автоматом с bstartом ???).

То есть мы перед загрузкой всех сервисов требущих наличие btrieve.nlm (и если его нет в памяти грузащих его самостоятельно)
полностью загружаем nwmkde и модуль совместимости в виде btrieve.nlm

При PSQL2000 проблемы похоже нет. То есть это касается пользователей свежих бтривов и арксерва (там тоже бтрив свежий).

Тут же и тид нашелсо

http://support.novell.com/cgi-bin/searc ... 096817.htm

UPD.

Причем что характерно есть противоположный тид от Pervasive.
http://www.pervasive.com/kb/kb.asp?fx=g ... XLT101.NLM

пишут что надо грузить потом ...

точно - в логах есть ругань на то что nwxlt101.nlm не может найти public symbols: htons и htonl (експортятся TCPIP.NLM)

Если MGRSTART нет после mount all - то надо btcpcom и прочую ботву - если mgrstart есть то он все догрузит спокойненько).

Причем при этом аудит нормально работает с btrieve.nlm а хвосты (ненайденные экспорты) догружаются в mgrstart.nlm.

Так что если не беспокоит аудит - грузим bstart после mount all если беспокоит начинаем шаманить.