home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 29 Fixes_o / 29-Fixes_o.zip / ls8150b1.dsk / IP08150.INF (.txt) < prev    next >
OS/2 Help File  |  1995-09-21  |  98KB  |  2,916 lines
  1.  
  2. ΓòÉΓòÉΓòÉ 1. Introduction ΓòÉΓòÉΓòÉ
  3.  
  4.                    IBM OS/2 LAN Server 4.0 ServicePak IP08150
  5.                                  IBM PTF IP08150
  6.  
  7. This ServicePak can be applied to:
  8.  
  9.  - IBM OS/2 LAN Server Version 4.0
  10.  
  11. Fixes for OS/2 LAN Server, OS/2 LAN Requester, UPM, HPFS, RIPL, and Fault 
  12. Tolerance are also included in this package. 
  13.  
  14. This package also includes LAN Support Program, version 1.38, and DOS LAN 
  15. Services, version 4.00.1, as separately installable packages. 
  16.  
  17. Install and fix information for DLS is available on the 1st DLS diskette. 
  18.  
  19. An additional diskette is enclosed with corrections to appletts that were 
  20. available on the LS 4.0 Productivity Aids diskettes.  These appletts can be 
  21. used to replace the gold versions.  Install and fix information is available on 
  22. the diskette. 
  23.  
  24. Warning:  1 - After upgrading LS 4.0 with this package, the ENCLOSED LAN 
  25. Support Program version 1.38 and DOS LAN Services version 4.00.1 MUST be used 
  26. instead of any previous copies of these packages. 
  27.  
  28. Warning:  2 - Before installing this ServicePak, ARCHOFF.EXE (located on the 
  29. ServicePak tool diskette) must be executed to rename any ARCHIVE logs that have 
  30. been created by previously installed LS 4.0 FixPaks. This ServicePak WILL NOT 
  31. install properly if ARCHOFF.EXE is not run prior to starting SERVICE.  With the 
  32. ServicePak tool diskette in the A drive, type A:ARCHOFF at an OS/2 command 
  33. prompt to execute this pre-install program. 
  34.  
  35. Warning:  3 - This ServicePak has a new method of installation using Corrective 
  36. Service Facility (CSF) Version 2-B.  Although the installation instructions 
  37. look similar to previous ServicePaks, there are significant differences. 
  38. Please review the entire Installation section before proceeding. Service to 
  39. Servers which use "Advanced Features" can be complex. 
  40.  
  41.                                  Good Insurance!
  42.              Have appropriate Bootable Standalone Service Diskettes.
  43.  
  44.  
  45. ΓòÉΓòÉΓòÉ 1.1. Affected SYSLEVEL Files ΓòÉΓòÉΓòÉ
  46.  
  47. After installing this ServicePak for some or all of the components listed 
  48. below, the CURRENT CSD level of the associated SYSLEVEL file(s) will indicate 
  49. IPx8150 (where x indicates the country code.) 
  50.  
  51. SYSLEVEL.SRV          IBM OS/2 LAN Server 
  52. SYSLEVEL.REQ          IBM OS/2 LAN Requester 
  53. SYSLEVEL.MUG          IBM OS/2 User Profile Management 
  54. SYSLEVEL.UPE          IBM OS/2 User Profile Management - Extended 
  55. SYSLEVEL.HFS          IBM OS/2 LAN Server - Advanced 
  56.  
  57. Note:   IBM LAN Support Program version 1.38 and DOS LAN Services version 
  58. 4.00.1 are provided in this package.  After installation, SYSLEVEL.LSP will 
  59. indicate a current CSD level of URx7060 (where x indicates country code) and a 
  60. current version of 1.38 and SYSLEVEL.DLS will indicate a current CSD level of 
  61. IPx8150 and a current version of 4.00.1. 
  62.  
  63.  
  64. ΓòÉΓòÉΓòÉ 1.2. Trademarks ΓòÉΓòÉΓòÉ
  65.  
  66. The following are trademarks of IBM Corporation: 
  67.  
  68. o AT 
  69. o DB/2 
  70. o Communication Manager (CM) 
  71. o DOS 
  72. o DOS LAN Requester (DLR) 
  73. o IBM 
  74. o LAN Server 
  75. o LAN Support Program (LSP) 
  76. o LAN Server Utimedia (LSU) 
  77. o Micro Channel 
  78. o Network Resource Reservation (NRR) 
  79. o Operating System/2 
  80. o OS/2 
  81. o OS/2 REXX 
  82. o OS/2 Warp 
  83. o OS/2 Warp Connect 
  84. o Presentation Manager (PM) 
  85. o RIPL 
  86. o SPM/2 
  87. o UPS 
  88. o User Profile Management (UPM) 
  89. o Win-OS/2 
  90. o WorkFrame/2 
  91. o XGA 
  92.  
  93. The following are trademarks of other Corporations: 
  94.  
  95. o ATTISO (AT&T Corporation) 
  96. o Lotus 1-2-3 (Lotus Development Corporation) 
  97. o Microsoft (Microsoft Corporation) 
  98. o Q+E Database Editor (Pioneer) 
  99. o Unicenter (Computer Associates International, Inc.) 
  100. o Windows (Microsoft Corporation) 
  101. o Windows NT (Microsoft Corporation) 
  102. o Word for Windows (Microsoft Corporation) 
  103. o WordPerfect Office (WordPerfect Corporation) 
  104.  
  105.  
  106. ΓòÉΓòÉΓòÉ 2. Installation ΓòÉΓòÉΓòÉ
  107.  
  108. This ServicePak uses Corrective Service Facility (CSF) Version 2-B (provided on 
  109. the tool diskette of this ServicePak) for installation. 
  110.  
  111. Complete instructions for the use of the updated SERVICE and FSERVICE commands 
  112. are provided with the CSF Version 2-B README.INF file on the ServicePak Tool 
  113. Diskette. Please read the CSF instructions for information on the use of CSF 
  114. Version 2-B backup and restore capabilities. 
  115.  
  116. Note:   - Archiving is not enabled for this ServicePak. 
  117.  
  118. Installing the ServicePak is essentially a three phase process: 
  119.  
  120. Phase 1 - Quiesce the Target System 
  121.             Stop all running applications so that LAN Server/Requester is not 
  122.             in use. (This includes doing a 'net stop server'). 
  123.  
  124. Phase 2 - Install the ServicePak 
  125.             Use one of the following methods to replace system files with those 
  126.             provided on this ServicePak: 
  127.             Selective Install 
  128.             Redirected (CID) Install 
  129.  
  130. Phase 3 - Return the Serviced System to Normal Operation 
  131.             Perform a normal system boot.  Also, Post Installation Procedures 
  132.             may be necessary to update Remote IPL images or DOS LAN Requester 
  133.             clients. 
  134.  
  135. Note:   - If asked for permission to replace any files, respond Yes for hidden 
  136. or system files, or any private fixes that are indicated as newer than the 
  137. ServicePak files. 
  138.  
  139.  
  140. ΓòÉΓòÉΓòÉ 2.1. Selective Install ΓòÉΓòÉΓòÉ
  141.  
  142. This method will apply fixes to selected subsystems, partitions, and 
  143. directories: The Corrective Service Facility will handle Locked Files 
  144. automatically so boot diskettes are not required before applying service. 
  145.  
  146.  1. At an OS/2 command prompt, perform a 'net stop server'. 
  147.  2. Insert ServicePak Tool diskette in the A drive. 
  148.  3. At an OS/2 command prompt, type "A:ARCHOFF" to execute this pre-install 
  149.     program (if you haven't already done so). 
  150.  4. At an OS/2 command prompt, type "A:SERVICE" and press Enter. 
  151.  5. Insert ServicePak diskette 1 when prompted. 
  152.  6. Follow the prompts to the CSF SERVICEABLE PRODUCTS panel. Review the 
  153.     serviceable products selected on the panel and deselect any products that 
  154.     you do not want to service at this time.  Then choose the SERVICE push 
  155.     button. 
  156.  7. Enter (optional) backup path then choose the OK push button. 
  157.  8. If the APPLICATION IN USE locked files panel is presented, choose CONTINUE. 
  158.  9. Follow prompts to complete the process. 
  159. 10. Remove the diskette from drive A:, then perform the system Shutdown 
  160.     procedure. 
  161. 11. Reboot the system normally. 
  162.  
  163. If the system to be serviced is a multiboot system with LAN Advanced Server 
  164. using IBM386FS on a drive other than the "C" drive, use the Special Situation 
  165. Install method to complete the installation on each bootdrive. 
  166.  
  167. When problems such as insufficient disk space are encountered when performing 
  168. the Selective Install, use the Special Situation Install method to perform 
  169. service. 
  170.  
  171.  
  172. ΓòÉΓòÉΓòÉ 2.2. Redirected Installation (CID) Method ΓòÉΓòÉΓòÉ
  173.  
  174. This method is useful for those who are using the CID (Configuration, 
  175. Installation, and Distribution) Services as provided by IBM MPTS. The Selective 
  176. Install method is recommended for Servers exploiting 386 HPFS function, Fault 
  177. Tolerance, and/or Local Security. 
  178.  
  179. While setting up a CID server is beyond the scope of this document, we have 
  180. provided a sample LAN CID Utility REXX Command file segment (IP_8150.CID) that 
  181. may prove useful in setting up a CID server for this ServicePak. 
  182.  
  183. The sample IP_8150.CID assumes the following: 
  184.  
  185. o The ServicePak Tool diskette files are placed on the code server using "XCOPY 
  186.   A:\*.* /S" (or equivalent) in 'x:\img\csd\ls40\ip_8150' where 'x:' is the 
  187.   drive seen by the client. 
  188.  
  189. o The ServicePak files are placed on the code server using "XCOPY A:\*.* /S" 
  190.   (or equivalent) in 'x:\img\csd\ls40\ip_8150.' 
  191.  
  192. o The sample RESPONSE.FIL (or equivalent) is placed on the code server in 
  193.   x:\rsp\csd\ls40\ip_8150. 
  194.  
  195. o The following CID server directory structure contains the contents of the 
  196.   ServicePak and the tool diskette. 
  197.  
  198.    img\csd\ls40\ip_8150               * Root directory of ServicePak diskette 1 
  199.    img\csd\ls40\ip_8150               * ServicePak Tool diskette files 
  200.    img\csd\ls40\ip_8150\FIX           * No files 
  201.    img\csd\ls40\ip_8150\FIX\REQ.1     * Requester Fixes 
  202.    img\csd\ls40\ip_8150\FIX\SRV.2     * Server Fixes 
  203.    img\csd\ls40\ip_8150\FIX\HFS.3     * HPFS Fixes 
  204.    img\csd\ls40\ip_8150\FIX\MUG.4     * User Profile Management Fixes 
  205.    img\csd\ls40\ip_8150\FIX\UPE.5     * Extended UPM Fixes 
  206.  
  207.    rsp\csd\ls40\ip_8150               * RESPONSE.FIL (from sample on ServicePak 
  208.                                       tool diskette) 
  209.  
  210. o A log directory exists at 'x:\log\csd\ls40\ip_8150' for the log files. 
  211.  
  212.  
  213. ΓòÉΓòÉΓòÉ 2.3. Bootable Standalone Service Diskettes ΓòÉΓòÉΓòÉ
  214.  
  215. Sometimes it becomes necessary to boot from diskette in order to perform 
  216. certain operations on fixed-disk, like installing this ServicePak or running 
  217. CHKDSK /f. 
  218.  
  219. All necessary files must be contained on diskette.  Files from the fixed-disk 
  220. should not be referenced in A:\CONFIG.SYS or A:STARTUP.CMD. Otherwise Locked 
  221. Files can still exist on the fixed-disk. 
  222.  
  223. Should the need arise to boot from diskette for any reason, you may: 
  224.  
  225. o Use the Install diskette and Diskette 1 of OS/2 2.x or OS/2 3.x. Escape to A: 
  226.  
  227. o Create custom Bootable Standalone Service Diskettes from your licensed 
  228.   materials.  The makeup of these is dependent on the system to be serviced. 
  229.   Instruction is available for: 
  230.  
  231.    Requesters and Entry Version Servers. 
  232.    Advanced Version Servers. 
  233.  
  234. CAUTION:
  235. LAN Servers that utilize the Advanced features such as Local Security and Fault 
  236. Tolerance must use custom Bootable Standalone Service Diskettes.  Regular HPFS 
  237. boot diskettes, such as the OS/2 Installation diskettes, CANNOT mirror changes 
  238. to Fault Tolerance partitions or access files/directories which are controlled 
  239. by local security. 
  240.  
  241.  
  242. ΓòÉΓòÉΓòÉ 2.3.1. Making OS/2 Bootable Diskettes ΓòÉΓòÉΓòÉ
  243.  
  244. Instructions for creating OS/2 bootable diskettes for Requesters and Entry 
  245. Version Servers are dependent on the OS/2 version. 
  246.  
  247. o For OS/2 2.x versions: 
  248.  
  249.     1. Make a copy of the OS/2 2.x Installation Diskette and Diskette 1. Call 
  250.        them SA1 and SA2 respectively. 
  251.  
  252.     2. Delete SYSINST2.EXE from Diskette SA2. 
  253.  
  254.     3. Delete BUNDLE from Diskette SA2 (this will be on OS/2 versions 2.1 or 
  255.        greater). 
  256.  
  257.     4. Modify CONFIG.SYS on SA2 as follows: 
  258.  
  259.               buffers=50
  260.               memman=noswap
  261.               protshell=a:\cmd.exe
  262.               protectonly=yes
  263.               libpath=a:\;
  264.               ifs=hpfs.ifs /c:64
  265.               set path=a:\;
  266.               set dpath=a:\;
  267.  
  268.     5. Copy UHPFS.DLL from OS/2 Diskette 2 or C:\OS2\DLL to SA2. 
  269.  
  270. o For OS/2 3.x versions: 
  271.  
  272.   Use the Install diskette and Diskette 1 of OS/2 3.x.  Escape to A: 
  273.  
  274.  
  275. ΓòÉΓòÉΓòÉ 2.3.2. Making Advanced Server Bootable Diskettes ΓòÉΓòÉΓòÉ
  276.  
  277. MAKEDISK is an Advanced Server utility designed to make the necessary Bootable 
  278. Standalone Service Diskettes used in periodic maintenance of 386 HPFS systems. 
  279.  
  280.  1. Make a copy of the OS/2 2.x or 3.x Installation Diskette and Diskette 1. 
  281.     Call them SA1 and SA2 respectively. 
  282.  
  283.  2. Delete SYSINST2.EXE from Diskette SA2. 
  284.  
  285.  3. Delete BUNDLE from Diskette SA2 (this will be on OS/2 versions 2.1 or 
  286.     greater). 
  287.  
  288.  4. With Boot Diskette SA2 in drive a: or b: run MAKEDISK from an OS/2 prompt. 
  289.  
  290.     Note:   Syntax is MAKEDISK /BOOTDRIVE:d where d  is the OS/2 boot drive. 
  291.  
  292.     For additional Information see the Network Administrators Reference: 
  293.     Creating a 386 HPFS Boot Diskette, or LAN Server Utilities. 
  294.  
  295.  5. If using Fault Tolerance, add the Fault Tolerance files to the Bootable 
  296.     Diskette SA2. 
  297.  
  298.  6. Verify that the 386 HPFS Bootable Standalone Service Diskettes work 
  299.     properly. 
  300.  
  301.    o Shutdown the system. 
  302.    o Insert the Bootable Standalone Service Diskette SA1 in the A drive. 
  303.    o Reboot the system (Ctrl+Alt+Del, or other method). 
  304.    o Determine if Local Security is working. 
  305.    o Determine if Fault Tolerance is working. 
  306.  
  307.  
  308. ΓòÉΓòÉΓòÉ 2.3.3. Adding Fault Tolerance to 386 HPFS Bootable Standalone Service Diskettes ΓòÉΓòÉΓòÉ
  309.  
  310. 386 HPFS Bootable Standalone Service diskettes require additional customizing 
  311. in order to properly update files on partitions which are mirrored. 
  312.  
  313. The following steps may have to be done for each LAN Server with Fault 
  314. Tolerance since the configuration information transferred in step 3 can be 
  315. unique for each such system. 
  316.  
  317.  1. Copy the following four Fault Tolerance files from the first diskette of 
  318.     the LAN Server 4.0 ServicePak to your Bootable Standalone Service Diskette 
  319.     SA2. 
  320.  
  321.               1) DISKFT.SYS  2) FTD.MSG  3) FTATTRIB.EXE  4) FTCOPY.CMD
  322.  
  323.  2. Add the following line to the CONFIG.SYS on the Bootable Standalone Service 
  324.     Diskette SA2. 
  325.  
  326.                                   DEVICE=DISKFT.SYS
  327.  
  328.  3. At an OS/2 command prompt, make the current drive A:, and have the 386 HPFS 
  329.     Bootable Standalone Service Diskette SA2 in drive A. Type "FTCOPY" to copy 
  330.     the customized Fault Tolerance configuration information to the 386 HPFS 
  331.     Bootable Standalone Service Diskette SA2. 
  332.  
  333. Warning:  Test your 386 HPFS Bootable Standalone Service Diskette before you 
  334. make any alterations to your system.  This Diskette is the Master Key should 
  335. your system ever fail to boot from its hard drive. 
  336.  
  337.  
  338. ΓòÉΓòÉΓòÉ 2.4. Special Situation Install ΓòÉΓòÉΓòÉ
  339.  
  340. This method will apply all fixes to all partitions and directories: 
  341.  
  342. FSERVICE is used for CID installation of this ServicePak, for multiboot systems 
  343. with IBM386FS on a drive other than the 'C' drive, or when problems, such as 
  344. insufficient memory for the locked file device driver or corrupted disk drives, 
  345. are encountered using the Selective Install method. It does require booting 
  346. from diskette to insure that there are no Locked Files during the install 
  347. phase. 
  348.  
  349. Warning:   - Ensure that all drives to be updated are clean by performing a 
  350. CHKDSK /F on each drive before FSERVICE is invoked.  There will be no 
  351. opportunity to clean up the drives after FSERVICE is invoked. 
  352.  
  353.  1. Review the FSERVICE Response File (RESONSE.FIL on the ServicePak tool 
  354.     diskette) and modify as needed to reflect the configuration of the system 
  355.     to be serviced. 
  356.  2. Boot from the Bootable Standalone Service Diskettes. 
  357.  3. Establish A: as the Current Directory. 
  358.  4. Replace the Boot Diskette with the ServicePak Tool Diskette. 
  359.  5. From the A: prompt, type "ARCHOFF" and press enter to execute a pre-install 
  360.     program (if you haven't already done so). 
  361.  6. From the A: prompt, type "FSERVICE" and press Enter.  Click here for 
  362.     additional steps needed for multi-boot systems. 
  363.  7. At the panel titled "Installing this Service Pak" press Enter (Option 1). 
  364.  8. Follow the prompts provided by the Corrective Service Facility. 
  365.  9. Reboot the system normally. 
  366.  
  367.  
  368. ΓòÉΓòÉΓòÉ 2.4.1. Updating IBM386FS Directory on a Multiboot System ΓòÉΓòÉΓòÉ
  369.  
  370. A new parameter has been added to the FSERVICE command to enable servicing the 
  371. IBM386FS directory when it resides on a bootdrive other than C:.  Specify the 
  372. bootdrive containing the IBM386FS directory to be serviced as the /b parameter 
  373. on the FSERVICE command: 
  374.  
  375.             FSERVICE /b:d
  376.               (where d is the drive letter assigned to bootdrive)
  377.  
  378. Note:   There is NO colon after the bootdrive 'd'. 
  379.  
  380. Two methods are available for servicing the IBM386FS directories on multiple 
  381. bootable drives: 
  382.  
  383.  1. Run FSERVICE iteratively. That is, run FSERVICE /b: for each bootable drive 
  384.     containing an IBM386FS directory. 
  385.  
  386.  2. Edit the RESPONSE.FIL (on the Tool diskette of this ServicePak) to add the 
  387.     following parameter set after the :SYSLEVEL label: 
  388.  
  389.         :DIRLIST
  390.         d1:\IBM386FS   where d1 = a bootable drive requiring IBM386FS service,
  391.         d2:\IBM386FS   and  d2 = another bootable drive requiring IBM386FS service.
  392.         :ENDDIRLIST
  393.  
  394.  
  395. ΓòÉΓòÉΓòÉ <hidden> Locked Files ΓòÉΓòÉΓòÉ
  396.  
  397. Sometimes it is essential that programs own (become the master of) system 
  398. resources such as Memory Blocks, Communication Ports, and Files. When a program 
  399. stakes claim to a file, that file is said to be Locked; no other program is 
  400. allowed to alter (replace or write to) it until the owning program explicitly 
  401. removes the lock. 
  402.  
  403. .DLL Files  can become Locked by residing in a directory that is included in 
  404. the LIBPATH string of CONFIG.SYS. 
  405.  
  406. For example, NETAPI.DLL can be locked when \MUGLIB\DLL exists in the LIBPATH of 
  407. CONFIG.SYS. 
  408.  
  409.  
  410. ΓòÉΓòÉΓòÉ <hidden> Escape to A: from OS/2 Install Diskettes ΓòÉΓòÉΓòÉ
  411.  
  412. To obtain the A:  prompt when using the OS/2 Product installation diskettes as 
  413. Bootable Standalone Service Diskettes: 
  414.  
  415. o Boot the system with Install Diskette in drive A. 
  416.  
  417. o At the IBM Logo Screen - Insert Diskette 1, press Enter. 
  418.  
  419. o At the Welcome Screen - Press Esc to Exit. (F3 for OS/2 3.x) 
  420.  
  421. The A: prompt should appear.  OS/2 Programs, including FSERVICE.EXE, can be run 
  422. from here. 
  423.  
  424.  
  425. ΓòÉΓòÉΓòÉ <hidden> Creating a 386 HPFS Boot Diskette Refer to ΓòÉΓòÉΓòÉ
  426.  
  427. Appendix H in: 
  428.  
  429.                                     Operating System/2 Local Area Network Server
  430.  
  431.                          Network Administrator Reference Volume 1:  Planning and
  432.                                                                     Installation
  433.  
  434.                                                                      Version 4.0
  435.  
  436.  
  437. ΓòÉΓòÉΓòÉ <hidden> LAN Server Utilities ΓòÉΓòÉΓòÉ
  438.  
  439. Refer to Appendix B, Miscellaneous Utilities MAKEDISK in:
  440.  
  441.                                     Operating System/2 Local Area Network Server
  442.  
  443.                 Network Administrator Reference Volume 3:  Network Administrator
  444.                                                                            Tasks
  445.  
  446.                                                                      Version 4.0
  447.  
  448.  
  449. ΓòÉΓòÉΓòÉ 3. Post Installation Procedures ΓòÉΓòÉΓòÉ
  450.  
  451. Servers used for Remote IPL or DOS Lan Requester Download Service need 
  452. additional consideration. 
  453.  
  454.  
  455. ΓòÉΓòÉΓòÉ 3.1. Install LSP 1.38 Image ΓòÉΓòÉΓòÉ
  456.  
  457. LAN Support Program version 1.38 is required for Remote IPL Servers.  Follow 
  458. the steps below to install the LSP 1.38 image included in this package: 
  459.  
  460.  1. Open the IBM LAN Services icon on the desktop and select the OS/2 LAN 
  461.     Services Installation/Configuration icon. 
  462.  
  463.  2. Follow the prompts, selecting the TAILORED method of configuration on the 
  464.     EASY OR TAILORED INSTALLATION/CONFIGURATION panel. 
  465.  
  466.  3. Follow further prompts until the INSTALLATION AND CONFIGURATION panel is 
  467.     displayed.  Select "CONFIGURE A COMPONENT" and press "OK". 
  468.  
  469.  4. On the CONFIGURE panel, highlight one of the following as appropriate for 
  470.     the target system and then select CONFIGURE: 
  471.  
  472.     DOS Remote IPL Service 
  473.     OS/2 Remote IPL Service 
  474.  
  475.  5. On the COPY PROGRAMS panel, highlight LAN Support Program then select COPY. 
  476.     Verify that "copy" is displayed in the Action column.  Press OK. 
  477.  
  478.  6. When returned to the CONFIGURE panel, press OK. 
  479.  
  480.  7. When the INSTALLATION AND CONFIGURATION panel is redisplayed, highlight 
  481.     "Apply the changes" and press OK. 
  482.  
  483.  8. Follow the remaining prompts (inserting Requester diskette 3 if requested), 
  484.     and insert the LAN Support Program diskettes included in this package when 
  485.     requested. 
  486.  
  487.  9. At the File Backup panel, press OK, then follow panel instructions to 
  488.     shutdown and reboot the system. 
  489.  
  490. After successful installation of the LAN Support Program provided with this 
  491. package, SYSLEVEL.LSP will indicate a current CSD level of URx7060 (where x 
  492. indicates country code) and a current version of 1.38. 
  493.  
  494. Warning:  After upgrading LS 4.0 with this package, the ENCLOSED LAN Support 
  495. Program diskettes MUST be used instead of any previous copy of the LSP. 
  496.  
  497. Warning:  If one of the IBM AUTO 16/4 TOKEN RING Adapter Cards is installed 
  498. anywhere on the network being serviced, additional steps are required to keep 
  499. LSP compatible with the Adapter card. 
  500.  
  501.  
  502. ΓòÉΓòÉΓòÉ 3.1.1. Additional Steps for AUTO 16/4 Token Ring Adapters ΓòÉΓòÉΓòÉ
  503.  
  504. IBMTOK.DOS and associated files installed with LSP 1.38 are not compatible with 
  505. the IBM AUTO 16/4 Token Ring Adapter cards.  These files must be replaced by 
  506. the same named files delivered with the IBM AUTO 16/4 Token Ring Adapter Card. 
  507. This replacement is done as follows: 
  508.  
  509.  1. Insert Disk 2 (labeled DEVICE DRIVER AND LSP CUSTOM) of the diskettes 
  510.     delivered with the IBM AUTO 16/4 Token Ring Adapter Card into drive A. 
  511.  
  512.  2. Copy the following files from diskette 2 into the IBMLAN\DOSLAN\LSP\DOS 
  513.     directory on the system just serviced, overlaying the same named files 
  514.     already there. 
  515.  
  516.    o IBMTOK.DOS 
  517.    o IBMTOK.NIF 
  518.    o LT2.MSG 
  519.  
  520. For example: 
  521.  
  522.     COPY a:\dos\ibmtok.dos d:\ibmlan\doslan\lsp\dos\ibmtok.dos
  523.   or
  524.     COPY a:\dos\*.* d:\ibmlan\doslan\lsp\dos
  525.  
  526.       where d is the drive that lan server is installed on
  527.  
  528.  
  529. ΓòÉΓòÉΓòÉ 3.2. Install DLS 4.0 Images ΓòÉΓòÉΓòÉ
  530.  
  531. DOS LAN Services version 4.00.1 is required for Remote IPL Servers.  Follow the 
  532. steps below to install the DLS 4.0 image included in this package: 
  533.  
  534.  1. Open the IBM LAN Services icon on the desktop and select the OS/2 LAN 
  535.     Services Installation/Configuration icon. 
  536.  
  537.  2. Follow the prompts, selecting the TAILORED method of configuration on the 
  538.     EASY OR TAILORED INSTALLATION/CONFIGURATION panel. 
  539.  
  540.  3. Follow further prompts until the INSTALLATION AND CONFIGURATION panel is 
  541.     displayed.  Select "CONFIGURE A COMPONENT" and press "OK". 
  542.  
  543.  4. On the CONFIGURE panel, highlight one of the following as appropriate for 
  544.     the target system and then select CONFIGURE: 
  545.  
  546.     DOS Remote IPL 
  547.  
  548.  5. On the COPY PROGRAMS panel, highlight DOS LAN Services, then select COPY. 
  549.     Verify that "copy" is displayed in the Action column.  Press OK. 
  550.  
  551.  6. When returned to the CONFIGURE panel, press OK. 
  552.  
  553.  7. When the INSTALLATION AND CONFIGURATION panel is redisplayed, highlight 
  554.     "Apply the changes" and press OK. 
  555.  
  556.  8. Follow the remaining prompts, and insert the DOS LAN Services diskettes 
  557.     included in this package when requested. 
  558.  
  559.  9. At the File Backup panel, press OK, then follow panel instructions to 
  560.     shutdown and reboot the system. 
  561.  
  562. After successful installation of DOS LAN Services provided with this package, 
  563. SYSLEVEL.DLS will indicate a current CSD level of IPx8150 (where x indicates 
  564. country code) and a current version of 4.00.1. 
  565.  
  566. Warning:  After upgrading LS 4.0 with this package, the ENCLOSED DOS LAN 
  567. Services diskettes MUST be used instead of any previous copy of DLS. 
  568.  
  569.  
  570. ΓòÉΓòÉΓòÉ 3.3. Updating Remote IPL Servers ΓòÉΓòÉΓòÉ
  571.  
  572. CAUTION:
  573. Before updating remote IPL servers, please review the appropriate SPECIAL RIPL 
  574. CONSIDERATIONS section of this document for Operating System specific 
  575. information: 
  576.  
  577. If the Server is intended to Remote IPL OS/2 2.1, OS/2 for Windows, or OS/2 
  578. Warp 3.0 then the following steps are necessary after complete installation of 
  579. this ServicePak and LAN Support Program (LSP) version 1.38: 
  580.  
  581.  1. If creating OS/2 for Windows Remote IPL clients, preliminary steps are 
  582.     required before using RIPLINST. 
  583.  
  584.  2. If OS/2 2.1, or OS/2 for Windows have not been installed in the Remote IPL 
  585.     directory, use the appropriate version of the OS/2 utility RIPLINST.EXE to 
  586.     install the desired version of OS/2. 
  587.  
  588.     OS/2 Warp 3.0 does not have to be installed in the Remote IPL directory 
  589.     prior to running RPLS8150.CMD. 
  590.  
  591.  3. Run RPLS8150.CMD to: 
  592.  
  593.    o Update the DEFALT30.FIT file to reflect the server name. 
  594.    o Update the OS/2 Warp 3.0 RIPL configuration files (*.CNF). 
  595.    o Update existing RIPL configuration files to support DOS LAN Support 
  596.      Program V1.38. 
  597.    o Update RPL.MAP to add server records for the new *.CNF files. 
  598.  
  599.  4. Start the Server. 
  600.  
  601.  5. Logon with Administrator Authority. 
  602.  
  603.  6. Run GETRPL.EXE to: 
  604.  
  605.    o Migrate RPL.MAP workstation and server records from previous levels of LAN 
  606.      Server into the RPL.MAP on the current Remote IPL Server. 
  607.    o Move DOS Remote IPL users from previous levels of LAN Server into a group 
  608.      called RPLGROUP and create an access control profile for RPLGROUP granting 
  609.      all privileges to the users in that group. 
  610.    o Ensure that new OS/2 and DOS Remote IPL users added with LAN Server 4.0 
  611.      are added to the group. 
  612.    o Create the default OS2.INI, OS2INI.20, OS2SYS.INI and OS2SYINI.20, and 
  613.      REINSTAL.INI files. 
  614.    o Update RPL.MAP to enable only the OS/2 server records for versions of OS/2 
  615.      that are installed in the Remote IPL directory. In addition, only server 
  616.      records for which the corresponding LAN adapter is installed in the server 
  617.      will be enabled. 
  618.  
  619. CAUTION:
  620. DO NOT run RPLSETD.CMD until the steps above have been completed. 
  621.  
  622.  
  623. ΓòÉΓòÉΓòÉ 4. Existing Problems ΓòÉΓòÉΓòÉ
  624.  
  625. This section contains descriptions of existing problems and their workarounds. 
  626.  
  627.  
  628. ΓòÉΓòÉΓòÉ 4.1. Changing a password from a LS4.0 client to a LS4.0 Server ΓòÉΓòÉΓòÉ
  629.  
  630.  This package contains a modification to the password change function to assist 
  631. with interoperability with future IBM LAN products.  If this package is applied 
  632. to a client, the package must also be applied to any LAN Server 4.0 server that 
  633. is the target of a user's password change.  It is strongly recommended that 
  634. this package be applied to all servers before any clients. 
  635.  
  636.  
  637. ΓòÉΓòÉΓòÉ 5. Remote IPL Information ΓòÉΓòÉΓòÉ
  638.  
  639. This section contains additional information for Remote IPL. 
  640.  
  641.  
  642. ΓòÉΓòÉΓòÉ 5.1. LAN Server Remote IPL Service Upgrade Summary ΓòÉΓòÉΓòÉ
  643.  
  644. The following changes/additions have been made to Remote IPL Service: 
  645.  
  646. o The RPLSETD.CMD REXX procedure has been updated to support the following OS/2 
  647.   RIPL client upgrades: 
  648.  
  649.    Current Client Operating System         New Client Operating System 
  650.  
  651.    1.3.2                                   No updates supported 
  652.  
  653.    2.0                                     2.0 + SP, 2.1* or OS/2 for Windows, 
  654.                                            OS/2 Warp 3.0 with Windows, OS/2 
  655.                                            Warp Connect 
  656.  
  657.    2.0 + SP                                2.1* or OS/2 for Windows, 
  658.                                            OS/2 Warp 3.0 with Windows, OS/2 
  659.                                            Warp Connect 
  660.  
  661.    2.00.1                                  2.1* or OS/2 for Windows, 
  662.                                            OS/2 Warp 3.0 with Windows, OS/2 
  663.                                            Warp Connect 
  664.  
  665.    2.1*                                    OS/2 Warp 3.0 with Windows, OS/2 
  666.                                            Warp Connect 
  667.  
  668.  
  669. ΓòÉΓòÉΓòÉ 5.2. Valid OS/2 / Remote IPL Configurations ΓòÉΓòÉΓòÉ
  670.  
  671. The following table identifies valid OS/2 / Remote IPL configurations: 
  672.  
  673.   ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  674.  Γöé     Γöé     Operating System to be Remote IPLed             Γöé                  _
  675.  ΓöéServer  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  676.  ΓöéOperatingΓöé    Γöé      Γöé    Γöé     Γöé OS/2 WarpΓöé OS/2 WarpΓöé      Γöé
  677.  ΓöéSystem  Γöé OS/2 ΓöéOS/2 2.0+  Γöé OS/2  ΓöéOS/2 forΓöé 3.0 for  Γöé 3.0 with Γöé OS/2 WarpΓöé
  678.  Γöé     Γöé 2.0  ΓöéService PakΓöé 2.1  ΓöéWindows Γöé Windows  Γöé Windows  Γöé Connect  Γöé
  679.  Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  680.  Γöé 2.x   Γöé Yes  Γöé  Yes   Γöé Yes(1)Γöé Yes(1) Γöé  Yes(2)  Γöé  Yes(2)  Γöé Yes(2,3) Γöé
  681.  Γöé     Γöé    Γöé      Γöé    Γöé     Γöé      Γöé      Γöé      Γöé
  682.  Γöé 3.0   Γöé Yes  Γöé  Yes   Γöé Yes(1)Γöé Yes(1) Γöé  Yes(2)  Γöé  Yes(2)  Γöé Yes(2,3) Γöé
  683.  ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  684.  
  685. Note:   1. OS/2 2.1 and OS/2 for Windows are mutually exclusive. Only one of 
  686. them can be installed in the RIPL tree, not both. 
  687.  
  688. Note:   2. Only one version of OS/2 Warp 3.0 may be installed in the RIPL tree. 
  689. The OS/2 Warp version may be one of the following: 
  690.  
  691. o OS/2 Warp 3.0 for Windows 
  692.  
  693. o OS/2 Warp 3.0 with Windows 
  694.  
  695. o OS/2 Warp Connect. 
  696.  
  697. Note:   3. Only the base operating system portion of OS/2 Warp Connect may be 
  698. installed for remote IPL. The network portions of the OS/2 Warp Connect product 
  699. are not enabled for installation in the remote IPL environment. 
  700.  
  701.  
  702. ΓòÉΓòÉΓòÉ 5.3. Special RIPL Considerations ΓòÉΓòÉΓòÉ
  703.  
  704. The following sections describe items that need special consideration when a 
  705. Remote IPL is to be performed. 
  706.  
  707.  
  708. ΓòÉΓòÉΓòÉ 5.3.1. Creating New OS/2 Warp 3.0 Remote IPL Clients ΓòÉΓòÉΓòÉ
  709.  
  710. IBM LAN Server 4.0 has been updated to support the remote IPL of OS/2 Warp 3.0 
  711. clients. 
  712.  
  713. o The DEFALT30.FIT configuration file has been updated. 
  714.  
  715. o Server records for OS/2 Warp have been added into the RPL.MAP file. 
  716.  
  717. o GETRPL has been updated to support OS/2 Warp. 
  718.  
  719. o The RPLSETD.CMD REXX procedure has been updated to support OS/2 Warp. 
  720.  
  721.  
  722. ΓòÉΓòÉΓòÉ 5.3.2. Creating New OS/2 Warp 3.0 for Windows Remote IPL Clients ΓòÉΓòÉΓòÉ
  723.  
  724. The Microsoft Windows 3.1 code must be installed into the remote IPL directory 
  725. tree prior to using RIPLINST to install OS/2 for Windows or OS/2 Warp 3.0 for 
  726. Windows in the RIPL tree.  If you will be installing OS/2 Warp 3.0 for Windows, 
  727. then the Windows 3.1 code must be installed into the directory 
  728. \IBMLAN\RPL\OS2.30\WINDOWS. Three possible methods for completing this step are 
  729. given below (choose one): 
  730.  
  731.  1. If the Windows 3.1 code is already installed on the server, copy the 
  732.     installed d:\WINDOWS directory tree into the d:\IBMLAN\RPL\OS2.30\WINDOWS 
  733.     directory tree using the XCOPY command below. 
  734.  
  735.  2. If the Windows 3.1 code is not installed on the server, boot the server 
  736.     with DOS and install Microsoft Windows 3.1 to a FAT partition on the 
  737.     server.  Reboot the server and allow it to boot the OS/2 operating system. 
  738.     Copy the Windows files from the FAT partition to the 
  739.     d:\IBMLAN\RPL\OS2.30\WINDOWS directory tree using the XCOPY command below. 
  740.  
  741.  3. Install the Windows 3.1 code on a DOS machine.  Remote IPL OS/2 to that 
  742.     machine.  Start the LAN Requester and NET USE the drive where \IBMLAN\RPL 
  743.     is installed.  Copy the Windows files from the local hardfile to the server 
  744.     using the XCOPY command below. 
  745.  
  746.  
  747.    XCOPY  d:\WINDOWS  d:\IBMLAN\RPL\OS2.30\WINDOWS  /S /E
  748.  
  749.  
  750. ΓòÉΓòÉΓòÉ 5.3.3. Supporting Multiple Levels of the OS/2 Operating System ΓòÉΓòÉΓòÉ
  751.  
  752. It is possible to install and support multiple levels of the OS/2 operating 
  753. system on a RIPL server.  This section documents the correct procedure to use 
  754. to support such an environment. 
  755.  
  756. The basic procedure is as follows: 
  757.  
  758.  1. Run the OS/2 utility RIPLINST to install the OS/2 code in the RIPL 
  759.     directory tree.  You must be careful to use the version of RIPLINST that 
  760.     matches the level of code to be installed.  RIPLINST is located on diskette 
  761.     7 of all OS/2 2.x or 3.0 installation diskettes.  RIPLINST is unique for 
  762.     each version of OS/2. 
  763.  
  764.  2. After running RIPLINST, run the LAN Server utility, GETRPL. GETRPL uses 
  765.     information stored in the OS2SYS.INI file by RIPLINST so it is very 
  766.     important that GETRPL be run before using RIPLINST to install another 
  767.     version of OS/2. 
  768.  
  769.  3. Repeat steps 1 and 2 for each version of OS/2 that will be RIPLed. 
  770.  
  771.  4. Check the \IBMLAN\RPL\RPL.MAP file.  Look for the OS/2 server records, they 
  772.     start with yyyyyyyyyyyy or ;yyyyyyyyyyyy and field two will contain a name 
  773.     like OS220*.CNF, OS221*.CNF or OS230*.CNF. A semicolon (;) in column 1 
  774.     indicates the record is disabled. GETRPL will enable/disable the 
  775.     appropriate records based upon what OS/2 version(s) you installed. 
  776.  
  777.  
  778. ΓòÉΓòÉΓòÉ 5.3.4. Special Considerations for Remote IPL of OS/2 Warp 3.0 ΓòÉΓòÉΓòÉ
  779.  
  780. The following sections provide information needed to Remote IPL on an OS/2 Warp 
  781. system. 
  782.  
  783.  
  784. ΓòÉΓòÉΓòÉ 5.3.4.1. XDF Diskette Support Requirement ΓòÉΓòÉΓòÉ
  785.  
  786.  The OS/2 Warp 3.0 installation diskettes are delivered in XDF diskette format. 
  787. Remote IPL servers running OS/2 2.1 or older must be upgraded to support the 
  788. XDF diskette format before the OS/2 Warp 3.0 remote IPL support can be 
  789. installed on the server.  OS/2 2.1 servers can be upgraded to support the XDF 
  790. diskette format.  DOUBLE CLICK HERE for instructions on how to upgrade an OS/2 
  791. 2.1 server.  OS/2 2.0 systems below ServicePak XRx6100 cannot be upgraded to 
  792. support the XDF diskette format.  Remote IPL support for OS/2 Warp 3.0 can not 
  793. be installed on such systems. 
  794.  
  795.  
  796. ΓòÉΓòÉΓòÉ 5.3.4.2. Installing XDF Support on Remote IPL Servers ΓòÉΓòÉΓòÉ
  797.  
  798. If an OS/2 2.1 or OS/2 2.0 + XR06100 system is used for the code server, 
  799. modifications must be made to the system in order to read the OS/2 Warp 3.0 XDF 
  800. format installation diskettes.  OS/2 Warp 3.0 servers will be able to read 
  801. these diskettes without any modification. 
  802.  
  803. To modify the OS/2 2.1 or OS/2 2.0 + XR06100 system so that it can read the 
  804. OS/2 Warp 3.0 XDF format installation diskettes, do the following: 
  805.  
  806. o ISA-bus Systems: 
  807.  
  808.     1. Rename IBM1FLPY.ADD to IBM1FLPY.OLD in the \OS2 directory. 
  809.     2. Copy XDFLOPPY.FLT and IBM1FLPY.ADD from OS/2 Warp 3.0 diskette 1 to the 
  810.        \OS2 directory. 
  811.     3. Add the following line to your CONFIG.SYS file: 
  812.  
  813.                   BASEDEV=XDFLOPPY.FLT
  814.  
  815. o Micro Channel*-bus Systems: 
  816.  
  817.     1. Rename IBM2FLPY.ADD to IBM2FLPY.OLD in the \OS2 directory. 
  818.     2. Copy XDFLOPPY.FLT and IBM2FLPY.ADD from OS/2 Warp 3.0 diskette 1 to the 
  819.        \OS2 directory. 
  820.     3. Add the following line to your CONFIG.SYS file: 
  821.  
  822.                    BASEDEV=XDFLOPPY.FLT
  823.  
  824.   Note:   OS/2 2.0 server systems below XR06100 cannot be updated to read the 
  825.   OS/2 Warp 3.0 XDF format installation diskettes. 
  826.  
  827.  
  828. ΓòÉΓòÉΓòÉ 5.3.4.3. Migrating Existing RIPL Clients To OS/2 Warp 3.0 for Windows ΓòÉΓòÉΓòÉ
  829.  
  830. Existing RIPL clients that are defined as OS/2 2.x type RIPL clients can not be 
  831. migrated to OS/2 Warp 3.0 for Windows. Such clients must be deleted and 
  832. recreated to switch to OS/2 Warp 3.0 for Windows. 
  833.  
  834.  
  835. ΓòÉΓòÉΓòÉ 5.3.4.4. Migrating Existing RIPL Clients To OS/2 Warp 3.0 with Windows (FullPak) ΓòÉΓòÉΓòÉ
  836.  
  837. Existing RIPL clients that are defined as OS/2 2.x type RIPL clients can be 
  838. migrated to OS/2 Warp 3.0 with Windows clients using the RPLSETD.CMD REXX 
  839. procedure. 
  840.  
  841. To migrate to OS/2 Warp 3.0 with Windows, enter the following command for each 
  842. client to be migrated: 
  843.  
  844.   RPLSETD /C:clientname  /N:OS2.30
  845.     or
  846.   RPLSETD /C:clientname1,clientname2,clientname3  /N:OS2.30
  847.  
  848. When OS/2 2.x clients are migrated to OS/2 Warp 3.0 with Windows, the following 
  849. special conditions occur: 
  850.  
  851. o Major restructuring of the Desktop will take place. The first time the RIPL 
  852.   client reboots, it will look like a first time boot and take longer than 
  853.   normal. See the "Special Considerations for Migrating Customized Desktops" 
  854.   section of this document for additional information on updating customized 
  855.   Desktops. 
  856.  
  857. o A 'Drive A' shadow is left on the Desktop.  This object is no longer needed 
  858.   since a shadow of drive A is automatically placed in the LaunchPad.  The old 
  859.   'Drive A' shadow on the Desktop can be deleted manually. 
  860.  
  861. o For OS/2 2.0 clients, all of the client Win-OS/2 *.INI and *.GRP files must 
  862.   be replaced with the Warp version. The old files are renamed *.OLD and left 
  863.   in the client directory for reference. 
  864.  
  865. o OS/2 2.11 clients configured for SVGA support can not be directly migrated to 
  866.   OS/2 Warp 3.0 with Windows SVGA support. After migrating OS/2 2.11 clients 
  867.   configured for SVGA support, the video system is reset to VGA mode. When the 
  868.   system is restarted a message will be displayed telling the user to wait 
  869.   until the Desktop creation completes and then run the OS/2 Selective Install 
  870.   function to reinstall SVGA support. 
  871.  
  872.   After reinstalling the SVGA support, the client must be shutdown and 
  873.   restarted. 
  874.  
  875. o After migrating OS/2 2.11 clients configured for S3SVGA support, when the 
  876.   system is restarted the RIPL client will come up in VGA mode and 
  877.   automatically recreate the SVGADATA.PMI file.  The user is instructed to wait 
  878.   until the Desktop creation completes and then to shutdown and restart to pick 
  879.   up the new copy of the SVGADATA.PMI file.  When the client is restarted, it 
  880.   will come up in SVGA mode. 
  881.  
  882.  
  883. ΓòÉΓòÉΓòÉ 5.3.4.5. Creating New OS/2 Warp Remote IPL Clients ΓòÉΓòÉΓòÉ
  884.  
  885. IBM LAN Server 4.0 has been updated to support the remote IPL of OS/2 Warp RIPL 
  886. clients. 
  887.  
  888. A new Remote IPL client, created using the defaults, will be configured to 
  889. support the IBMVGA32 display drivers. If the client has an XGA, 8514, or SVGA 
  890. display attached, RPLSETD must be run against the client to reconfigure the 
  891. client for the correct display type. 
  892.  
  893.  
  894. ΓòÉΓòÉΓòÉ 5.3.4.6. Special Considerations for Migrating Customized Desktops ΓòÉΓòÉΓòÉ
  895.  
  896. When a RIPL client is migrated to OS/2 Warp 3.0 with Windows, the Desktop is 
  897. restructured to be similar to the Desktop of a locally installed OS/2 Warp with 
  898. Windows system. 
  899.  
  900. If the RIPL client Desktop has been customized to remove or modify the standard 
  901. OS/2 folders and objects, these folders and objects will be recreated by the 
  902. migration process.  However, there is a way to prevent this from occurring. 
  903.  
  904. The following procedure should be used: 
  905.  
  906.  1. Create a dummy client. 
  907.  
  908.  2. Use the RPLSETD.CMD procedure to migrate the dummy client to Warp. 
  909.  
  910.     The first time a client is migrated to Warp, a special file, 
  911.     \IBMLAN\RPL\OS2.30\OS2\RPMWWINI.RC, is created.  This file is used by the 
  912.     migration process to add entries to the client's OS2.INI file such that 
  913.     when the client is restarted the Desktop is recreated in the Warp fashion. 
  914.     This file is not recreated each time a client is migrated.  If the file 
  915.     already exists, the existing file is used. 
  916.  
  917.  3. Edit the file \IBMLAN\RPL\OS2.30\OS2\RPMWWINI.RC. Delete any of the 
  918.     "PM_InstallObject" entries that would result in unwanted objects being 
  919.     placed on the Desktop or in Desktop folders. 
  920.  
  921.  4. If you want to suppress the creation of the LaunchPad object, remove the 
  922.     appropriate entry from RPMWWINI.RC. Also update the 
  923.     \IBMLAN\RPL\MACHINES\DEFALT30\CONFIG.DEF files to remove the LAUNCHPAD 
  924.     option from the SET AUTOSTART line. 
  925.  
  926.  
  927. ΓòÉΓòÉΓòÉ 5.3.4.7. Creating the Default Desktop Folders on Warp clients ΓòÉΓòÉΓòÉ
  928.  
  929. Use the following procedure to create the default DOS Programs and Windows 
  930. Programs folders on the Desktop of a RIPL client: 
  931.  
  932.  1. Open the System Setup Folder. 
  933.  
  934.  2. Select the Add Programs object. 
  935.  
  936.  3. Select the 'Search for and select progams to add' option. 
  937.  
  938.  4. Deselect any local drives (C: for example). Select the Remote IPL boot 
  939.     drive (default is Z:). 
  940.  
  941.  5. Select OK on the 'Select Programs' panel. 
  942.  
  943.  
  944. ΓòÉΓòÉΓòÉ 5.3.5. OS/2 SVGA Support For RIPL Clients ΓòÉΓòÉΓòÉ
  945.  
  946. Limited SVGA support is provided for OS/2 2.11 and OS/2 Warp RIPL clients. 
  947. SVGA support can be configured for RIPL clients that are using the following 
  948. video chip sets: 
  949.  
  950. o S3 801/805 
  951. o ET4000 
  952. o Cirrus Logic 542x 
  953.  
  954. The SVGA support has the following prerequisites: 
  955.  
  956.  1. OS/2 REXX support. 
  957.  
  958.  2. OS/2 2.11 Manufacturing Refresh, the OS/2 2.11 ServicePak. 
  959.  
  960.  3. RIPL clients must be using one of the video chip sets listed above. 
  961.  
  962.  4. IBM PS/ValuePoint machines used as RIPL client must be at BIOS level 
  963.     L6ET53A or later. 
  964.  
  965.  
  966. ΓòÉΓòÉΓòÉ 5.3.5.1. Installing OS/2 SVGA Support on the RIPL Server ΓòÉΓòÉΓòÉ
  967.  
  968.  1. For OS/2 2.x, ensure that the RIPL Server is at version 2.11.  If not, 
  969.     install the OS/2 2.1 manufacturing refresh to the RIPL directory or update 
  970.     the existing RIPL copy of OS/2 2.1 with the OS/2 2.1 ServicePak (csd level 
  971.     XR06200). 
  972.  
  973.     If you use the XR06200 ServicePak, you must run the REXX procedure 
  974.     RPLSP211.CMD to install the new OS/2 device drivers in the RIPL directory. 
  975.     At an OS/2 command prompt, enter the command: 
  976.  
  977.                 RPLSP211
  978.  
  979.     To see the complete command syntax for RPLSP211, enter the command: 
  980.  
  981.                 RPLSP211 /H
  982.  
  983.  2. Run the RPLSVGAI.CMD procedure for each OS/2 version (2.11 and/or Warp) 
  984.     that is installed in the Remote IPL directory tree.  RPLSVGAI can determine 
  985.     from Display Driver diskette 1 which OS/2 version is being updated. 
  986.  
  987.     If diskettes are used as the source, RPLSVGAI will prompt for the 
  988.     appropriate OS/2 Display Driver diskettes.  The Warp Display Driver 
  989.     diskettes are in XDF diskette format.  The RIPL server must be updated to 
  990.     support the XDF format before RPLSVGAI can be used to install the Warp SVGA 
  991.     support files. 
  992.  
  993.  3. Start the server and logon as an administrator. 
  994.  
  995.  4. Run GETRPL.  Step 2 created several new subdirectories.  GETRPL will create 
  996.     the access control profiles for these directories.  If you are running an 
  997.     Advanced Server, you do not need to do this step. 
  998.  
  999.  
  1000. ΓòÉΓòÉΓòÉ 5.3.5.2. Configuring a Remote IPL Server/Client for OS/2 SVGA Video Support ΓòÉΓòÉΓòÉ
  1001.  
  1002. Configuring a Remote IPL client for SVGA video support is a two step process. 
  1003. First, the RIPL client definition on the RIPL server must be updated.  Second, 
  1004. the RIPL client must use the appropriate OS/2 install function to install the 
  1005. SVGA support.  The following sections provide step by step instructions for 
  1006. these two functions. 
  1007.  
  1008.  
  1009. ΓòÉΓòÉΓòÉ 5.3.5.2.1. Creating a RIPL Client Definition For OS/2 SVGA Support ΓòÉΓòÉΓòÉ
  1010.  
  1011. At the remote IPL server: 
  1012.  
  1013.  1. Create an OS/2 remote IPL client. 
  1014.  
  1015.  2. Use RPLSETD to reconfigure the client for SVGA support. 
  1016.  
  1017. For example, to configure a ISA bus machine called MACH01, use the following 
  1018. command: 
  1019.  
  1020.    RPLSETD /C:MACH01  /D:SVGA  /B:ISA
  1021.  
  1022. For a description of the RPLSETD options, enter the command RPLSETD /H or 
  1023. double click here. 
  1024.  
  1025. When the /D:SVGA or S3SVGA option is specified, the RPLSETD utility does not 
  1026. configure the client for SVGA.  It modifies the client definition so that the 
  1027. RIPL client can run the appropriate OS/2 install function. 
  1028.  
  1029. CAUTION:
  1030. Warp SVGA support requires that each RIPL client have a unique copy of the 
  1031. MONITOR.DIF file.  This file is approximately 330K in size.  Insure that there 
  1032. is enough free space on the hardfile where \IBMLAN\RPLUSER is installed to 
  1033. allow each SVGA workstation to have a copy of this file in addition to the 
  1034. normal hardfile requirements for a RIPL client. 
  1035.  
  1036. Warning:  Configuring a workstation for SVGA moves the workstations CONFIG.SYS 
  1037. file from the \RPL\MACHINES\client directory to the \RPLUSER\client directory. 
  1038. The workstation will have write access to this file and could potentially 
  1039. modify it in such a fashion that the workstation could no longer IPL remotely. 
  1040.  
  1041.  
  1042. ΓòÉΓòÉΓòÉ 5.3.5.2.2. Installing OS/2 2.11 SVGA Support On The RIPL Client ΓòÉΓòÉΓòÉ
  1043.  
  1044. Perform the following steps on the remote IPL client: 
  1045.  
  1046.  1. Start the remote IPL client. 
  1047.  
  1048.  2. Open an OS/2 window session. 
  1049.  
  1050.  3. Enter the command: 
  1051.  
  1052.           DSPINSTL
  1053.  
  1054.     This will start the OS/2 SVGA install program.  The 'Display Driver 
  1055.     Install' panel will be displayed. 
  1056.  
  1057.  4. Select Primary Display, and then select OK. 
  1058.  
  1059.     The Primary Display Adapter Type window is displayed. The detected SVGA 
  1060.     adapter is highlighted. 
  1061.  
  1062.  5. Select OK. The Monitor Configuration/Selection Utility window is displayed. 
  1063.  
  1064.  6. Select Install Using Defaults for Monitor Type and then select OK. 
  1065.  
  1066.     The screen appears blank for a few seconds, and then, depending on the 
  1067.     video chip set installed, either a Screen Resolution Selection window or 
  1068.     the Source Directory window is displayed. 
  1069.  
  1070.  7. If the Screen Resolution Selection window is displayed, select the 
  1071.     appropriate resolution and then select OK. 
  1072.  
  1073.  8. The Source Directory window is displayed.  Change the default source to be 
  1074.     d:\OS2\DISP where d: is the boot drive id. 
  1075.  
  1076.     Select Install. 
  1077.  
  1078.     The selected video support will be installed.  Depending on the video 
  1079.     adapter, you may be prompted for additional information such as the desired 
  1080.     display resolution. 
  1081.  
  1082.     A Display Driver Install information window is displayed indicating that 
  1083.     shutdown is required before the changes become effective. 
  1084.  
  1085.  9. If non-S3 SVGA support was installed, shutdown the system and restart it. 
  1086.     If during the install (step 6), you were not prompted to select a display 
  1087.     resolution, continue with the following steps after the system restarts. 
  1088.  
  1089.     For S3 SVGA support, continue with the following steps. 
  1090.  
  1091. 10. Open the System Setup folder. 
  1092.  
  1093. 11. Open the System object. 
  1094.  
  1095.     The System Settings notebook is displayed. 
  1096.  
  1097. 12. Select the desired display resolution. 
  1098.  
  1099. 13. Shut down and restart the system to use the new display support. 
  1100.  
  1101.  
  1102. ΓòÉΓòÉΓòÉ 5.3.5.2.3. Installing OS/2 Warp SVGA Support On the RIPL Client ΓòÉΓòÉΓòÉ
  1103.  
  1104. Perform the following steps on the remote IPL client: 
  1105.  
  1106.  1. Start the remote IPL client. 
  1107.  
  1108.  2. Open the System Setup folder. 
  1109.  
  1110.  3. Select the Selective Install object. 
  1111.  
  1112.  4. Select Primary Display, and then select OK. 
  1113.  
  1114.     The Primary Display Adapter Type window is displayed. The detected SVGA 
  1115.     adapter is highlighted. 
  1116.  
  1117.  5. Select OK. 
  1118.  
  1119.     The Monitor Configuration/Selection Utility window is displayed. 
  1120.  
  1121.  6. Select Install Using Defaults for Monitor Type and then select OK. 
  1122.  
  1123.     The screen appears blank for a few seconds, and then either a Screen 
  1124.     Resolution Selection window or the Source Directory window is displayed. 
  1125.  
  1126.  7. If the Screen Resolution Selection window is displayed, select the 
  1127.     appropriate resolution. 
  1128.  
  1129.  8. The Source Directory window is displayed.  Ensure that the default source 
  1130.     (d:\OS2\DISP where d: is the boot drive id) is highlighted. 
  1131.  
  1132.     Select Install. 
  1133.  
  1134.     The selected video support will be installed.  Depending on the video 
  1135.     adapter, you may be prompted for additional information such as the desired 
  1136.     display resolution. 
  1137.  
  1138.     For OS/2 Warp, a panel will be displayed requesting the Microsoft Windows 
  1139.     3.1 diskettes.  Change the source field to be d:\OS2\DISP where d: is the 
  1140.     boot drive id (default is Z:).  Use this same source path for any 
  1141.     additional Windows diskettes requested. 
  1142.  
  1143.     A Display Driver Install information window is displayed indicating that 
  1144.     shutdown is required before the changes become effective. 
  1145.  
  1146.  9. If non-S3 SVGA support was installed, shutdown the system and restart it. 
  1147.     If you were not prompted to select a display resolution during the install 
  1148.     (step 6), continue with the following steps after the system restarts. 
  1149.  
  1150.     If S3 SVGA support was installed, continue with the following steps. 
  1151.  
  1152. 10. Open the System Setup folder. 
  1153.  
  1154. 11. Open the System object. 
  1155.  
  1156.     The System Settings notebook is displayed. 
  1157.  
  1158. 12. Select the desired display resolution. 
  1159.  
  1160. 13. Depending on the video adapter installed, the Screen page may have a Page 2 
  1161.     that allows you to configure a specific display for your workstation. 
  1162.  
  1163. 14. Shut down and restart the system to use the new display support. 
  1164.  
  1165.  
  1166. ΓòÉΓòÉΓòÉ 5.4. RIPL Utilities and REXX Procedures ΓòÉΓòÉΓòÉ
  1167.  
  1168. The following sections provide information relating to changes in utilities and 
  1169. REXX procedures that are used by Remote IPL. 
  1170.  
  1171.  
  1172. ΓòÉΓòÉΓòÉ 5.4.1. OS/2 RIPLINST Utility ΓòÉΓòÉΓòÉ
  1173.  
  1174. Each version of OS/2 has a unique version of RIPLINST.  Most versions of 
  1175. RIPLINST have a different default target installation directory. The various 
  1176. default target installation directories are: 
  1177.  
  1178. OS/2 Version                  Target directory 
  1179. OS/2 2.0 and Service Pak      d:\IBMLAN\RPL\OS2.20 
  1180. OS/2 2.1*                     d:\IBMLAN\RPL\OS2.21 
  1181. OS/2 WARP*                    d:\IBMLAN\RPL\OS2.30 
  1182. where d: indicates the drive where IBMLAN\RPL is installed. 
  1183.  
  1184. This prevents an existing ..\OS2.xx directory tree from being overwritten 
  1185. automatically.  To upgrade an existing ..\OS2.xx directory tree, the target 
  1186. installation directory must be updated before starting the installation 
  1187. process. The target directory must be on the same drive where OS/2 remote IPL 
  1188. support was installed (this can be different from where LAN Server was 
  1189. installed).  The only part of the directory path that should be updated is the 
  1190. drive id.  Do not change any of the remaining path information. 
  1191.  
  1192. After using RIPLINST to install OS/2 for remote IPL, run the updated version of 
  1193. the LAN Server utility, GETRPL.EXE. 
  1194.  
  1195. Note:   The OS/2 Warp 3.0 RIPLINST utility requires XDF diskette format 
  1196. support. 
  1197.  
  1198. The RIPLINST utility used to install the OS/2 code for OS/2 LAN Server remote 
  1199. IPL is located (in packed format) on diskette 7 of the OS/2 Installation 
  1200. diskettes.  Use one of the following procedures to install and run RIPLINST: 
  1201.  
  1202. If your server operating system is the same as the version of OS/2 being 
  1203. installed by RIPLINST, double click here. 
  1204.  
  1205. If your server operating system is NOT the same as the version of OS/2 being 
  1206. installed by RIPLINST, double click here. 
  1207.  
  1208.  
  1209. ΓòÉΓòÉΓòÉ 5.4.1.1. Steps to Install RIPLINST When Server is Same Version as RIPLINST ΓòÉΓòÉΓòÉ
  1210.  
  1211.  1. Insert the OS/2 Install diskette 7 into drive A. 
  1212.  
  1213.  2. Install RIPLINST by typing: 
  1214.  
  1215.         UNPACK A:\RIPLINST
  1216.  
  1217.     The RIPLINST files will be unpacked to the \OS2\INSTALL directory. 
  1218.  
  1219.  3. To start the RIPLINST program, go to an OS/2 window or full-screen session 
  1220.     and type: 
  1221.  
  1222.         RIPLINST
  1223.  
  1224.  4. Press Enter to remove the title window. 
  1225.  
  1226.  5. The Change Source/Target window is displayed. 
  1227.  
  1228.     For OS/2 2.x, the source path should be left as A:\. 
  1229.  
  1230.     For OS/2 Warp 3.0 for Windows, the source path can be updated to point to a 
  1231.     diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives are 
  1232.     not supported as a source path. 
  1233.  
  1234.     For OS/2 Warp 3.0 with Windows, the source path can be updated to point to 
  1235.     a diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives 
  1236.     are supported as a source path. 
  1237.  
  1238.     If necessary, the target directory can be updated to change the drive ID of 
  1239.     the target.  Only the target drive ID should be changed; do not change the 
  1240.     default directory paths.  The OS/2 code must be installed on the same drive 
  1241.     where the OS/2 remote IPL support was installed during LAN Server 
  1242.     installation. 
  1243.  
  1244.  6. Select Install. 
  1245.  
  1246.  7. Insert diskettes as prompted. 
  1247.  
  1248.  
  1249. ΓòÉΓòÉΓòÉ 5.4.1.2. Steps to Install RIPLINST on Different Version Server ΓòÉΓòÉΓòÉ
  1250.  
  1251.  1. Create a temporary subdirectory by typing: 
  1252.  
  1253.         MD TEMPRIPL
  1254.  
  1255.  2. Change to the temporary subdirectory by typing: 
  1256.  
  1257.         CD TEMPRIPL
  1258.  
  1259.  3. If the version of RIPLINST is OS/2 Warp, additional handling is required 
  1260.     for XDF format diskettes.  Double click here to perform those steps before 
  1261.     continuing with the following step. 
  1262.  
  1263.  4. Insert OS/2 Install diskette 2 into drive A. 
  1264.  
  1265.  5. Copy UNPACK.EXE to the TEMPRIPL directory by typing: 
  1266.  
  1267.         COPY A:UNPACK.EXE
  1268.  
  1269.  6. Check OS/2 Install diskette 2 for the file UNPACK2.EXE. If it is present, 
  1270.     copy UNPACK2.EXE to the TEMPRIPL directory by typing: 
  1271.  
  1272.         COPY A:UNPACK2.EXE
  1273.  
  1274.     Note:   UNPACK2.EXE may not be present.  If it is not on diskette 2, you do 
  1275.             not need it.
  1276.  
  1277.  7. Insert OS/2 Install diskette 7 into drive A. 
  1278.  
  1279.  8. Install the RIPLINST files by typing: 
  1280.  
  1281.         UNPACK A:\RIPLINST d:\TEMPRIPL
  1282.  
  1283.     where d is the drive ID where TEMPRIPL is located. 
  1284.  
  1285.  9. Start the RIPLINST program by typing: 
  1286.  
  1287.         RIPLINST
  1288.  
  1289.     Note:   Each version of RIPLINST must use the corresponding OS/2 version of 
  1290.             UNPACK and UNPACK2 (if it exists). Failure to do so will result in 
  1291.             one of the following error conditions: 
  1292.  
  1293.    o      RIPLINST will trap while copying the W0F0000.BIO file. 
  1294.    o      The system will lock up after displaying the copy window.  You must 
  1295.      reboot if this occurs. 
  1296.  
  1297. 10. Press Enter to clear the title window. 
  1298.  
  1299. 11. The Change Source/Target window is displayed. 
  1300.  
  1301.     For OS/2 2.x, the source path should be left as A:\. 
  1302.  
  1303.     For OS/2 Warp 3.0 for Windows, the source path can be updated to point to a 
  1304.     diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives are 
  1305.     not supported as a source path. 
  1306.  
  1307.     For OS/2 Warp 3.0 with Windows, the source path can be updated to point to 
  1308.     a diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives 
  1309.     are supported as a source path. 
  1310.  
  1311.     If necessary, the target directory can be udpated to change the drive id of 
  1312.     the target. Only the target drive ID should be changed; do not change the 
  1313.     default directory paths.  The OS/2 code must be installed on the same drive 
  1314.     where the OS/2 remote IPL support was installed during LAN Server 
  1315.     installation. 
  1316.  
  1317. 12. Select Install. 
  1318.  
  1319. 13. Insert diskettes as prompted. 
  1320.  
  1321.  
  1322. ΓòÉΓòÉΓòÉ 5.4.2. RPLSETD.CMD REXX Procedure ΓòÉΓòÉΓòÉ
  1323.  
  1324. The RPLSETD.CMD procedure provides the following functions: 
  1325.  
  1326. o Upgrades existing remote IPL clients to use the appropriate 16 or 32 bit 
  1327.   device driver.  RPLSETD will determine the version of the target OS/2 and 
  1328.   automatically select the appropriate 16 or 32 bit device driver. 
  1329.  
  1330. o In some cases, changes the display type (32-bit VGA, XGA, or 8514) that a 
  1331.   remote IPL client is using. The RPLSETD utility does not support converting 
  1332.   from the new 32-bit drivers back to the old 16-bit display drivers. 
  1333.  
  1334. o Updates a remote IPL client to perform an IPL on a different version of OS/2. 
  1335.   The OS/2 code must be installed in the remote IPL directory structure. 
  1336.  
  1337.   The OS/2 version conversions in the following table are supported: 
  1338.  
  1339.      ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  1340.      ΓöéOS/2 Version Conversions                                Γöé
  1341.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1342.      ΓöéOLD VERSION        Γöé NEW VERSION                         Γöé
  1343.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1344.      Γöé 2.0           Γöé 2.0+ServicePak 1/2, 2.1, 2.1+ServicePak, 2.11,       Γöé
  1345.      Γöé             Γöé Warp 3.0 with Windows(FullPak), OS/2 Warp Connect(FullPak) Γöé
  1346.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1347.      Γöé 2.00.1          Γöé 2.0+ServicePak 1/2, 2.1, 2.1+ServicePak, 2.11,       Γöé
  1348.      Γöé             Γöé Warp 3.0 with Windows(FullPak), OS/2 Warp Connect(FullPak) Γöé
  1349.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1350.      Γöé 2.0+ServicePak 1/2    Γöé 2.1, 2.1+ServicePak, 2.11,                 Γöé
  1351.      Γöé             Γöé Warp 3.0 with Windows(FullPak), OS/2 Warp Connect(FullPak) Γöé
  1352.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1353.      Γöé 2.1 or 2.11       Γöé Warp 3.0 with Windows(FullPak), OS/2 Warp Connect(FullPak) Γöé
  1354.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1355.      Γöé NOTE: There is no support for converting a remote IPL client from a newer       Γöé
  1356.      Γöé version of OS/2 to an older version.  After a client is converted to a newer     Γöé
  1357.      Γöé version, RPLSETD cannot be used to convert back to the original, older version.    Γöé
  1358.      ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  1359.  
  1360. o Updates a remote IPL client to change the bus type, as in MCA or ISA/EISA. 
  1361.  
  1362. o Updates a remote IPL client to specify whether the SWAPPATH and WIN-OS/2 
  1363.   paging file is on a local hard disk or on the remote IPL server. 
  1364.  
  1365.  
  1366. ΓòÉΓòÉΓòÉ 5.4.2.1. Command Syntax For RPLSETD.CMD ΓòÉΓòÉΓòÉ
  1367.  
  1368. The command syntax for RPLSETD.CMD is as follows: 
  1369.  
  1370.  >>ΓöÇΓöÇRPLSETDΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇ/C:clientΓöÇΓöÇ>
  1371.         ΓööΓöÇ/H:ΓöÇΓöÿ  ΓööΓöÇ/R:responsefileΓöÇΓöÿ
  1372.  >ΓöÇΓöÇΓö¼ΓöÇ/L:logfileΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇ><
  1373.    Γö£ΓöÇ/S:ΓöÇΓö¼ΓöÇLΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1374.    Γöé   ΓööΓöÇSΓöÇΓöÿ                      Γöé
  1375.    Γö£ΓöÇ/B:ΓöÇΓö¼ΓöÇMCAΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1376.    Γöé   Γö£ΓöÇISAΓöÇΓöÇΓöñ                    Γöé
  1377.    Γöé   ΓööΓöÇEISAΓöÇΓöÿ                    Γöé
  1378.    Γö£ΓöÇ/D:displaydriverΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1379.    Γö£ΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇ/N:newOS2dir/D:displaydriverΓöÇΓöñ
  1380.    Γöé  ΓööΓöÇ/O:currentOS2dirΓöÇΓöÿ                Γöé
  1381.    ΓööΓöÇ/I:ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  1382.  
  1383.  Parameters 
  1384.  
  1385.           Use the following parameters with the RPLSETD utility: 
  1386.  
  1387.           /C:client1, client2, client3... 
  1388.                Equivalent to the CLIENT and CLIENTLIST response file keywords. 
  1389.                Specifies the name of one or more OS/2 remote IPL client clients 
  1390.                that are to be updated. If multiple client names are specified, 
  1391.                each client name must be separated with a comma. Imbedded blanks 
  1392.                are not allowed. The response file keywords CLIENT and 
  1393.                CLIENTLIST are equivalent to each other. You can specify them as 
  1394.                many times as necessary. This is a required parameter if the /R 
  1395.                parameter is not specified. When /R is specified, at least one 
  1396.                other parameter must also be specified. 
  1397.  
  1398.           /H: 
  1399.                Displays the syntax on the screen. If specified, it must be the 
  1400.                first parameter. 
  1401.  
  1402.           /R:responsefile 
  1403.                Specifies the drive, path, and file name of a file that contains 
  1404.                the command inputs in keyword form (keyword=value). Each keyword 
  1405.                corresponds to one of the RPLSETD syntax parameters as indicated 
  1406.                in this section. For more information about the response file, 
  1407.                see Response File Format. Only one keyword can be specified per 
  1408.                line in the response file. The /C (client or clientlist) 
  1409.                parameter and at least one other parameter are required when 
  1410.                using a response file.  If the /R parameter is specified, all 
  1411.                other parameters specified on the command line are ignored. 
  1412.  
  1413.           /L:logfile 
  1414.                Specifies the drive, path, and file name of a file to which all 
  1415.                messages and errors are to be logged. If this parameter is 
  1416.                specified, the only errors displayed on the screen are for a 
  1417.                failure to open the log file or for required parameters missing 
  1418.                from the response file. 
  1419.  
  1420.           /O:currentOS2dir 
  1421.                Equivalent to the CURRENTOS2DIR response file keyword. Specifies 
  1422.                the root directory under \IBMLAN\RPL for the current version of 
  1423.                OS/2 that the client is using. This parameter is case-sensitive. 
  1424.                Specify the /O parameter only when you want the client operating 
  1425.                system type verified before updating to a new operating system 
  1426.                type.  If you do not specify /O, the current operation system 
  1427.                being used by the remote IPL client is determined from the 
  1428.                CLIENT.FIT file. If you do specify /O, you must also specify /N. 
  1429.  
  1430.           /N:newOS2dir 
  1431.                Equivalent to the NEWOS2DIR response file keyword. Specifies the 
  1432.                root directory under \IBMLAN\RPL or the version of OS/2 to which 
  1433.                the client is to be switched. This parameter is case-sensitive. 
  1434.                The default is OS2.21.  Specify the /O and /N parameters only 
  1435.                when you need to switch a client from one OS version to another 
  1436.                OS version. 
  1437.  
  1438.                When an existing remote IPL client is updated to OS/2 2.1, you 
  1439.                must replace the client WIN-OS/2 *.INI and *.GRP files with the 
  1440.                2.1 versions of these files.  The old files are renamed to *.IBK 
  1441.                and *.GBK. When these old files are no longer needed for 
  1442.                reference, delete them. 
  1443.  
  1444.           /D:displaydriver 
  1445.                Equivalent to the DISPLAYDRIVER response file keyword. Specifies 
  1446.                the new display type for the client definition. The following 
  1447.                display types are valid: 
  1448.  
  1449.              VGA or IBMVGA32             VGA display driver 
  1450.              XGA or IBMXGA32             XGA display driver 
  1451.              8514, IBM8514, or 8514_32   8514 display driver 
  1452.              SVGA                        SVGA display driver for non-S3 chip 
  1453.                                          sets (OS/2 2.11 and OS/2 Warp 3.0) 
  1454.              S3SVGA                      SVGA display driver for S3 chip sets 
  1455.                                          (OS/2 2.11 and OS/2 Warp 3.0) 
  1456.  
  1457.                Note:   1-The SVGA support requires that OS/2 2.11 or OS/2 Warp 
  1458.                support files be installed prior to using RPLSETD. For 
  1459.                information about installing the SVGA support files, see the 
  1460.                Installing OS/2 SVGA Support on the RIPL Server section of this 
  1461.                document. 
  1462.  
  1463.                Note:   2-The appropriate 16-bit or 32-bit display driver for 
  1464.                each display type is determined based on the version of OS/2 
  1465.                being used by the client. 
  1466.  
  1467.                This parameter is normally optional. However, it must be 
  1468.                specified when an existing 2.0 or 2.00.1 remote IPL client is 
  1469.                converted to 2.1 by specifying the /N parameter. 
  1470.  
  1471.                When upgrading the display type of an existing remote IPL client 
  1472.                (when it has booted at least one time and has a desktop) from 
  1473.                VGA to XGA or 8514, you must delete and recreate the remote IPL 
  1474.                client and then run RPLSETD.  If you update the existing client 
  1475.                to a higher resolution display type, many of the display sizing 
  1476.                characteristics in OS2.INI do not get updated. As a result, some 
  1477.                objects are in VGA resolution and some are in the higher 
  1478.                resolution. If no desktop exists for the client, the desktop can 
  1479.                be updated to change to a higher resolution.  When the desktop 
  1480.                is created during the first boot, the desktop reflects the 
  1481.                display characteristics for which it is configured. 
  1482.  
  1483.           /B: 
  1484.                Equivalent to the BUSTYPE response file keyword. Specifies the 
  1485.                type of I/O bus used by the remote IPL client machine. Valid 
  1486.                types are: 
  1487.  
  1488.                 MCA      Micro Channel* 
  1489.                 ISA      AT*  compatible 
  1490.                 EISA     AT compatible 
  1491.  
  1492.           /S: 
  1493.                Equivalent to the SWAPTARGET response file keyword. Specifies 
  1494.                the location where the SWAPPER.DAT file is to reside. The 
  1495.                following values are valid: 
  1496.  
  1497.                 L    The file is to reside on the local hard disk of the remote 
  1498.                      IPL client. 
  1499.                 S    The file is to reside on the remote IPL server. 
  1500.  
  1501.           /I: 
  1502.                Displays a message indicating the current configuration (display 
  1503.                type, bus type, and swap target) of the remote IPL clients 
  1504.                specified by the /C parameter. When /I is specified, all other 
  1505.                parameters except /C are ignored. 
  1506.  
  1507.  REMARKS 
  1508.  
  1509.      o Client definitions can be updated individually or in a group (grouped by 
  1510.        common attributes such as display type, bus type, and operating system). 
  1511.  
  1512.      o The client names DEFALT20 and DEFALT21 are reserved. Do not create a 
  1513.        client using either of these names. Do not attempt to update the 
  1514.        DEFALT20 or DEFALT21 clients with RPLSETD. 
  1515.  
  1516.      o If a desktop exists, use the RPLSETD utility to change to the higher 
  1517.        resolution display type. Then perform an IPL on the client and let it 
  1518.        create a new Desktop (changing the old Desktop could result in 
  1519.        unpredictable results). 
  1520.  
  1521.      o The client name DEFALT20 is a special name used by OS/2 remote IPL 
  1522.        support as a default when creating a new client (not modelling an 
  1523.        existing client). If you are supporting prior versions of OS/2 (2.0, 
  1524.        2.00.1, or 2.0+Service Pak(s)) in the remote IPL directory tree, do not 
  1525.        update DEFALT20 to support OS/2 2.1.  Leave DEFALT20 at its current 
  1526.        level to support the prior versions of OS/2. To support OS/2 2.00.1 or 
  1527.        2.1 remote IPL clients, do the following (example is for OS/2 2.1): 
  1528.  
  1529.          1. Create a new remote IPL client, for example, MODEL21, using the 
  1530.             defaults. 
  1531.  
  1532.          2. Use RPLSETD to update MODEL21 to support OS/2 2.1.  Then use 
  1533.             MODEL21 as a model to create all future 2.1 clients. 
  1534.  
  1535.          3. You may need to create multiple 2.1 models, one for each LAN type 
  1536.             you support. 
  1537.  
  1538.      o The client names DEFALT2A and DEFALT21 and DEFALT30 are reserved. Do not 
  1539.        create clients with these names.  DEFALT2A and DEFALT21 are not a 
  1540.        complete client definition like DEFALT20.  They are used in conjunction 
  1541.        with DEFALT20 to support OS/2 2.00.1 and 2.1 clients. Do not attempt to 
  1542.        update the DEFALT2A and DEFALT21 clients with RPLSETD.CMD. 
  1543.  
  1544.        If the only version of OS/2 that will be installed in the remote IPL 
  1545.        directory is OS/2 2.00.1 or 2.1, update the client DEFALT20 to the 
  1546.        appropriate level.  Then all future default clients will automatically 
  1547.        support the correct OS/2 version. 
  1548.  
  1549.        DEFALT30 is a complete definition and can be updated like DEFALT20. 
  1550.  
  1551.      Examples: 
  1552.  
  1553.      o To update the DEFALT20 client to use the 32-bit VGA display driver and 
  1554.        switch the operating system from OS2.20 to OS2.21, type: 
  1555.  
  1556.               RPLSETD /C:DEFALT20 /D:IBMVGA32 /N:OS2.21
  1557.  
  1558.        This will update the default files to support OS/2 2.1 and the new VGA 
  1559.        display driver.  These files are used when defining clients using the 
  1560.        default configuration. 
  1561.  
  1562.        Note:   If you also plan to support previous versions of OS/2 (i.e. 2.0, 
  1563.                2.00.1, or 2.0 + a Service Pak), do not update the DEFALT20 
  1564.                client. 
  1565.  
  1566.      o To update the MACH001 client to use the 32-bit XGA display driver and 
  1567.        switch the operating system to OS2.21, type: 
  1568.  
  1569.               RPLSETD /C:MACH001 /D:IBMXGA32 /N:OS2.21
  1570.  
  1571.      o To update the MACH001 client to use the 32-bit XGA display driver, 
  1572.        verify the current operating system is OS2.20a, and switch the operating 
  1573.        system to OS2.21, type: 
  1574.  
  1575.               RPLSETD /C:MACH001 /D:IBMXGA32 /O:OS2.20a /N:OS2.21
  1576.  
  1577.      o To update the MACH001 client to specify a bus type of ISA and set the 
  1578.        SWAPPATH/PagingFile to the RIPL server, type: 
  1579.  
  1580.               RPLSETD /C:MACH001 /B:ISA /S:S
  1581.  
  1582.      o To update the MACH001 client to use the 32-bit VGA display driver, 
  1583.        verify the current operating system is OS2.20, switch the operating 
  1584.        system to OS2.21, specify a bus type of ISA, and set the 
  1585.        SWAPPATH/PagingFile to the RIPL server, type: 
  1586.  
  1587.               RPLSETD /C:MACH001 /D:IBMVGA32 /O:OS2.20 /N:OS2.21 /B:ISA /S:S
  1588.  
  1589.      o To update multiple clients, MACH001 and MACH002, to use the 32-bit VGA 
  1590.        display driver and switch the operating system to OS2.21, type: 
  1591.  
  1592.               RPLSETD /C:MACH001,MACH002 /D:IBMVGA32 /N:OS2.21
  1593.  
  1594.      o To update a client, MACH001, to allow for SVGA support to be configured 
  1595.        by OS/2, type: 
  1596.  
  1597.               RPLSETD /C:MACH001 /D:SVGA
  1598.  
  1599.      o To update a client, MACH001, to allow for S3 SVGA support to be 
  1600.        configured by OS/2, type: 
  1601.  
  1602.               RPLSETD /C:MACH001 /D:S3SVGA
  1603.  
  1604.  
  1605. ΓòÉΓòÉΓòÉ 5.4.2.2. Using a RPLSETD Response File ΓòÉΓòÉΓòÉ
  1606.  
  1607. To use the response file option, do the following: 
  1608.  
  1609.       1. Create an ASCII file that contains the appropriate keyword values. 
  1610.  
  1611.          The valid response file entries/keywords are: 
  1612.  
  1613.                      ; Comment line
  1614.                      [GROUP]  (this statement is optional for the first group
  1615.                               and required for all subsequent groups)
  1616.                      DISPLAYDRIVER=
  1617.                      CLIENT=
  1618.                      CLIENTLIST=
  1619.                      CURRENTOS2DIR=
  1620.                      NEWOS2DIR=
  1621.                      BUSTYPE=
  1622.                      SWAPTARGET=
  1623.  
  1624.          A ';'(semicolon) in column 1 indicates the line is a comment. 
  1625.  
  1626.          Leading blanks are allowed on keyword statements. 
  1627.  
  1628.          The keywords are defined in the RPLSETD syntax description. 
  1629.  
  1630.          [GROUP] designates the start of a RIPL client or group of clients that 
  1631.          share the same configuration characteristics.  When the [GROUP] 
  1632.          statement is encountered, the client machine(s) in the previous group 
  1633.          are updated according to the specified keyword(s).  Multiple [GROUP]s 
  1634.          can appear in the response file. This allows a single response file to 
  1635.          process a number of different configurations.  The [GROUP] statement 
  1636.          is optional for the first group in the response file but is required 
  1637.          for all subsequent groups. 
  1638.  
  1639.          CLIENT and CLIENTLIST are equivalent and multiple entries can be 
  1640.          specified on either.  Multiple CLIENT and CLIENTLIST keywords can be 
  1641.          specified per group.  Only one of each of the other keywords is 
  1642.          allowed per group. 
  1643.  
  1644.       2. Type the following command: 
  1645.  
  1646.                       RPLSETD /R:d:\path\response_filename
  1647.  
  1648.                       where d:\path\response_filename is the fully qualified file
  1649.                                      name of the response file.
  1650.  
  1651.      Example: 
  1652.  
  1653.               [GROUP]              (optional)
  1654.               ; Update existing clients to support the IBMXGA32 display
  1655.               ; driver, switch from OS2.20 to OS2.21, support the MCA bus,
  1656.               ; and put the swappath on a local hardfile.
  1657.               CLIENT=DEFALT20
  1658.               CLIENT=MACH001,MACH002
  1659.               CLIENTLIST=MACH003,MACH004
  1660.               DISPLAYDRIVER=IBMXGA32
  1661.               CURRENTOS2DIR=OS2.20
  1662.               NEWOS2DIR=OS2.21
  1663.               BUSTYPE=MCA
  1664.               SWAPTARGET=L
  1665.  
  1666.               [GROUP]               (required)
  1667.               ; Update client for ISA bus and put the swappath on the RIPL
  1668.               ; server (no local hardfile).
  1669.               CLIENT=MACH005
  1670.               BUSTYPE=ISA
  1671.               SWAPTARGET=S
  1672.  
  1673.  
  1674. ΓòÉΓòÉΓòÉ 5.4.3. GETRPL.EXE Utility ΓòÉΓòÉΓòÉ
  1675.  
  1676.  Refer to the IBM OS/2 LAN Server Version 4.0 Network Administrator Reference 
  1677. Volume 3: Network Administrator Tasks for information on running GETRPL. 
  1678.  
  1679. GETRPL has been updated to be CID enabled.  Two command line options have been 
  1680. added to support this.  They are: 
  1681.  
  1682.      /L:Logfile          A fully qualified path name for a logfile to which all 
  1683.                          messages and errors are logged.  If /L is specified, 
  1684.                          GETRPL runs in an invisible window (no dialog boxes). 
  1685.  
  1686.      /O:OS2_2x_path      The fully qualified path of the OS2.2x directory in 
  1687.                          the RIPL directory tree that is to be processed by 
  1688.                          GETRPL. For example: 
  1689.  
  1690.                                                        /O:\C:\IBMLAN\RPL\OS2.21
  1691.  
  1692.                          If /O is not specified, GETRPL will use the last 
  1693.                          'target file' saved in OS2SYS.INI by the RIPLINST 
  1694.                          utility.  If RIPLINST has never been run, GETRPL will 
  1695.                          default the value to C:\IBMLAN\RPL\OS2.20. 
  1696.  
  1697.      Two additional command line options have been added. They are: 
  1698.  
  1699.      /I     Force the default OS/2 INI files to be recreated and copied to the 
  1700.             appropriate \RPLUSER\DEFALTXX\OS2 directory. 
  1701.  
  1702.      /NA    Suppress the creation of the access control profiles.  This is 
  1703.             useful when multiple versions of OS/2 will be installed and GETRPL 
  1704.             will be run after each RIPLINST. The creation of access control 
  1705.             profiles can be suppressed until after the last OS/2 is installed. 
  1706.  
  1707.      Note:   RPL.MAP will be updated to enable only the OS/2 server records for 
  1708.              versions of OS/2 that are installed in the Remote IPL directory. 
  1709.              In addition, only server records for which the corresponding LAN 
  1710.              adapter is installed in the server will be enabled.  If you are 
  1711.              bridging different network types together, i.e, Token-ring and 
  1712.              Ethernet, it will be necessary to manually update RPL.MAP to 
  1713.              enable the server records for the LAN adapters installed in the 
  1714.              RIPL clients that are different from the adapters installed in the 
  1715.              server. 
  1716.  
  1717.  
  1718. ΓòÉΓòÉΓòÉ 5.4.4. RPLSVGAI.CMD REXX Procedure ΓòÉΓòÉΓòÉ
  1719.  
  1720. Before a RIPL client can be configured for SVGA support, additional OS/2 SVGA 
  1721. support files must be installed. A special utility, RPLSVGAI.CMD, is provided 
  1722. to install this support. 
  1723.  
  1724. The syntax for RPLSVGAI.CMD is: 
  1725.  
  1726.   RPLSVGAI  [/S:sourcepath]  [/L:logfile]
  1727.  
  1728.      o where sourcepath specifies where to look for the SVGA support files.  It 
  1729.        can be one of the following: 
  1730.  
  1731.         - A diskette drive, i.e., A:\ 
  1732.  
  1733.         - The root directory of a Warp diskette image tree created by the OS/2 
  1734.           SEIMAGE.EXE utility, for example, C:\CID\OS2211 or C:\CID\OS2WARP. 
  1735.  
  1736.        The default is A:\. 
  1737.  
  1738.      o where logfile specifies a fully qualified filename to be used to log any 
  1739.        error messages. 
  1740.  
  1741.      RPLSVGAI must be run for each OS/2 version (2.11 and/or Warp) that is 
  1742.      installed in the Remote IPL directory tree. RPLSVGAI can determine from 
  1743.      Display Driver diskette 1 which OS/2 version is being updated. 
  1744.  
  1745.      If diskettes are used as the source, RPLSVGAI will prompt for the 
  1746.      appropriate OS/2 Display Driver diskettes.  The Warp Display Driver 
  1747.      diskettes are in XDF diskette format. The RIPL server must be updated to 
  1748.      support the XDF format before RPLSVGAI can be used to install the Warp 
  1749.      SVGA support files. 
  1750.  
  1751.  
  1752. ΓòÉΓòÉΓòÉ 6. Things that Changed ΓòÉΓòÉΓòÉ
  1753.  
  1754. The following sections describe changes that have been made to the product's 
  1755. executables, and messages/helps. 
  1756.  
  1757.  
  1758. ΓòÉΓòÉΓòÉ 6.1. Changes and Additions other than APARs ΓòÉΓòÉΓòÉ
  1759.  
  1760. This ServicePak contains several changes and enhancements that do not have 
  1761. APARs associated with them.  They are described in the following sections. 
  1762.  
  1763.  
  1764. ΓòÉΓòÉΓòÉ 6.1.1. New feature summary ΓòÉΓòÉΓòÉ
  1765.  
  1766. This section describes features that are included in this ServicePak. 
  1767.  
  1768.  
  1769. ΓòÉΓòÉΓòÉ 6.1.1.1. Support for OS/2 Warp Version 3 ΓòÉΓòÉΓòÉ
  1770.  
  1771. The following features have been enhanced to add support for OS/2 Warp Version 
  1772. 3: 
  1773.  
  1774.       1. Remote IPL support - See the RIPL sections of this document for 
  1775.          details. 
  1776.  
  1777.       2. SMB Trace tool - 
  1778.  
  1779.          The SMB tool is a large presentation manager utility that can be used 
  1780.          to capture various types of network traces.  Especially important is 
  1781.          its ability to capture IBM LAN Server Server Message Block (SMB) 
  1782.          information. It also includes extensive formatting and filtering 
  1783.          features for SMB trace data.  It can be used for advanced problem 
  1784.          determination. 
  1785.  
  1786.          SMBTOOL.EXE is provided on the ServicePak APPLETT diskette in 
  1787.          SMBTOOL.ZIP. To unpack the trace tool into the desired directory, 
  1788.          insert the ServicePak APPLETT diskette into drive A: and issue the 
  1789.          following command: 
  1790.  
  1791.                            PKUNZIP2 A:\SMBTOOL.ZIP <path>\
  1792.  
  1793.          Note:   IF PKUNZIP2.EXE is not in a directory that is in the current 
  1794.          path, copy the PKUNZIP2.EXE program from the \IBMCOM directory on the 
  1795.          boot drive into a directory that is in the current path. 
  1796.  
  1797.          The SMB utility takes no parameters and requires OS/2 2.1 or later. 
  1798.          More information is available by selecting HELP from within the 
  1799.          utility. 
  1800.  
  1801.  
  1802. ΓòÉΓòÉΓòÉ 6.1.1.2. IBM DOS Version 7 Support ΓòÉΓòÉΓòÉ
  1803.  
  1804. A REXX procedure is now available to upgrade the DOS Remote IPL Service to use 
  1805. IBM PC DOS Version 7. This procedure, RPLDOS7.CMD, is available on the 
  1806. ServicePak APPLETT diskette. 
  1807.  
  1808. System Requirements: 
  1809.  
  1810.       1. Since the IBM PC DOS 7 diskettes are compressed in XDF format, the 
  1811.          remote IPL server must be configured with the required BASEDEV device 
  1812.          drivers to support reading XDF formatted diskettes. 
  1813.  
  1814.       2. The server must already be configured for the DOS Remote IPL Service. 
  1815.  
  1816.      No command line parameters are required for this procedure, however, there 
  1817.      are two optional command line parameters: 
  1818.  
  1819.      o  /D:source_drive letter 
  1820.  
  1821.        The default source diskette drive letter is A:.  To select a different 
  1822.        source diskette drive letter for the DOS diskettes, use the /D:x 
  1823.        parameter. For example, to specify a source drive of B:, use the 
  1824.        following command: 
  1825.  
  1826.                                  RPLDOS7 /D:B
  1827.  
  1828.      o  /N:number_DOS_diskettes 
  1829.  
  1830.        The default number of 3.5 inch, 1.44MB IBM DOS diskettes is 5.  To 
  1831.        specify a different number of diskettes, use the /N:y parameter.  For 
  1832.        example, to specify a set of 7 DOS diskettes, use the following command: 
  1833.  
  1834.                                  RPLDOS7 /N:7
  1835.  
  1836.  
  1837. ΓòÉΓòÉΓòÉ 6.1.2. Additional Information ΓòÉΓòÉΓòÉ
  1838.  
  1839. This section contains additional changes to LAN Server 4.0 that are included in 
  1840. this ServicePak. 
  1841.  
  1842.      o Changing a password from a LS4.0 client to a LS4.0 Server 
  1843.  
  1844.         Modifications were made to the password change function to assist with 
  1845.        interoperability with future IBM LAN products.  If this package is 
  1846.        applied to a client, the package must also be applied to any LAN Server 
  1847.        4.0 server that is the target of a user's password change.  It is 
  1848.        strongly recommended that this package be applied to all servers before 
  1849.        any clients. 
  1850.  
  1851.  
  1852. ΓòÉΓòÉΓòÉ 6.2. OS/2 LAN Server and LAN Requester ServicePak APARs ΓòÉΓòÉΓòÉ
  1853.  
  1854. This section describes APARs that have been corrected in this ServicePak. 
  1855.  
  1856.  
  1857. ΓòÉΓòÉΓòÉ 6.2.1. IPx8150 APARs ΓòÉΓòÉΓòÉ
  1858.  
  1859. The following section describes APARs that are corrected with the IPx8150 
  1860. ServicePak.  APARs are described in numerical order by functional area. 
  1861.  
  1862.  
  1863. ΓòÉΓòÉΓòÉ 6.2.1.1. LAN Server ΓòÉΓòÉΓòÉ
  1864.  
  1865. This section describes LAN Server APARS corrected for IPx8150. 
  1866.  
  1867.      o APAR= IC08510 GRADUAL LOGON FAILURES ON LS 4.0. 
  1868.  
  1869.        After some period of time, logons are unsuccessful.  Another symptom is 
  1870.        that NET USE from requesters fail because response is slow. 
  1871.  
  1872.      o APAR= IC08556 LAN TUNING ASSISTANT CANNOT OPEN ON HIGH-RESOLUTION 
  1873.        DISPLAY 
  1874.  
  1875.        When a high-resolution display adapter is used, the LS 4.0 Tuning 
  1876.        Assistant object will not open. 
  1877.  
  1878.      o APAR= IC08989 CACHE386 /O CANNOT DUMP A CACHE SIZE GREATER THAN 64MB 
  1879.  
  1880.        For CACHE386, the /O switch to display options, such as cache size, 
  1881.        cannot display a cache size greater than 64MB. 
  1882.  
  1883.      o APAR= IC09015 NET START SERVER FAILS WITH NET3062 AND NET4968 INDICATING 
  1884.        ACCOUNT EXPIRED 
  1885.  
  1886.        NET START SERVER fails with a NET3062 and error log contains a "NET4968: 
  1887.        Limit exceeded. Account expired." 
  1888.  
  1889.      o APAR= IC09023 LS 4.0 WITH DLR 3.0 PUBLIC APPS PROBLEM 
  1890.  
  1891.        When running LAN Server 4.0 (with CSD level IPx8000) on the server and 
  1892.        DOS LAN Requester 3.0 (with CSD level IPx7045) on the requester, and an 
  1893.        application is assigned for use as public application to one normal user 
  1894.        and one administrator: 
  1895.  
  1896.         - If the administrator starts DLR, the application can be started 
  1897.           normally. 
  1898.  
  1899.         - If the user starts the DLR the following message appears (after a 
  1900.           long time): CE524 - A required system file is is already being used 
  1901.           by another user.  Try again later. Using the DLR 4.0, there are no 
  1902.           problems starting the application. 
  1903.  
  1904.      o APAR= IC09025 LAN SERVER 4.0 UPGRADE VERSION UPS.EXE AND UPSDRV.OS2 WILL 
  1905.        NOT ALLOW UPS SERVICE TO START AFTER UPGRADE WAS COMPLETE. 
  1906.  
  1907.        After an upgrade from LS 3.0 to LS 4.0, the UPS service would not start 
  1908.        using the upgraded package.  The following error message is returned: 
  1909.        NET3230:  A power failure has been detected. 
  1910.  
  1911.      o APAR= IC09241 NET5303 D7 03 WHEN DOING NET START SERVER IF SIDEBAND = 0 
  1912.        IS IN THE PROTOCOL.INI FILE. 
  1913.  
  1914.        This problem can occur when turning sideband off in the PROTOCOL.INI 
  1915.        file, and then doing a NET START server.  The server starts but a 
  1916.        NET5303 error with a D7 (sideband listen) 03 (invalid command) is 
  1917.        posted. 
  1918.  
  1919.      o APAR= IC09252 SERVER SERVICE FAILS TO START (CONTINUOUS DOTS) WHEN 
  1920.        NUMREQBUF IS SET BETWEEN 522 AND 529 INCLUSIVE. 
  1921.  
  1922.        When the NUMREQBUF parameter in the IBMLAN.INI is changed to 522 to 529, 
  1923.        inclusive, the Server service does not start. The dots just keep rolling 
  1924.        out. On a Warp machine, a SYS3175 is generated. The system does not 
  1925.        lock, but the only way to start the server is to change NUMREQBUF 
  1926.        parameter and boot. 
  1927.  
  1928.      o APAR= IC09254 NUMBER OF FILES AND DIRECTORIES THAT CAN BE REPLICATED IS 
  1929.        TOO SMALL. 
  1930.  
  1931.        When replication or DCDB replication are used, the number of files and 
  1932.        directories supported is inadequate. 
  1933.  
  1934.      o APAR= IC09370 RESOURCES SET TO 'SHARED AT STARTUP' ARE NOT BEING SHARED. 
  1935.  
  1936.        Environment: OS/2 2.11, LS 4.0 
  1937.        After shutdown and restarting server, network shared resources are not 
  1938.        being shared at startup, though that is how they are set when defined. 
  1939.        Missing resources are physically located on the Backup Domain 
  1940.        Controller. Resource definitions are intact, just not being shared at 
  1941.        startup.  NET ERROR yields NET8181 for the resources that failed. "The 
  1942.        logon assignment of files alias *** to *** failed. 
  1943.  
  1944.      o APAR= IC09440 ALIAS ON AN ADDITIONAL SERVER IS SET TO SHARE AT SERVER 
  1945.        STARTUP, BUT DOESN'T SHARE IF BACKUP DC IS UP AND PRIMARY DC IS DOWN. 
  1946.  
  1947.        Primary domain controller, Backup domain controller and Additional 
  1948.        server all go down, and the Backup domain controller and Additional 
  1949.        server come up.  Any aliases that are on the Additional server that are 
  1950.        set to share at server startup, do not share. The DCDBREPL server runs 
  1951.        fine prior to the servers going down, and shares on the Backup domain 
  1952.        controller are fine.  But if you do a NET SHARE at the Additional 
  1953.        server, none of the aliases physically on the Additional server are 
  1954.        shared.  You have to do a NET SHARE NETNAME=RESOURCE manually. 
  1955.  
  1956.      o APAR= IC09452 RUNNING FTREMOTE A SECOND TIME REMOVES CRITICAL ERRORS 
  1957.        FROM FTSTATUS.LOG 
  1958.  
  1959.        The FTSTATUS.LOG is overwritten each time FTREMOTE is run. 
  1960.  
  1961.      o APAR= IC09455 UPSDRV.OS2 CONFLICTS WITH SDLCDD.SYS 
  1962.  
  1963.        If UPSDRV.OS2 is installed in CONFIG.SYS after Communication Manager 
  1964.        SDLCDD.SYS, a SYS1201 error is displayed when LAN Server 4.0 is started. 
  1965.  
  1966.      o APAR= IC09460 LS40TUNE DOES NOT TAKE NETBIOS WORK AREA 64K LIMITATION 
  1967.        INTO ACCOUNT IN ITS CALCULATIONS 
  1968.  
  1969.        When tuning for NetBIOS, LS40TUNE.EXE does not taken into account the 
  1970.        NetBIOS 64K work area limitation and can generate parameter values that 
  1971.        may exceed the 64K limit.  This can cause work-area-exceeded errors to 
  1972.        occur when NetBIOS is loaded. 
  1973.  
  1974.      o APAR= IC09462 WHEN CALCULATE KEY IS PRESSED, LS40TUNE SOMETIMES EXITS 
  1975.  
  1976.        If an end-of-file marker does not exist in CONFIG.SYS, IBMLAN.INI, or 
  1977.        HPFS386.INI, the LS 4.0 Tune program exits abnormally. 
  1978.  
  1979.      o APAR= IC10152 ALIAS NOT SHARED AT STARTUP WHEN MANY ARE DEFINED 
  1980.  
  1981.        On a 16-megabyte domain controller with LAN Server 4.0 installed and 
  1982.        MAXSHARES=1000, only 600 alias can be defined shared at startup. 
  1983.  
  1984.      o APAR= IC10270  UPS SERVICE SHUTDOWN STARTS UNDER INCORRECT CONDITIONS. 
  1985.        ERRONEOUS MESSAGE FROM INTERNAL UPS SERVICE. 
  1986.  
  1987.        On an uninterruptible power supply (UPS) connected to a PS/2 Mod 95 
  1988.        running OS/2 2.11 (latest level CSDs installed) and LS 4.0, the internal 
  1989.        UPS service displays a "low battery" message and initiates system 
  1990.        shutdown if the serial cable between the PC and UPS is disconnected and 
  1991.        again after the cable is reconnected and the system is restarted. 
  1992.  
  1993.      o APAR= IC10322 SECOND DLS CLIENT CANNOT OPEN DATABASE. 
  1994.  
  1995.        Some database applications cannot be accessed by more than one DLS 
  1996.        client. 
  1997.  
  1998.      o APAR= IC10740  LIST.A IS NOT UPDATED WHEN DOS PUBLIC APP IS CREATED ON A 
  1999.        3.0 REQUESTER WITH A 4.0 DC. 
  2000.  
  2001.        When a LAN Server 4.0 domain is being administered from a LS 3.01 
  2002.        requester and a public DOS application is created, the application is 
  2003.        not available from the DLR because LIST.A is not updated. 
  2004.  
  2005.      o APAR= IC10741  TUNING ASSISTANT GENERATES INCORRECT SESSION PARAMETERS. 
  2006.  
  2007.        After the Tuning Assistant is used, the system can fail to restart 
  2008.        because two of the updated configuration files use the same session 
  2009.        number. 
  2010.  
  2011.      o APAR= IC10781 LS 4.0 TUNING UTILITY ONLY DISPLAYS THE FIRST TWO DIGITS 
  2012.        OF SERVER MEMORY IF SERVER HAS MORE THAN 99 MEG OF RAM. 
  2013.  
  2014.        On the first page of the LS 4.0 tuning notebook in the Server Hardware 
  2015.        section Memory in server is displayed.  If a server has more than 99 
  2016.        megabytes of RAM, the field only displays the first two characters. 
  2017.        (example: 120 megs is displayed as 12). This does not affect the tuning 
  2018.        parameters, just the GUI display. 
  2019.  
  2020.      o APAR= IC10803 TUNING ASSISTANT HIGHLIGHTS ALL LINES IN UPDATED FILE 
  2021.        FOLLOWING FIRST CHANGED LINE AFTER ADDING A SECOND NETWORK CARD. 
  2022.  
  2023.        LAN Server 4.0 Tuning Assistant provides an 'Updated' file, which should 
  2024.        show the changed lines as highlighted ones. After adding and configuring 
  2025.        a second network card for the server, when Tuning Assistant is run the 
  2026.        first time, too many lines are highlighted in the changed file. 
  2027.  
  2028.      o APAR= IC10938 LOGONS FAIL AFTER ADDING USERS TO DOMAIN DUE TO SLOWDOWN 
  2029.        OF NETWORK AND INCREASED ACTIVITY ON ADDITIONAL SERVERS. 
  2030.  
  2031.        When 2 users are added to the domain, the network slows up to the point 
  2032.        of not accepting logons or logons are very slow (3 to 10 minutes).  Many 
  2033.        additional servers are reestablishing sessions with the domain 
  2034.        controller and then requesting a full update of the NET.ACC data when 
  2035.        they should be requesting only partial updates. 
  2036.  
  2037.      o APAR= IC10972  NETLOGON RANDOMIZE IS NOT SO RANDOM AFTER ALL. 
  2038.  
  2039.        The randomize function performed by an additional server using the 
  2040.        RANDOMIZE= parameter from the domain controller might not work 
  2041.        correctly.  Sometimes, the additional servers pick the RANDOMIZE= value 
  2042.        as the time to wait before requesting a delta or full synchronization of 
  2043.        NET.ACC from the domain controller.  This causes all the additional 
  2044.        servers to deluge the domain controller with synchronization requests at 
  2045.        the same time rather than spreading them out. 
  2046.  
  2047.      o APAR= IC10973  SYS3175 IN NETAPI.DLL AT CS:EIP= A2CF:000011FF AND CSLIM= 
  2048.        000017E5 ON ALL ADDITIONAL SERVERS IN DOMAIN. 
  2049.  
  2050.        Customer reported that all of the additional servers in a domain failed 
  2051.        with a SYS3175 in NETAPI.DLL. 
  2052.  
  2053.  
  2054. ΓòÉΓòÉΓòÉ 6.2.1.2. LAN Requester ΓòÉΓòÉΓòÉ
  2055.  
  2056. This section describes LAN Requester APARs that are corrected for IPx8150. 
  2057.  
  2058.      o APAR= IC08582 TRAP IN NETBIOS.OS2 WHEN USING AT&T ATTISO APPLICATION 
  2059.  
  2060.        Running an application that calls the AT&T ATTISO protocol results in a 
  2061.        trap error in NETBIOS.OS2. 
  2062.  
  2063.      o APAR= IC08660 PROBLEM ASSIGNING HOMEDIRS WHEN NO USER ALREADY ALLOCATED 
  2064.  
  2065.        An attempt to assign a home directory on an additional server results in 
  2066.        the following error message: "NET2221 - The userid cannot be found." 
  2067.  
  2068.      o APAR= IC08730 CREATE ANOTHER IS REMOVED FROM ICONS ON DESKTOP AFTER LS 
  2069.        4.0 INSTALLATION 
  2070.  
  2071.        After installing LAN Requester 4.0, the Create Another option in the 
  2072.        objects on the Desktop is removed. 
  2073.  
  2074.      o APAR= IC08862 SERVER 'VIEW STATISTICS' DISPLAY SHOWS WRONG TIME 
  2075.  
  2076.        In the Server Statistics window, accessible through LAN Server 
  2077.        Administration Defined Servers folder, the End Gathering Time displayed 
  2078.        is one hour different than the system clock time. 
  2079.  
  2080.      o APAR= IC08911 LS 4.0 GUI FAILS TO CREATE USER TEMPLATE 
  2081.  
  2082.        In Warp with LS 4.0 environment, the Template-box in the notebook, which 
  2083.        creates a user template from a user icon, does not remain checked when 
  2084.        system is shut down and restarted.  The user template reverts to a 
  2085.        normal icon again. 
  2086.  
  2087.      o APAR= IC08932, IC08958 LIST.X FILES NOT UPDATED WHEN LS 3.0 DOMAINS ARE 
  2088.        ADMINISTERED FROM LS 4.0 OS/2 SERVERS AND REQUESTERS 
  2089.  
  2090.        When LS 3.0 domains are administered from LS 4.0 servers and requesters, 
  2091.        the user's LIST.X files are not updated. 
  2092.  
  2093.        ADDITIONAL NOTE: 
  2094.        After you apply the fix, to update the user's LIST.X files (mainly the 
  2095.        LIST.U) you need to open the user's icon and look at the logon 
  2096.        assignments.  When you view the logon assignments they should look 
  2097.        correct, but the LIST.X file will not be properly updated unless you 
  2098.        highlight one of the assignments and then press the SET button at the 
  2099.        bottom of the window. This action should update the LIST.X files. 
  2100.  
  2101.      o APAR= IC08935 ACP creation conflict between resource drive and 
  2102.        redirected drive. 
  2103.  
  2104.        Client accessing LS3.0 domain, unable to use LS4.0 LAN Server 
  2105.        Administration to create an ACP for a resource residing on physical 
  2106.        drive with same letter as requester redirected drive. 
  2107.  
  2108.      o APAR= IC08992 TEMPLATE BOX IS NOT PRESENT ON SYS ICONS, GO TO 
  2109.        SETTINGS/GENERAL 
  2110.  
  2111.        For various system icons (for example, the OS/2 System icon), in the 
  2112.        Settings notebook, General page, the Templates box does not appear. This 
  2113.        happens on both OS/2 2.11 and Warp systems when LS 4.0 is installed. 
  2114.  
  2115.      o APAR= IC09016 NET START PEER FAILS WITH NET3062, AND ERROR LOG CONTAINS 
  2116.        A NET4698 
  2117.  
  2118.        NET START PEER fails with a NET3062 with a NET4968 error in the error 
  2119.        log. 
  2120.  
  2121.      o APAR= IC09033 TRYING TO CONNECT TO A NETWORK PRINTER THROUGH THE GUI 
  2122.        GIVES "PARAMETER NOT VALID" MESSAGE. 
  2123.  
  2124.        In an OS/2 2.11, LS 4.0 environment, a shared printer cannot be accessed 
  2125.        using the instructions of LS 4.0 "Up and Running," chapter 11.  The 
  2126.        error message "Parameter not valid" is displayed. 
  2127.  
  2128.        An alternate procedure described in "IBM OS/2 LAN Server 4.0 Features" 
  2129.        (GG24-4428-00) at page 94 "Overcoming the Single Session Limitation" 
  2130.        does not work either. 
  2131.  
  2132.      o APAR= IC09042 WHEN USERID TEMPLATE IS USED TO CREATE A CUSTOM TEMPLATE 
  2133.        AND THEN THE NEW TEMPLATE IS USED TO CREATE A USER ICON, THE USER ICON 
  2134.        ACTS AS A TEMPLATE. 
  2135.  
  2136.        When you create a custom user ID template from the main user ID 
  2137.        template, then create a user ID from that template, the user ID icon 
  2138.        appears as a template icon (with yellow note pad on lower right corner). 
  2139.  
  2140.      o APAR= IC09050 SORT FUNCTION FOR ADD USER LIST NOT THERE 
  2141.  
  2142.        In the Add Users to a Group panel (reached from a Group Settings 
  2143.        notebook, Users page, Add button), you cannot sort the list of users. 
  2144.  
  2145.      o APAR= IC09055 NETBIOS32SUBMIT HANGS 
  2146.  
  2147.        The netbios32submit API hangs when executed within a program. 
  2148.  
  2149.      o APAR= IC09108 LIST.S GOES TO 0 BYTES WHEN ADDING RESOURCES TO USER 
  2150.        DEFINITIONS FOR DLR 3.0 REQUESTER FROM A DLS 4.0 REQUESTER ON LS 3.0 
  2151.        DOMAIN 
  2152.  
  2153.        On an LS 3.0 domain, when resources are added to user definitions for a 
  2154.        DLR 3.0 requester from a DLS 4.0 requester, LIST.S drops to 0 bytes. 
  2155.  
  2156.      o APAR= IC09117 FROM USER ACCOUNTS OF LAN SERVER ADMIN GUI, YOU CANNOT 
  2157.        TELL WHAT PERMISSIONS A USER HAS FOR ANY ALIAS ON THE LIST OF ALIASES. 
  2158.  
  2159.        From the LAN Server Administration GUI, User Accounts folder, you cannot 
  2160.        view permissions for a user's assignments. 
  2161.  
  2162.      o APAR= IC09151 LS 4.0 GUI WILL NOT ALLOW AN ALIAS CREATED ON A LS 3.0 
  2163.        DOMAIN CONTROLLER TO BE DELETED AND RECREATED 
  2164.  
  2165.        The LAN Server 4.0 GUI does not allow an alias to be deleted and 
  2166.        recreated when that alias was originally created on a LAN Server 3.0 
  2167.        domain controller. 
  2168.  
  2169.      o APAR= IC09204 UNABLE TO MOVE PRINTER ALIAS WITH LAN SERVER 4.0 SETTING 
  2170.        NOTEBOOK 
  2171.  
  2172.        The Printer Alias Settings notebook allows you to specify a change in 
  2173.        the location of a defined printer alias; however, when the Set button is 
  2174.        selected, the change is not applied. 
  2175.  
  2176.      o APAR= IC09211 TRAP000D WITH CS:EIP= 0148:0000272F AND CSLIM= 00008992 IN 
  2177.        OS2 KERNEL HEAP BECAUSE OF NETWKSTA.200 PASSING BAD SELECTOR. 
  2178.  
  2179.        When the ring 3 server tries to dynamically allocate an additional large 
  2180.        buffer, a trap error occurs. 
  2181.  
  2182.      o APAR= IC09212 DRAG AND DROP TO CREATE A NEW USER WITH HOME DIRECTORY 
  2183.        GIVES NET2351, NET3106 91 18, NET3106 92 08, INVALID MACHINE ID, ETC. 
  2184.  
  2185.        When signed on as an administrator to a LAN Server 4.0 workstation, you 
  2186.        cannot drag and drop a user template to create a home directory on a LAN 
  2187.        Server 3.0 Post7045 additional server.  Errors include NET2351, NET3106 
  2188.        91 18, NET3106 92 08, NET3191, Invalid Machine ID, and Access Denied. 
  2189.  
  2190.      o APAR= IC09216 UNABLE TO USE * DRIVE ASSIGNMENT FOR ADDITIONAL RESOURCE 
  2191.        OF PUBLIC APPLICATIONS 
  2192.  
  2193.        In the LAN Server 4.0, LAN Server Administration GUI, you cannot define 
  2194.        a drive as next available (*) for any additional resources for an OS/2 
  2195.        public application. 
  2196.  
  2197.      o APAR= IC09231 LR 4.0 LOGGING ONTO A LS 3.0 DOMAIN: ALL PUBLIC APPS SHOW 
  2198.        UP AS OS/2 WINDOWED APPS EVEN THOUGH THEY ARE DEFINED OTHERWISE. 
  2199.  
  2200.        In a LAN Server 3.0 domain, all public applications appear to be OS/2 
  2201.        window applications, even though some or all of the applications have 
  2202.        been defined as OS/2 Presentation Manager or PROTMODE (protect-mode) 
  2203.        applications. 
  2204.  
  2205.      o APAR= IC09232 LR 4.0 LOGGING ON TO A LS 3.0 DOMAIN: APPS THAT ARE 
  2206.        DEFINED TO PROMPT USER FOR ADDITIONAL PARAMETERS DO NOT. 
  2207.  
  2208.        When a LS 3.0 domain is accessed from a LS 4.0 requester, programs 
  2209.        started from the Network Applications folder do not prompt the user for 
  2210.        additional parameters when they are supposed to do so. 
  2211.  
  2212.      o APAR= IC09233 STARTING THE NETWORK MESSAGING WITHOUT THE /MIN PARAMETER 
  2213.        CAUSES IT TO COME UP BLANK.  NO COLUMNS FOR FROM, DATE, ETC. 
  2214.  
  2215.        In LS 4.0, starting Network Messaging without specifying the /MIN 
  2216.        parameter causes the Network Messaging panel to appear blank, that is, 
  2217.        without its columns for From, Date, Time, and so on.  Network Messaging 
  2218.        has the /MIN parameter in the Startup folder, but might not have it in 
  2219.        the IBM LAN Services folder. 
  2220.  
  2221.      o APAR= IC09240 LR 4.0 LOGGING ON TO LS 3.0 DOMAIN: DOS PUBLIC APPS SHOW 
  2222.        UP IN THE NETWORK APPLICATIONS WITH THE OS/2 PUBLIC APPS. 
  2223.  
  2224.        When a LS 3.0 domain is accessed from a LS 4.0 requester, and a user is 
  2225.        assigned both DOS and OS/2 public applications, the Network Applications 
  2226.        folder might return a SYS0039 error about the drive not being ready.  On 
  2227.        subsequent opens of the Network Applications folder, it incorrectly 
  2228.        displays the DOS public applications icons as blank icons.  Clicking on 
  2229.        a blank icon produces a prompt for a path. 
  2230.  
  2231.      o APAR= IC09254 NUMBER OF FILES AND DIRECTORIES THAT CAN BE REPLICATED IS 
  2232.        TOO SMALL. 
  2233.  
  2234.        When replication or DCDB replication is used, the number of files and 
  2235.        directories supported is inadequate. 
  2236.  
  2237.      o APAR= IC09306 SYS3170 RETURNED WHEN SAVING WORD FOR WINDOWS 6.0A 
  2238.        DOCUMENT TO A:\ DRIVE. 
  2239.  
  2240.        After creating a document in Word for Windows 6.0a, an attempt to save 
  2241.        the file to drive A: returns a SYS3170 error message. 
  2242.  
  2243.      o APAR= IC09322 CHANGE TO PUBLIC APPLICATION INVOCATION COMMAND NOT 
  2244.        REFLECTED 
  2245.  
  2246.        A change in the name of a DOS application through LS 4.0 GUI (that is, a 
  2247.        change in the name of the .exe), is not updated in the \DCDB\APPS 
  2248.        directory.  Consequently, DOS LAN Requesters cannot execute the program 
  2249.        from their selector menu. 
  2250.  
  2251.      o APAR= IC09335 PRINTING FROM Q+E ON LAN SERVER NETWORK PRINTER RESULTS IN 
  2252.        SYS3175 IN LSWORKER.DLL 
  2253.  
  2254.        In a LS 4.0 environment, an attempt to print from Q+E on a network 
  2255.        printer causes a SYS3175 error. 
  2256.  
  2257.      o APAR= IC09341 CANNOT DELETE THE MESSAGE.LOG FILE WITH LS 4.0 
  2258.  
  2259.        The procedure for deleting the MESSAGE.LOG file on p. 223 of LS 4.0 
  2260.        Commands and Utilities reference does not work.  The following error 
  2261.        message is returned: 
  2262.  
  2263.               MSG: SYS0032: The process cannot access the file because it is
  2264.               being used by another process.
  2265.  
  2266.      o APAR= IC09363 SYS2070 IS RETURNED WHEN LS 4.0 PUBLIC APPLICATION IS 
  2267.        USING A .CMD FILE THAT CONTAINS THE START COMMAND. 
  2268.  
  2269.        On a LAN Server 4.0 requester, using the START command in a .CMD file 
  2270.        causes error SYS2070: A program in this session encountered a problem 
  2271.        and cannot continue, when the command file is invoked. 
  2272.  
  2273.      o APAR= IC09372 LS 4.0 PUBLIC APPLICATIONS.  PROGRAM LOCATION-ASSIGNED 
  2274.        DRIVE NOT WORKING CORRECTLY 
  2275.  
  2276.        In LAN Server 4.0 Advanced, Public Application's Settings notebook, 
  2277.        Program Location page, setting the Assigned Drive field to Next 
  2278.        Availiable does not cause a drive letter to be assigned by LS 4.0.  This 
  2279.        same problem occurs for a public application when the Assigned Drive 
  2280.        field is set to Specified Drive on an LS 4.0 server, but accessed from a 
  2281.        LS 3.0 requester. 
  2282.  
  2283.      o APAR= IC09449 NETAPPADD API FAILS WHEN DRIVE LETTER IS "|". 
  2284.  
  2285.        The NetAppAdd API fails when a drive letter value of | is specified. 
  2286.  
  2287.      o APAR= IC09466 LR 4.0 LOGS ON TO A LS 3.0 DOMAIN WITH PUBLIC APPS DEFINED 
  2288.        AND DOES NOT GET ANY OF THE ASSIGNED PUBLIC APPS. 
  2289.  
  2290.        When you access a LS 3.0 domain from a LS 4.0 requester, your Network 
  2291.        Applications folder does not contain any of the public applications 
  2292.        assigned to your user ID. 
  2293.  
  2294.      o APAR= IC09524 UPMEULGF CALL RETURNS 0XFB13 NOT 0XFB14 IN LS 4.0 
  2295.  
  2296.        UPMEULGF returns 0XFB13 instead of 0XFB14 in LS 4.0. 
  2297.  
  2298.      o APAR= IC09526 AFTER MIGRATION FROM LS 3.0 TO LS 4.0, EXTERNAL RESOURCES 
  2299.        ARE NOT "LOGON ASSIGNABLE" 
  2300.  
  2301.        After migration from LS 3.0 to LS 4.0 with external resources, these 
  2302.        resources exist in resource definition view, but when an attempt is made 
  2303.        to assign logon assignments, these resources do not appear in the list 
  2304.        of resources. 
  2305.  
  2306.      o APAR= IC09527 AFTER CHANGING ALIAS NAMES (FILE,PRINT,SERIAL) IN GUI, 
  2307.        SHUTDOWN, AND REOPEN, THE NAMES DID NOT CHANGE 
  2308.  
  2309.        From the Alias Settings notebook, General page, changes made to the 
  2310.        original alias name cannot be saved by selecting the Set or Apply 
  2311.        button, nor by closing the settings notebook. 
  2312.  
  2313.      o APAR= IC09605 AFTER APPLYING DLS40.ZIP FOR IC08691 FIX TO DLS 4.0 
  2314.        REQUESTER, IT WILL HANG 
  2315.  
  2316.        After installation of the DLS40.ZIP fix pak for IC08691, the workstation 
  2317.        hangs in Windows or DOS and requires restarting the PC. 
  2318.  
  2319.      o APAR= IC09736 ALIAS SETTINGS PARAMETER MAXIMUM CONNECTIONS DOES NOT WORK 
  2320.  
  2321.        More than one user can log on and access public application when the 
  2322.        Maximum Concurrent Connections parameter is set to 1. 
  2323.  
  2324.      o APAR= IC09763 WHEN HE ISSUES AT 12:00 /E:SU DIR, HE GETS NET3505.  IT 
  2325.        OCCURS ONLY HE DEFINES SU. 
  2326.  
  2327.        On a Japanese LAN Server, a NET3505 message, invalid parameter, is 
  2328.        received when the AT command is issued with the /E:SU (SUNDAY) 
  2329.        parameter. 
  2330.  
  2331.      o APAR= IC09770 MESSAGE POPUP SCREEN DOES NOT OCCUR AT LOGON WHEN A 
  2332.        PROFILE.CMD FILE IS USED WITH A REXX COMMAND. 
  2333.  
  2334.        When a PROFILE.CMD file is used in a REXX command for sending a message, 
  2335.        logon through User Profile Management (UPM) does not result in a message 
  2336.        pop-up, even though the message is being sent to the message log.  Logon 
  2337.        through the command line works correctly. 
  2338.  
  2339.      o APAR= IC09864 SYNTAX CHANGED FOR RESTORING CONNECTION TO A HOME 
  2340.        DIRECTORY 
  2341.  
  2342.        In LS 4.0, when a connection to a home directory was lost, an error 
  2343.        prevented the use of NET USE x: aliasname to reconnect to the home 
  2344.        directory.  This has been corrected and the old syntax now works 
  2345.        correctly. 
  2346.  
  2347.      o APAR= IC10102 LOGON ASSIGNMENT FAILURES OF PRINTER AND SERIAL DEVICES 
  2348.        WITH LS 4.0 BACKUP DOMAIN CONTROLLER ON LS 3.0 DOMAIN. 
  2349.  
  2350.        In a LAN Server 3.0 domain which has an OS/2 2.11, LS 4.0 backup domain 
  2351.        controller, logon assignments to printer and serial devices can fail 
  2352.        resulting in error message NET8182: the logon assignment of serial 
  2353.        device queue failed, or NET8183: the logon assignment of printer queue 
  2354.        failed. 
  2355.  
  2356.      o APAR= IC10134 NET2140 INTERNAL SOFTWARE ERROR, IF A FORWARD SLASH IS 
  2357.        USED IN THE NAMES FIELD OF USER OR GROUP ID MANAGEMENT GUI 
  2358.  
  2359.        In a LAN Server and Warp environment, when any invalid character (such 
  2360.        as " / \ * ?) is used in the Names field of the User or Group Settings 
  2361.        notebook, the system should respond with error message NET2202; however 
  2362.        / returns error message NET2140: an internal requester-server error 
  2363.        occurred.  If a user was added to a group before the group was created, 
  2364.        a NET2140 error is returned first, and then the GUI crashes with a 
  2365.        SYS3175 error. 
  2366.  
  2367.      o APAR= IC10141 CREATING USER ID HOME DIRECTORIES FROM A LS 4.0 ADDITIONAL 
  2368.        SERVER WITH A LS 3.0 DOMAIN CONTROLLER TO A LS 3.0 ADDITIONAL SERVER 
  2369.        TARGET DRIVE GIVES NET2351 OR SYS0053. 
  2370.  
  2371.        An attempt to create a user ID home directory from an LS 4.0 additional 
  2372.        server that has an LS 3.0 domain controller to a target drive on an LS 
  2373.        3.0 additional server causes error SYS0053: Network path not found, or 
  2374.        NET2351: This machine ID is not valid. 
  2375.  
  2376.      o APAR= IC10186 A NETBIOSSUBMIT CALL WHERE CHAINED NCB'S ARE PASSED CAUSES 
  2377.        THE PROGRAM TO CRASH.  SYS3175 IN NETAPI.DLL 
  2378.  
  2379.        The NetBiosSubmit API call causes the program to crash with a SYS3175 
  2380.        error message when using chained NCBs in an LS 4.0, Warp environment. 
  2381.  
  2382.      o APAR= IC10206 USER WITH ACCOUNTS OPERATOR PRIVILEGE CANNOT ADMINISTER 
  2383.        ANOTHER USER'S APPLICATION ASSIGNMENTS IF DOMAIN CONTROLLER IS LS 3.0 
  2384.        AND REQUESTER IS LS 4.0 
  2385.  
  2386.        When an LS 3.0 domain controller is accessed from a LS 4.0 requester, a 
  2387.        user with accounts-operator privilege cannot administer another user's 
  2388.        application assignments. 
  2389.  
  2390.      o APAR= IC10244 VNETAPI RETURNS NO REDIRECTION INFORMATION FOR NETUSEENUM 
  2391.        API 
  2392.  
  2393.        A problem was found in VNETAPI.  If NetUseEnum API is called, the 
  2394.        correct number of entries for the redirection list is returned, but the 
  2395.        buffers of information for those redirections are empty. 
  2396.  
  2397.      o APAR= IC10250  Auditing shows **** for any changed made by 
  2398.        administrator. 
  2399.  
  2400.        Customer has several administrators and a server with some highly 
  2401.        classified personnel information on.  He is finding if he sets auditing 
  2402.        on a resource to full, the audit log shows a load of stars for changes 
  2403.        made by an administrator.  The customer sees this as a defect as he 
  2404.        feels that the user id should be shown for any changes made. 
  2405.  
  2406.      o APAR= IC10257  INTERRUPTS ARE NOT BEING PROCCESSED CORRECTLY IN DOS VDM 
  2407.        INT 80 THRU FF. 
  2408.  
  2409.        Customer has an application NOSTOP (NETWORK.COM is a TSR) and another 
  2410.        application called ALERT.COM ( WHICH IS A TSR). Network.com invokes 
  2411.        interrupt 80 and Alert.com is keyed off of interrupt 80. Alert.com is 
  2412.        supposed to display a message on the screen to inform customer a 
  2413.        disconnect from the network. This is not happening under the VDM. 
  2414.        Customer has tried INT 80 THRU FF with no resolution. 
  2415.  
  2416.      o APAR= IC10283  DOCUMENTATION OF BACKACC "/S" PARAMETER IS WRONG. 
  2417.  
  2418.        The LAN Server 4.0 documentation for the BACKACC Utility /S parameter is 
  2419.        incorrect. 
  2420.  
  2421.      o APAR= IC10347 TRAP000D 0C58:00008126 NETWKSTA _COPYMEM + 50 
  2422.  
  2423.        After installation of a new build of a DOS-OS/2 application, a trap 
  2424.        error occurs with the following information. 
  2425.  
  2426.      o APAR= IC10364 SERVER FILE CORRUPTION CAUSED BY LARGE WRITE REQUESTS. 
  2427.  
  2428.        Error in NETWKSTA.200 causes data corruption when requester writes to 
  2429.        files on server.  The server logs incomplete error messages indicating 
  2430.        errors in the requester. 
  2431.  
  2432.      o APAR= IC10409 SYSTEM HANGS USING 32-BIT SEMAPHORE 
  2433.  
  2434.        Various errors, including system hangs, occur when running applications 
  2435.        using 32-bit semaphores. 
  2436.  
  2437.      o APAR= IC10518 LSGUI DOES NOT SEEM TO HAVE A TEMPLATE FOR CREATING 
  2438.        WINDOWS PUBLIC APPS 
  2439.  
  2440.        The implication made by the LAN Server GUI providing only DOS and OS/2 
  2441.        public applications templates is that Windows applications cannot be 
  2442.        defined as public applications; however, they can be. 
  2443.  
  2444.      o APAR= IC10527 THE JUNE 16TH BUILD FOR DLS40.ZIP CAUSES LOSS OF 
  2445.        FUNCTIONALITY WITHIN WINDOWS. 
  2446.  
  2447.        After installation of DLS40.ZIP from the June 16, 1995 build, there is a 
  2448.        loss of network functionality within Windows.  No NET commands are 
  2449.        available in the DOS box within Windows.  All of the pull down menu 
  2450.        items with network functions fail.  The result of the failure is either 
  2451.        a flashing cursor in the DOS box, or an hour glass on the Program 
  2452.        Manager desktop.  Windows may only be recovered by issuing a 
  2453.        Ctrl-Alt-Del, and pressing Enter at the blue screen. 
  2454.  
  2455.      o APAR= IC10659 WHEN AN ALIAS IS CREATED USING THE COMMAND LINE OR GUI, AN 
  2456.        IPE IS GENERATED INSTEAD OF AN ERROR MESSAGE. 
  2457.  
  2458.        An Internal Processing Error at location 0140:0e46 - 000a:0e46 is 
  2459.        generated on the domain controller when an administrator creates an 
  2460.        alias from the command line or GUI and the path is <drive>:. 
  2461.  
  2462.      o APAR= IC10740 LIST.A IS NOT UPDATED WHEN DOS PUBLIC APP IS CREATED ON A 
  2463.        3.0 REQUESTER WITH A 4.0 DC. 
  2464.  
  2465.        When a LAN Server 4.0 domain is being administered from a LS 3.01 
  2466.        requester and a public DOS application is created, the application is 
  2467.        not available from the DLR because LIST.A is not updated. 
  2468.  
  2469.      o APAR= IC10766 SYS3175 GENERAL ACCESS VIOLATION AT IBF801B0 DOSCALL1.DLL 
  2470.        CS:EIP=DFC6:000001B0 CSLIM=0000035F 
  2471.  
  2472.        When issued from a LAN Server 4.0 additional server, the command CHKSTOR 
  2473.        /ALL returns error message SYS3175: A program generated an access 
  2474.        violation. 
  2475.  
  2476.      o APAR= IC10820 LSRXUTIL DOES NOT SHOW THE CORRECT RESULT, POST GA 
  2477.        SYS3175. 
  2478.  
  2479.        In an LS 4.0 environment with LS40AIDS.ZIP applied, the LSRXUTIL utility 
  2480.        does not show the correct result after an application has been removed 
  2481.        using the command NET APP appname /REMOVE from the command line.  Error 
  2482.        message SYS3175 is returned. 
  2483.  
  2484.      o APAR= IC10871 WHEN LS40GUI.ZIP IS APPLIED, A NET2310 IS GIVEN WHEN 
  2485.        ACCESS CONTROLS ARE CHANGED FROM THE GUI AND THE SET BUTTON IS PRESSED. 
  2486.  
  2487.        After application of the LS40GUI.ZIP fix, an attempt made from the LAN 
  2488.        Server Administration GUI, Alias settings notebook, Manage Access page 
  2489.        to change the access controls for a different machine results in error 
  2490.        message NET2310: resource does not exist.  The failure occurs only for 
  2491.        resources not residing on the domain controller. 
  2492.  
  2493.      o APAR= IC10948 32-BIT APPLICATION GETS ACCESS VIOLATION ON FIRST CALL TO 
  2494.        NETBIOS RUNNING WARP, LR 4.0. 
  2495.  
  2496.        In a Warp, LAN Server 4.0 requester environment, a 32-bit application 
  2497.        gets an access violation error when on its first call to NetBIOS. 
  2498.  
  2499.  
  2500. ΓòÉΓòÉΓòÉ 6.2.1.3. User Profile Management (UPM) ΓòÉΓòÉΓòÉ
  2501.  
  2502. The following APARs were corrected in User Profile Management for IPx8150: 
  2503.  
  2504.      o APAR= IC08467 MESSAGE TEXT SHOWS INCORRECT DOMAIN NAME WHEN ISSUING A 
  2505.        LOGON /D:(DOMAIN) COMMAND IF ON A REMOTE DRIVE. 
  2506.  
  2507.        When you enter the command LOGON /D:new domain from a remote drive, a 
  2508.        prompt that has the correct user ID and domain is displayed. However, 
  2509.        when you press Enter, a message box specifies that you are going to 
  2510.        logon to the old domain and not the new domain. 
  2511.  
  2512.      o APAR= IC09055 NETBIOS32SUBMIT HANGS 
  2513.  
  2514.        The netbios32submit API hangs when executed within a program. 
  2515.  
  2516.      o APAR= IC09101 LS40 WILL NOT ALLOW USAGE OF ALIASES POINTING TO PCLP 
  2517.        RESOURCES EVEN THOUGH A NET USE CAN BE DONE WITH DIRECT PATHING 
  2518.        SPECIFIED 
  2519.  
  2520.        The customer migrated from a Lan Server 3.0 system to a Lan Server 4.0 
  2521.        system, both were Advanced Servers.  The LS30 system had functioning 
  2522.        External Resources for remote printers off PCLP Servers, running on 
  2523.        PC/AT's.  This environment was functioning with LS20 and LS30 Requesters 
  2524.        on OS/2.  After migration to LS 4.0, although the Resource folder 
  2525.        contains the correct aliases for remote printers attached to PCLP 
  2526.        servers and the IBMLAN\DCDB\PRINTERS subdirectory contains the correct 
  2527.        *.CMD and *.BAT files, when a user issues a NET USE to the printer 
  2528.        alias, it fails with a 'NET3502: OS/2 error 67 has occurred' and a 
  2529.        'SYS0067: the network name cannot be found'. 
  2530.  
  2531.      o APAR= IC09117 FROM USER ACCOUNTS OF LAN SERVER ADMIN GUI, YOU CANNOT 
  2532.        TELL WHAT PERMISSIONS A USER HAS FOR ANY ALIAS ON THE LIST OF ALIASES. 
  2533.  
  2534.        From the LAN Server Administration GUI, User Accounts folder, you cannot 
  2535.        view permissions for a user's assignments. 
  2536.  
  2537.      o APAR= IC09242 UNABLE TO CREATE PRINTER ASSIGNMENTS ON LS 4.0 SERVER 
  2538.        USING AN LS 3.0 REQUESTER 
  2539.  
  2540.        In the administration of an LS 4.0 domain from an LS 3.0 OS/2 requester, 
  2541.        the selection of Logon Details, Printer Assignments for a particular 
  2542.        user returns error message NET9503M: There are no printer aliases 
  2543.        defined to this domain....  However, the correct printers are listed 
  2544.        when the same selections are made for a user with administrative 
  2545.        privileges. 
  2546.  
  2547.      o APAR= IC09268 CANNOT CREATE DIRECTORY ALIAS FROM LS 3.0 REQUESTER 
  2548.  
  2549.        A directory alias cannot be created from an LS 3.0 requester 
  2550.        administration GUI.  The error NET9336E is returned.  The directory is 
  2551.        not created. 
  2552.  
  2553.      o APAR= IC09269 UNABLE TO CREATE A HOME DIRECTORY FROM A 3.0 REQUESTER 
  2554.  
  2555.        A home directory cannot be assigned for a user from an LS 3.0 requester. 
  2556.        The error NET9527 is returned.  The directory is created. 
  2557.  
  2558.      o APAR= IC09299  SYS3175 IN NETAPI.DLL WHEN PC LAN CLIENT ACCESSES LS 4.0 
  2559.        RESOURCE USING WRONG PASSWORD. 
  2560.  
  2561.        On LS 4.0, when an invalid password is specified on a NET USE command 
  2562.        from a PC LAN Client, the 'invalid password' message is not returned. 
  2563.        Instead the following error is returned: 
  2564.  
  2565.               SYS 3175         OS/2 SYSTEM ERROR during process ID 35
  2566.               access violation at 17af119c netapi.dll 0010:0000119c____
  2567.               CS:EIP= bd7f : 0000119c    CSACC= 00fb   CSLIM= 00001845
  2568.  
  2569.      o APAR= IC09348 RAS3 ERROR WHEN USING LS3.0 REQUESTER AND OPENING A PUBLIC 
  2570.        APP THAT RESIDES ON LS4.0 DOMAIN CONTROLLER. 
  2571.  
  2572.        When a public application that resides on an LS 4.0 domain controller is 
  2573.        opened by an LS 3.0 requester, a RAS3 error is returned. 
  2574.  
  2575.      o APAR= IC09526 AFTER MIGRATION FROM LAN SERVER 3.0 TO LAN SERVER 4.0 
  2576.        EXTERNAL RESOURCES ARE NOT "LOGON ASSIGNABLE" 
  2577.  
  2578.        After migration from LS 3.0 to LS 4.0 with external resources, these 
  2579.        resources exist in resource definition view, but when an attempt is made 
  2580.        to assign logon assignments, these resources do not appear in the list 
  2581.        of resources. 
  2582.  
  2583.      o APAR= IC09658 SYS3175 IN NETAPI.DLL WHEN CREATING EXT PRN RESOURCE ON DC 
  2584.  
  2585.        Creating an external printer resource from a LAN Server 3.0 requester to 
  2586.        a LAN Server 4.0 domain controller results in error SYS3175 at the 
  2587.        server in NETAPI.DLL. 
  2588.  
  2589.      o APAR= IC09736 ALIAS SETTINGS PARAMETER MAXIMUM CONNECTIONS DOES NOT WORK 
  2590.  
  2591.        More than one user can log on and access public application when the 
  2592.        Maximum Concurrent Connections parameter is set to 1. 
  2593.  
  2594.      o APAR= IC09769 CUSTOMER HAS A HANG ON THE DC CAUSED BY A SYS3175 IN 
  2595.        BACKGROUND. NETAPI.DLL AT CS:EIP= A2D7:000011A9 CSLIM= 000017E5. 
  2596.  
  2597.        Session disconnects result from hang of the domain controller, which in 
  2598.        turn is hung because of a SYS3175 error, a trap in the NETAPI.DLL. 
  2599.  
  2600.      o APAR= IC09864 SYNTAX CHANGED FOR RESTORING CONNECTION TO A HOME 
  2601.        DIRECTORY 
  2602.  
  2603.        In LS 4.0, when a connection to a home directory was lost, an error 
  2604.        prevented the use of NET USE x: aliasname to reconnect to the home 
  2605.        directory.  This has been corrected and the old syntax now works 
  2606.        correctly. 
  2607.  
  2608.      o APAR= IC10122 UPM:  A LOGON ... /DOMAIN ERASED DB/2 USER LOGON PROFILE. 
  2609.  
  2610.        On a system running OS/2 3.0 Warp, LanRequester 4.0, and DB/2 2.2, the 
  2611.        LOGON /DOMAIN command erases the DB/2 user profile.  This only occurs 
  2612.        when users of DB2/2 or Communications Manager use the user logon profile 
  2613.        function. 
  2614.  
  2615.      o APAR= IC10256 GET ERROR ACCESS DENIED WHEN ATTEMPTING TO CHANGE PASSWORD 
  2616.        FROM LS 4.0 REQUESTER TO ID ON NT SERVER 
  2617.  
  2618.        When an ID is setup on an NT Server, 'Make user change password at first 
  2619.        logon' is specified, and logon is attempted from an LS 4.0 requester, 
  2620.        then an error 5 (access denied) is returned and the logon routine quits. 
  2621.  
  2622.      o APAR= IC10938  LOGONS FAIL AFTER ADDING USERS TO DOMAIN DUE TO SLOWDOWN 
  2623.        OF NETWORK AND ADDITIONAL SERVERS INCREASE ACTIVITY. 
  2624.  
  2625.        When 2 users are added to the domain, the network slows up to the point 
  2626.        of not accepting logons or logons are very slow (3 to 10 minutes).  Many 
  2627.        additional servers are reestablishing sessions with the domain 
  2628.        controller and then requesting a full update of the NET.ACC data when 
  2629.        they should be requesting only partial updates. 
  2630.  
  2631.      o APAR= IC10973  SYS3175 IN NETAPI.DLL AT CS:EIP= A2CF:000011FF AND CSLIM= 
  2632.        000017E5 ON ALL ADDITIONAL SERVERS IN DOMAIN. 
  2633.  
  2634.        Customer reported that all of the additional servers in a domain failed 
  2635.        with a SYS3175 in NETAPI.DLL. 
  2636.  
  2637.  
  2638. ΓòÉΓòÉΓòÉ 6.2.1.4. HPFS ΓòÉΓòÉΓòÉ
  2639.  
  2640. This section describes HPFS APARS corrected for IPx8150. 
  2641.  
  2642.      o APAR= IC08503 USING LSU 1.0.1, LSU 4.0 AND NRR(NETWORK RESOURCE 
  2643.        RESERVATION), "AUTOFAIL" DOESN'T WORK CORRECTLY 
  2644.  
  2645.        The Autofail parameter functions incorrectly when LSU 1.0.1 or LSU 4.0 
  2646.        is running with Network Resource Reservation (NRR). 
  2647.  
  2648.      o APAR= IC08891 CANNOT COPY, XCOPY OR TYPE FILES WITH .FNT EXTENSIONS IN 
  2649.        HPFS386 ENVIRONMENT. 
  2650.  
  2651.        In an HPFS386 environment, the commands COPY, XCOPY or TYPE do not work 
  2652.        for .FNT files.  The COPY and TYPE commands return a SYS0005 error 
  2653.        message.  The XCOPY command returns a SYS1186 error.  COPY puts filename 
  2654.        with zero (0) bytes out to selected target drive (either FAT or HPFS). 
  2655.  
  2656.      o APAR= IC08901 ARCHIVE (A) BIT NOT SET ON CHANGED FILE USING LOTUS 123G 
  2657.        IF IT WAS NOT SET WHEN FILE WAS OPEN.  HPFS386 ONLY. 
  2658.  
  2659.        If the archive bit (A) does not exist on a file, when the file is opened 
  2660.        and changed and then saved from LOTUS (tm) 123G to an HPFS386 drive, the 
  2661.        bit is not turned on. 
  2662.  
  2663.      o APAR= IC09030 UNABLE TO HANDLE HPFS386 CACHE SIZE GREATER THAN 128MB 
  2664.  
  2665.        Setting a cache size greater than this 128MB for HPFS386 causes an 
  2666.        overflow.  The overflow wraps resulting in a cache size that is smaller 
  2667.        than expected. 
  2668.  
  2669.      o APAR= IC09150 ARCHIVE BIT NOT SET ON HPFS386 VOLUME WHEN SAVING A FILE 
  2670.        IN LOTUS 123G V2.0 
  2671.  
  2672.        When Lotus is used and a file that previously did not have the Archive 
  2673.        (A) bit set is saved, the bit remains unset. 
  2674.  
  2675.      o APAR= IC09410 NET3195 AN NCB ERROR OCCURRED: NET1. THE NCB IS THE DATA. 
  2676.        C1 06 SAME AS IC07107 
  2677.  
  2678.        In an LS 4.0, Warp environment, the server disappears from the ring and 
  2679.        all requester sessions are terminated and cannot be reestablished. The 
  2680.        NET3195 error message is returned. 
  2681.  
  2682.      o APAR= IC09448 PARAMETERS PLACED AT TOP OF HPFS386.INI WITHOUT A SECTION 
  2683.        HEADER GENERATES NO ERROR 
  2684.  
  2685.        Placing valid or invalid parameters at the top of HPFS386.INI without a 
  2686.        valid section header causes no error to be generated by HPFS386. 
  2687.  
  2688.      o APAR= IC10063 TIME SPENT PROCESSING RAW READS 
  2689.  
  2690.        For an Advanced server, in the SPM/2 Dump report the "time spent 
  2691.        processing raw reads" (TMRORawRds) is always about one minute (the 
  2692.        collection interval) even when no read has been done.  The data obtained 
  2693.        with core reads seems to be OK. 
  2694.  
  2695.      o APAR= IC10648 SERVER RUNNING ULTIMEDIA/WINDOWS PUBLIC APPS. CLIENT 
  2696.        EXPERIENCES HANGS RUNNING ANY APPLICATION. 
  2697.  
  2698.        The server running Ultimedia and Windows public applications hangs when 
  2699.        any application is run. 
  2700.  
  2701.      o APAR= IC10828 HPFS386 FIXES FOR COMPUTER ASSOCIATES UNICENTER PRODUCT 
  2702.  
  2703.        These are fixes so that the Computer Associates product Unicenter will 
  2704.        work on HPFS386. 
  2705.  
  2706.      o APAR= IC10832 NET COPY LEADS TO MSGNET3745 AND MSGNET3502 IF LS40HPFS 
  2707.        FIXPAK IP08028 IS INSTALLED FOR LS4.0 
  2708.  
  2709.        In LS 4.0 environment, the NET COPY command returns error messages 
  2710.        NET3745 and NET3502. 
  2711.  
  2712.      o APAR= IC10844 CUSTOMER IS RECEIVING INCORRECT OUTPUT FROM NET DASD. 
  2713.  
  2714.        When OS/2 clients access drives that have been "partitioned" with NET 
  2715.        DASD, the correct drive capacity is displayed.  However when DLS clients 
  2716.        access those drives, an erroneous drive capacity is displayed. 
  2717.  
  2718.  
  2719. ΓòÉΓòÉΓòÉ 6.2.1.5. Remote IPL ΓòÉΓòÉΓòÉ
  2720.  
  2721. This section describes RIPL APARS corrected for IPx8150. 
  2722.  
  2723.      o APAR= IC08509 ADD LS 4.0 RIPL SUPPORT FOR SVGA USING WARP 
  2724.  
  2725.        Warp RIPL support for SVGA displays has been added to LS 4.0 
  2726.  
  2727.      o APAR= IC09156 REXX SYNTAX ERRORS IN FRENCH VERSION OF RPLSDMSG.CMD. 
  2728.  
  2729.        The French version of RPLSDMSG.CMD has numerous REXX syntax errors.  The 
  2730.        main ones are absent of double quotes when there are accented characters 
  2731.        in the French messages.  Typical REXX error is REX0006 with reference to 
  2732.        the line number and REX0040 error 40 in line 1546 of RPLSETD.MSG. 
  2733.  
  2734.      o APAR= IC09214 PROBLEM WHEN RIPLING IS TO BE USED TO RIPL THE WARP 
  2735.        FULL-PACK.(WARP THAT INCLUDES WIN-OS2) 
  2736.  
  2737.        LS 4.0 RIPL is enhanced to support OS/2 Warp that includes WIN-OS/2. 
  2738.  
  2739.      o APAR= IC09239 RPL PC HANGS WHEN USING THE AUTO 16/4 T/R MC ADAPTER 
  2740.  
  2741.        Using the new auto 16/4 T/R MC adapter to RIPL, the requester hangs. 
  2742.  
  2743.      o APAR= IC10677 WARP CONNECT CANNOT BE RIPL'ED UNDER GA LEVELS OF LAN 
  2744.        SERVER 4.0 
  2745.  
  2746.        RIPL has been enhanced to support RIPL'ing WARP Connect using LS40. 
  2747.  
  2748.  
  2749. ΓòÉΓòÉΓòÉ 7. Appendix ΓòÉΓòÉΓòÉ
  2750.  
  2751. Appendix of other interesting topics. 
  2752.  
  2753.  
  2754. ΓòÉΓòÉΓòÉ 7.1. Printing Information from this On-line Document ΓòÉΓòÉΓòÉ
  2755.  
  2756. The OS/2 view function provides a print capability to the printer defined as 
  2757. the "default" printer for your system. From the "Services" popup, selecting 
  2758. print provides several options; Print All, Marked, or This Section(s), 
  2759. Contents, or Index. 
  2760.  
  2761. All but the Print Marked Sections are fairly self explanatory. To Print 
  2762. "Marked" sections one must first know how to "Mark". It is best to do this with 
  2763. the contents window fully expanded, ie. every section shows up in the content 
  2764. panel. Then simply press the space bar when the section you chose is 
  2765. highlighted or point and click the left mouse button while also holding the 
  2766. ctrl key to "mark" a section for print. 
  2767.  
  2768. The highlighting for "marked sections" is slightly larger than normal 
  2769. highlighting. To notice the difference, select an item in the contents and 
  2770. repeatedly press the space bar. 
  2771.  
  2772.  
  2773. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2774.  
  2775. The item in the title line is a trademark of IBM Corporation 
  2776.  
  2777.  
  2778. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2779.  
  2780. The item in the title line is a trademark of Microsoft Corporation 
  2781.  
  2782.  
  2783. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2784.  
  2785. The item in the title line is a trademark of Apple Computer 
  2786.  
  2787.  
  2788. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2789.  
  2790. The item in the title line is a trademark of Lotus Development Corporation 
  2791.  
  2792.  
  2793. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2794.  
  2795. The item in the title line is a trademark of Ungermann-Bass, Inc. 
  2796.  
  2797.  
  2798. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2799.  
  2800. The item in the title line is a trademark of Wall Data Corporation 
  2801.  
  2802.  
  2803. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2804.  
  2805. The item in the title line is a trademark of Attachmate Corporation 
  2806.  
  2807.  
  2808. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2809.  
  2810. UPM and UPE files:
  2811.    c:\muglib\mugmsg.msg
  2812.    c:\muglib\logoff.exe
  2813.    c:\muglib\logon.exe
  2814.    c:\muglib\muglexec.exe
  2815.    c:\muglib\mugwepop.exe
  2816.    c:\muglib\mugwlogf.exe
  2817.    c:\muglib\upm.lib
  2818.    c:\muglib\mugaccts.exe
  2819.    c:\muglib\muglrqst.exe
  2820.    c:\muglib\upmaccts.exe
  2821.    c:\muglib\upmcset.exe
  2822.    c:\muglib\dll\netspool.dll
  2823.    c:\muglib\dll\mug.dll
  2824.    c:\muglib\dll\upm.dll
  2825.    c:\muglib\dll\netapi32.dll
  2826.  
  2827. LAN Server/Requester files:
  2828.     \ibmlan\netprog\net.msg
  2829.     \ibmlan\netprog\stoplan.exe
  2830.     \ibmlan\netprog\cache386.exe
  2831.     \ibmlan\netprog\lsdaemon.exe
  2832.     \ibmlan\install\rib2.exe
  2833.     \ibmlan\netlib\lsworker.dll
  2834.  
  2835.  
  2836. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2837.  
  2838. Special RIPL Considerations Table of Contents 
  2839.  
  2840.      o Creating New OS/2 2.1 Remote IPL Clients 
  2841.  
  2842.      o Creating New OS/2 for Windows Clients 
  2843.  
  2844.      o Supporting Multiple Levels of the OS/2 Operating System 
  2845.  
  2846.      o Special Considerations for Remote IPL of Warp 
  2847.  
  2848.      o OS/2 SVGA Support for RIPL Clients 
  2849.  
  2850.  
  2851. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2852.  
  2853.       where WARP* is any one of: 
  2854.  
  2855.      o OS/2 Warp 3.0 for Windows 
  2856.  
  2857.      o OS/2 Warp 3.0 with Windows (FullPak) 
  2858.  
  2859.      o OS/2 Warp Connect 
  2860.  
  2861.  
  2862. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2863.  
  2864.       where 2.1* is any one of: 
  2865.  
  2866.      o OS/2 2.1 (XRx6000 where x indicates country code.) 
  2867.  
  2868.      o OS/2 2.1 Manufacturing Refresh 2.11 
  2869.  
  2870.      o OS/2 2.1 ServicePak XRx6200 
  2871.  
  2872.  
  2873. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2874.  
  2875. The OS/2 Selective Install function can be performed by double-clicking on the 
  2876. Selective Install Object in the OS/2 System Setup folder. 
  2877.  
  2878.  
  2879. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2880.  
  2881. Trademark of IBM Corporation.
  2882.  
  2883.  
  2884. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  2885.  
  2886. Installing XDF Support on Remote IPL Servers 
  2887.  
  2888. If an OS/2 2.1 or OS/2 2.0 + XR06100 system is used for the code server, 
  2889. modifications must be made to the system in order to read the OS/2 Warp 3.0 XDF 
  2890. format installation diskettes.  OS/2 Warp 3.0 server systems will be able to 
  2891. read these diskettes without any modification. 
  2892.  
  2893. To modify the OS/2 2.1 or OS/2 2.0 + XR06100 system so that it can read the 
  2894. OS/2 Warp 3.0 XDF format installation diskettes, do the following: 
  2895.  
  2896.      o ISA-bus Systems: 
  2897.  
  2898.          1. Rename IBM1FLPY.ADD to IBM1FLPY.OLD in the \OS2 directory. 
  2899.          2. Copy XDFLOPPY.FLT and IBM1FLPY.ADD from OS/2 Warp Version 3 
  2900.             diskette 1 to the \OS2 directory. 
  2901.          3. Add the following line to your CONFIG.SYS file: 
  2902.  
  2903.                             BASEDEV=XDFLOPPY.FLT
  2904.  
  2905.      o Micro Channel*-bus Systems: 
  2906.  
  2907.          1. Rename IBM2FLPY.ADD to IBM2FLPY.OLD in the \OS2 directory. 
  2908.          2. Copy XDFLOPPY.FLT and IBM2FLPY.ADD from OS/2 Warp Version 3 
  2909.             diskette 1 to the \OS2 directory. 
  2910.          3. Add the following line to your CONFIG.SYS file: 
  2911.  
  2912.                              BASEDEV=XDFLOPPY.FLT
  2913.  
  2914.        Note:   OS/2 2.0 systems below XR06100 cannot be updated to read the 
  2915.        OS/2 Warp 3.0 XDF format installation diskettes. 
  2916.