Work Space On Demand - мифы и реальность


Igor Ostaptchenko

Рассказы о новых програмных продуктах начинаются обычно со слов о "новой победе советской науки и техники". Эту традицию привнесли в компутерный бизнес "профессиональные" продавцы, которые стали не так давно извлекать парибыль из того, что раньше считалось чистой наукой. Вряд ли в научных кругах относились бы хорошо к человеку, который занимается пропагандой ложного учения используя при этом средства не совсем чистоплотные (сокрытие результатов опытов, к-е опровергают его теоретические выкладки :-).

У "ученых" и продавцов" разные цели: первые пытаются установить истину или дать человечеству еще один инструмент познания природы, у вторых - цели попроще. Что продавать для торговцев не важно (мне кажется что помимо страсти к деньгам у них патологическое желание "напарить" клиента). И народ покупает себе "геморрой за деньги". Так как теперь компутером может управлять и кухарка то подход к решению задач - "кухарский". Забыт хороший лозунг "Доверьте дело профессионалам". И администрят сервера "гуевые" горе-администраторы...

Но не об этом пойдет речь в данной статье. Единственный вывод, который я хочу чтобы сделал читатель: полагайтесь на решения тех комнаний, которые имеют многолетний опыт в своем деле. Почти все изобретения в отрасли информационных технологий - это изобретения или результаты исследований компании IBM. А как можно доверять бизнес продуктам конторы, которая имеет опыт в разработке только DOS (да и то не своей, вроде). Можно многое купить за деньги, но научные школы, исследовательский опыт и чутье возникает только с годами. Количество лет здесь реально переходит в качество предлагаемых решений. И когда у компании есть большой задел по некоторой проблеме, при изменении взгляда на проблему и появлении новых требований времени можно легко преобразовать имеющиеся технологии в готовое и простое решение.

Я не знаю, почему IBM не выпустил WSOD 4 или 3 года назад. Ведь технология RIPL (Remote Initial Programm Load), базирующаяся в свою очередь на Ethernet 802.2 существует давно. Просто, как это бывает, в IBM кто то вспомнил о существовании практически готового решения для удаленной загрузки OS/2. И когда в OS/2 встроили Java, то получился как раз "сетевой компутер".

Вот информация о ядре, которое загружается в сетевой компьютер:

R:\IBMLAN\RPL\bb10.us>bldlevel os2krnl
Build Level Display Facility Version 5.28.348 Jan 22 1998
(C) Copyright IBM Corporation 1993-1998
Signature:       @#IBM:9.28#@  IBM OS/2 Kernel
Vendor:          IBM
Revision:        9.28
File Version:    9.28
Description:     IBM OS/2 Kernel

Осталось дорисовать гуёвую администрилку. И получилось решение, которое практически лежало на полке - у IBM был "сетевой" компьютер давно (и у Nowell тоже был) - просто он так не назывался и не исполнял Java, он скорее вообще не имел названия и был частью LAN Server начиная с 3.0 (поправьте если я ошибаюсь).

Что же нам дает "сервероцентричная" архитектура вычислений? Правильно - экономию денег на зарплате "администраторов". Так как раньше эта куча народу была занята беготней по юзерам для поддержания "жизни" в неуправляемых монстрах, которые вот - вот готовы умереть из-за сбоя диска или обнаружения нового устройства (На самом деле такому стремлению к суициду не подвержены станции под OS/2 - на них можно поставить NetFinity и следить как идут дела). Админов надо теперь вроде меньше (мне кажется хватит на первых порах примерно по одному на сервер WSOD).

Что мы теряем? Возможность запускать WORD'97? А так ли он нужен? Дурные привычки можно искоренить - курить же люди бросают. И вообще на рабочем месте надо РАБОTАТЬ - как бы странно это не звучало.

Если вы эксплуатируете какое нибудь хорошо отлаженое приложение под DOS, Win 3.1 или, как это не странно, под OS/2, и это приложение способно функционировать как LAN server Network Applications, то перенести их на NC-WSOD не составит большого труда. Если кто то пользовал LS Network Applications - то это те самые приложения, которые без всяких дополнительных настроек запускаются на NC-WSOD. Я проверял несколько приложений, интенсивно эксплуатируемые нашей компанией: БЭСТ(DOS, Clipper), систему учета операций с ценными бумагами собственного производства, разработанную на Gupta SQLWindows (Win 3.1), FileCommander и т.д.

