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