home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 8 Other / 08-Other.zip / ltnwreq.zip / nwcid.txt < prev    next >
Text File  |  1995-06-02  |  11KB  |  269 lines
  1.  
  2. This technique can be used to install Warp Connect, the base
  3. operating system and any or all of the networking add-ons
  4. from a Netware server using IPX as a protocol.  This technique
  5. minimally modifies the the standard Netbios and SRVIFS based
  6. LAN install procedures so that there is as small an impact on
  7. the install as possible on the install logic. My own testing has
  8. been done on a token ring network with IBM Token Ring cards, but
  9. this should be adaptable to other cards and topologies, including
  10. Ethernet.
  11.  
  12. There are five main issues to deal with under this scenario:
  13.         1. Creating the LAN transport diskette with a minimal
  14.            Netware requester.
  15.         2. setting up the Netware server
  16.         3. Allowing the IBM Network Transport install logic
  17.            to work when it cannot actually be allowed to 
  18.            have access to the LAN adapter.
  19.         4. Avoiding conflicts between the  minimal Netware
  20.            setup used in the install procedure and the standard
  21.            IBM SRVIFS setup.
  22.         5. Cleanup of files and config.sys lines--artifacts of
  23.            the install using the minimal Netware requester.
  24.  
  25.  
  26. 1. Creating the LAN transport diskette with a minimal Netware requester.
  27.  
  28. To create the Netware LT Diskette, I first installed Warp Connect
  29. on a PC with a CD-ROM drive, and made it a code server, creating a set
  30. of install diskettes that included an SRVIFS LT Diskette.  I took this
  31. SRVIFS LT Diskette and removed the SRVIFS code, then substituted Netware 
  32. requester code.  The Netware requester code is 90% at the 2.01 level -- 
  33. except that the ODI driver was a more current one for the card, the 
  34. Netware message files were from the 2.0 requester and I used the NWSTART.EXE 
  35. from the newest R211FT.EXE to ensure that the requester had a connection ID 
  36. prior to running login.exe in the config.sys.
  37.  
  38. I tore out the SRVIFS lines from the LT diskette's config.sys and replaced
  39. them.  Here are the lines in my config.sys with the relevant CID and NW
  40. requester stuff.
  41.  
  42.         DEVICE = NWLINK.SYS
  43.         DEVICE = token.SYS
  44.         device = route.sys board=1
  45.         DEVICE = IPX.SYS
  46.         DEVICE = NWREQ.SYS
  47.         IFS = NWIFS.IFS
  48.         run = NWDAEMON.EXE
  49.         pauseonerror=no
  50.         call=\nwstart.exe
  51.         call=l:\os2\login.exe /script nul fs1/os2inst
  52.         call=\map.exe z:=fs1/vol:connect
  53.         call=\map.exe w:=fs1/vol:GRPWARE\CLIENTS\LADCLT
  54.         RUN=Z:\CID\LCU\SRVREXX.EXE
  55.         call=\os2\cmd.exe /q /c copy w:\user.cmd \grpware\clients\ladclt\*
  56.         device=\mouse.sys
  57.         SET SAVECONNECT=1
  58.         SET OEMPROGRAM=\GRPWARE\LANSTART.EXE
  59.         SET exitwhendone=1
  60.         SET ADAPTER_NIF=PRNANDIS.NIF
  61.         SET SRVNAME1=fs1
  62.         SET ADAPTER_INFO=PRNANDIS.NIF,PRNANDIS.OS2,1 
  63.  
  64.  
  65. Here is a directory listing of the files used in the minimal Netware
  66. requester for the LAN Transport diskette.
  67.  
  68.      NETH     MSG     3029   5-02-89   8:15a
  69.      NET      MSG     2997   5-25-90   8:47a
  70.      MAP      EXE    25527   7-18-91  11:08a
  71.      IPXCALLS DLL     1348   5-21-92   4:27p
  72.      NETAPI   DLL     1328   5-28-92   4:33p -- change name to NWAPI.DLL
  73.      DDAEMON  EXE     9085   9-04-92  12:13p
  74.      ROUTE    SYS    45440  11-10-92  10:40a
  75.      LSL      SYS    20772  11-25-92   2:31p -- change name to nwlink.sys
  76.      NWDAEMON EXE    40089   1-21-93   5:20p
  77.      NWCALLS  DLL   108704   1-27-93   6:27p
  78.      NWIFS    IFS    35684   1-30-93   9:44a
  79.      IPX      SYS     9780   1-30-93  11:49a
  80.      NWREQOS2 MSG    17902   2-02-93   5:58p
  81.      NWREQ    SYS    30324   2-03-93   9:42a
  82.      NWCONFIG DLL     3584   2-03-93  10:53a
  83.      TOKEN    SYS    28176  11-17-93   1:22p
  84.      NWSTART  EXE     8227  12-06-94   2:02p
  85.  
  86.  
  87. Changing the name of LSL.SYS to NWLINK.SYS was done to avoid an install 
  88. sniffer from determining that the Netware requester was already installed 
  89. and no allowing me to re-install it.  Changing the name of NETAPI.DLL
  90. to NWAPI.DLL was done because the install of the Peer product required 
  91. functionality in the NETAPI.DLL that Novell's NETAPI.DLL did not provide, 
  92. and the Peer product's install could not get to its own NETAPI.DLL when 
  93. the Netware requester had its own NETAPI.DLL opened. Changing the name of 
  94. this .DLL causes a rather nasty looking error message to appear when the 
  95. Netware drivers are loaded on bootup, but the appropriate functions are
  96. apparently found in the renamed .DLL and everything has worked correctly 
  97. in my testing.
  98.  
  99.  
  100.  
  101. 2. setting up the Netware server
  102.  
  103. To set up the Netware server, I xcopied the CD-ROM onto the server 
  104. into the VOL:CONNECT directory then xcopied the grpware directory from 
  105. the OS/2 code server. I also set up the requester drive letters so that 
  106. they would point to the spots on the Netware server corresponding to the 
  107. OS/2 code server and with equivalent rights.  Check the grpware.ini file
  108. on the OS/2 code server to confirm.  The virtual CD-ROM on the Netware
  109. server takes up about 260 meg.  You could also install from an actual
  110. CD-ROM but there is a severe performance impact if you are doing multiple
  111. simultaneous installs off a CD-ROM.
  112.  
  113.  
  114.  
  115. 3. Allowing the IBM Network Transport install logic to work when it 
  116.    cannot actually be allowed to have access to the LAN adapter.
  117.  
  118. You might notice that adapter information set up in the config.sys
  119. segment above is for the IBM Parallel Port ANDIS driver, PRNANDI.OS2.
  120.  
  121.         SET ADAPTER_NIF=PRNANDIS.NIF
  122.         SET ADAPTER_INFO=PRNANDIS.NIF,PRNANDIS.OS2,1 
  123.  
  124. I did this so  that SRVIFS and MPTS would set themselves up for the 
  125. parallel port rather than the Token Ring card.  This avoids device 
  126. driver conflict during the install.  After the install completes  
  127. I remove the minimal Netware LT rivers from the root directory of the
  128. boot drive, run MPTS and 'change' the Parallel port driver out and
  129. replace it with the IBM Token Ring NDIS driver.  I then tell ODI2NDI
  130. the MAC address of the Token Ring Card. This completes the install. 
  131.  
  132.  
  133. 4. Avoiding conflicts between the  minimal Netware setup used in the 
  134.    install procedure and the standard IBM SRVIFS setup.
  135.  
  136. The use of a Netware server as a code server presents a couple of more
  137. challenges. The Netware requester has its own NETAPI.DLL which is much
  138. smaller that IBM's NETAPI.DLL and provides less functionality. The CID 
  139. install of the Peer Product requires functions of the IBM NETAPI.DLL 
  140. which are not in the Netware Requester's NETAPI.DLL.  The Netware 
  141. requester can use the IBM NETAPI.DLL, but the IBM NETAPI.DLL will not 
  142. fit onto the LT disk.  
  143.  
  144. My fix for this is to rename the Netware NETAPI.DLL to NWAPI.DLL.  
  145. NWIFS.IFS will put out a message that makes it look like
  146. it failed to load when the name of this .DLL has been changed, but it
  147. seems to work anyway.
  148.  
  149. The Connect Install has a sniffer that looks for LSL.SYS in your config.sys 
  150. and may prevent you from installing the Netware 2.11 client if it finds it.
  151. Again my fix is to rename the file.  I changed LSL.SYS to NWLINK.SYS and
  152. there wasn't even a peep when I loaded it.
  153.  
  154.  
  155. 5. Cleanup of files and config.sys lines--artifacts of the install using 
  156. the minimal Netware requester.
  157.  
  158. I use the USER.CMD function of the Connect install to clean up 
  159. my config.sys and remove files.  If there is a USER.CMD in the local 
  160. \grpware\clients\ladclt directory (this directory structure is created, then
  161. removed by the Connect install process) it will be executed at the end of the
  162. install.  I put the user.cmd I wrote in the root of the W: drive and use the
  163. following command in the LT config.sys to copy it to the correct directory:
  164.  
  165.         call=\os2\cmd.exe /q /c copy w:\user.cmd \grpware\clients\ladclt\*
  166.  
  167. note this will cause an error message when booting from diskette, but after
  168. the line has been migrated to the config.sys partition being installed it
  169. does its job.
  170.  
  171. below is a REXX code segment from my user.cmd file to clean up the mess
  172. I made of the config.sys.  Note the file read/write logic is absent.
  173.  
  174. ---------  begin REXX code segment ------
  175. push stop
  176. push '=\REFPART.SYS'
  177. push '=NWLINK.SYS'
  178. push '=TOKEN.SYS'
  179. push 'SET CAS'
  180. push 'SRVREXX'
  181. push '=ROUTE.SYS'
  182. push '=IPX.SYS'
  183. push '=NWREQ.SYS'
  184. push '=NWIFS.IFS'
  185. push '=NWDAEMON.EXE'
  186. push '=\NWSTART.EXE'
  187. push '\OS2\LOGIN.EXE'
  188. push '=\MAP.EXE Z:='
  189. push '=\MAP.EXE W:='
  190. push 'ADAPTER_NIF='
  191. push 'ADAPTER_INFO'
  192. push 'SRVNAME1='
  193. push 'USER.CMD'
  194. push 'PAUSEONERROR=NO'
  195.  
  196. /* if find match for any of the above, read in the next line without 
  197. writing  the matched line to the new config.sys */
  198.  
  199.      do until test=stop
  200.        parse pull test
  201.        rtn=POS(test,sline)
  202.        if rtn > 0 then
  203.            do
  204.              sline=LINEIN(source)
  205.              oline=sline
  206.              sline=translate(sline)
  207.              linecnt=linecnt+1
  208.              read='NO'
  209.            end /* do */
  210.      end /* do */
  211.  
  212.  
  213. /* clean autorestart, libpath, dpath of lines migrated from LT Disk */
  214. push stop
  215. push ',CONNECTIONS'
  216. push ';Z:\CID\DLL\OS2'
  217. push ';\;\OS2;\OS2\SYSTEM;\OS2\INSTALL'
  218. push ';\;\OS2\INSTALL;Z:\CID\DLL\OS2;\OS2\DLL;\OS2\MDOS'
  219.  
  220.   do until test=stop
  221.      parse pull test
  222.      cnt=POS(test,sline)
  223.      if cnt > 0     then
  224.       do
  225.         sline=delstr(sline,cnt,length(test))
  226.       end /* do */
  227.    end /* do until */
  228.  
  229. --------- end of REXX Code segment ---
  230.  
  231. The install process migrates the minimal Netware requester files from 
  232. the LT diskette to the root of the drive being installed.   Removing the
  233. files is tricky because some of them are opened and locked by the Netware
  234. requester during all phases of the install process.  And they must be
  235. removed otherwise your 2.11 requester will grab these ancient files, attempt
  236. to use them and fail on your next reboot.
  237.  
  238. In my user.cmd I deleted all the Netware files copied from the LT 
  239. diskette that were not locked.  Then I set up the IBM locked file 
  240. device driver to remove those files a simple del statement could not
  241. remove.  This device driver is run from the config.sys and executes 
  242. before the Netware drivers are loaded.  I used my user.cmd to insert 
  243. the following two lines as the second and third lines of the config.sys:
  244.  
  245.        DEVICE=\OS2\INSTALL\IBMLANLK.SYS \OS2\INSTALL\IBMLANLK.LST
  246.        RUN=\OS2\INSTALL\IBMLANLK.EXE \OS2\INSTALL\IBMLANLK.LST
  247.  
  248. then build the ibmlanlk.lst file with the following entries:
  249.         DEL \NWCONFIG.DLL
  250.         DEL \NETH.MSG
  251.         DEL \NET.MSG
  252.         DEL \IPXCALLS.DLL
  253.         DEL \NWCALLS.DLL
  254.         DEL \NWAPI.DLL
  255.         DEL \NWDAEMON.EXE
  256.         DEL \NWREQOS2.MSG
  257.  
  258. You need to make sure there is an End-Of-File character (x'1A') at the end of
  259. the IBMLANLK.LST file for the IBMLANLK.SYS to work.  
  260.  
  261. This completed the cleanup.
  262.  
  263.  
  264. As you can tell from the above, it is much easier to avoid all this by
  265. building your code server the IBM way.  The only reason I do it is because
  266. IPX is routable and Netbios is not (Netbios Over TCP/IP cannot be used by
  267. the install process, its too big to fit on an LT diskette).
  268.  
  269.