Итак приступим! Для того чтобы успешно внедрить это чудо враждебной техники нужно обладать знаниями в области OS/2, OS/2 Warp, OS/2 Warp Server (LAN Server). Ну допустим, это у вас есть. Рассмотрим установку WSOD на дополнительный (additional) сервер в некоем домене Warp Server.

Инсталляция не вызывает трудностей. (Правда я ставил его на только что установленный LS). Для начала надо поставить LS. В MPTS не забыть поставить 802.2 (Нужен для RIPLа). Обязательно устанавливать RIPL for DOS, RIPL for OS/2. Кроме того в RIPL for DOS есть какой то LSP - кажется обязательная вещь (см. ниже). Ну фикспак последний (35 к примеру). Потом запускаем install. Он пофиксит вам MPTS, поставит NN и после перезагрузки начнет устанавливаться. Выбрать для инсталляции можно все.

Для загрузки WSOD используется следующая схема:

Из первого пункта следует, что понадобятся DOS NDIS драйверы для вашей карточки, так как я уже сказал, что поддерживаемой WSOD карточки у вас не окажется, а если и окажется то у вас не будет на ней BOOTROM ;)

Последняя вещь обязательна. Конфигурировать карточку надо для загрузки NDIS. В моем случае это была Intel EtherExpress Pro 10 (лет несколько назад, когда я ее покупал, мне по причине тогдашнего моего ламерства впарили бутром, долго он провалялся в тумбочке - и вот нате - сгодился )

После инсталляции - GETRPL. Эта утилита делает то, что написано в доке, но главное - она проверяет на правильность сконфигурированные для RILP карточки и энейблит Server Records в RPL.MAP соответствующих карточек.

Карточки надо ставить как написано в доке. Но есть там ошибка: (и в *.PDF и в *.INF):

4. Add any entry for the NDISADAP adapter to the d:\IBMLAN\RPL\NDISDD.PRO file.
A sample entry follows:
NDISADAP.DOS NDISADAP NDISADAP.OS2 OTKNDISADA
Надо:
NDISADAP.DOS NDISADAP NDISADAP.NIF OTKNDISADAP

Впрочем это видно если посмотреть на строчку выше в этом файле :-) Да и GETRPL не откоментит добавленную запись если что то не так. Запустите GETRPL и проверьте RPL.MAP.

После того, как утилита GETRPL отработала и соответствующая вашему адаптеру строка (Server Record) в RPL.MAP осталась откоментированной (это значит что адаптер добавлен правильно), запускайте RPL service.

Далее нужно создать WSOD Requester из LAN Server Administrotion. Выбрать соотв. карточку. И вперед - грузится...

Так выглядит Рабочий стол NC-WSOD

И вот вы уже готовы - но у вас не загружается. Проверьте в случае использования ISA карт отдается ли карточке нужное ей прерывание (PnP - suxx!)

Но если не стартует - поиграйтесь с параметрами Boot Block Configuration File:

; OS/2 Boot Block Configuration
; (NDISADAP adapter)
.......
.......
DRV d:\IBMLAN\DOSLAN\LSP\DXMJ0MOD.SYS ~ 6 ~
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
DRV d:\IBMLAN\DOSLAN\LSP\DXMA0MOD.SYS ccc ~ ~
DRV d:\IBMLAN\DOSLAN\LSP\NDISADAP.DOS ~ n ~
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
DRV d:\IBMLAN\DOSLAN\LSP\PROTMAN.DOS /I: ~ ~

После загрузки NC на рабочем столе будут доступны Network Applications

Так выглядят запущеные Сетевые приложения

Рекомендую дополнительно ознакомится с информацией IBM Redbooks In-Depth Technical Information. Вы найдете ответы на вопросы по технологии OS/2 и множеству других смежных областей.

В последующих статьях я буду рассказывать о эксплуатации комплекса сетевых компьютеров на базе IBM WorkSpace On-Demand.

Coming Soon: Русификация NC WSOD

Если у кого нибудь есть, что добавить: bor@os2.spb.ru


Новые статьи на нашем сайте:


Комментариев к странице: 0 | Добавить комментарий
Домой | Проект ядро Core/2 | Проект OS/4 Download | Новости | Гостевая книга | Подробно обо всем | Нужные программы | Проекты | OS/2 FAQ | Всячина | За и Против | Металлолом | #OS2Russian | RDM/2 | Весёлые картинки | Наша галерея | Доска объявлений | Карта сайта | ПОИСК | ФОРУМ