home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 29 Fixes_o / 29-Fixes_o.zip / ip07060.inf (.txt) < prev    next >
OS/2 Help File  |  1995-05-22  |  217KB  |  6,768 lines
  1.  
  2. ΓòÉΓòÉΓòÉ 1. Introduction ΓòÉΓòÉΓòÉ
  3.  
  4.                    IBM OS/2 LAN Server 3.0 ServicePak IP07060
  5.                                  IBM PTF IP07060
  6.  
  7. This ServicePak can be applied to:
  8.  
  9.  - IBM OS/2 LAN Server Version 3.0 - Entry, and IBM OS/2 LAN Server Version 3.0 - Advanced
  10.   For use with OS/2 2.0 or higher.
  11.  
  12.  - IBM LAN Adapter and Protocol Support, Versions 2.11, 2.14, 2.20, 2.20.1 - 2.20.4
  13.  
  14. Fixes for LAPS, OS/2 LAN Requester, UPM, Fault Tolerance, DLR, and Remote IPL 
  15. are also included in this package. 
  16.  
  17. This package also includes the LAN Support Program, version 1.38, as a 
  18. separately installable package. 
  19.  
  20. Warning:  1 - After upgrading LS 3.0 with this package, the ENCLOSED LAN 
  21. Support Program version 1.38 MUST be used instead of any previous copy of the 
  22. LSP. 
  23.  
  24. Warning:  2 - This ServicePak has a new method of installation using Corrective 
  25. Service Facility (CSF) Version 2-B.  Although the installation instructions 
  26. look similar to previous ServicePaks, there are significant differences. 
  27. Please review the entire Installation section before proceeding. Service to 
  28. Servers which use "Advanced Features" can be complex. 
  29.  
  30.                                  Good Insurance!
  31.              Have appropriate Bootable Standalone Service Diskettes.
  32.  
  33.  
  34. ΓòÉΓòÉΓòÉ 1.1. Affected SYSLEVEL Files ΓòÉΓòÉΓòÉ
  35.  
  36. After installing this ServicePak for some or all of the components listed 
  37. below, the CURRENT CSD level of the associated SYSLEVEL file(s) will indicate 
  38. IPx7060 (where x indicates the country code.) 
  39.  
  40. SYSLEVEL.SRV          IBM OS/2 LAN Server 
  41. SYSLEVEL.REQ          IBM OS/2 LAN Requester 
  42. SYSLEVEL.MUG          IBM OS/2 User Profile Management 
  43. SYSLEVEL.UPE          IBM OS/2 User Profile Management - Extended 
  44. SYSLEVEL.DLR          IBM DLR - DOS LAN Requester 
  45. SYSLEVEL.TRP          IBM OS/2 LAN Adapter and Protocol Support 
  46.  
  47. Note:   IBM LAN Support Program version 1.38 is provided in this package. 
  48. After installation, SYSLEVEL.LSP will indicate a current CSD level of URx7060 
  49. (where x indicates country code) and a current version of 1.38. 
  50.  
  51.  
  52. ΓòÉΓòÉΓòÉ 1.2. Trademarks ΓòÉΓòÉΓòÉ
  53.  
  54. The following are trademarks of IBM Corporation: 
  55.  
  56. o AT 
  57. o Communication Manager (CM) 
  58. o IBM 
  59. o LAN SERVER for MacIntosh (LSM) 
  60. o LAN Support Program (LSP) 
  61. o Micro Channel 
  62. o Operating System/2 
  63. o OS/2 
  64. o OS/2 Warp 
  65. o PC LAN Program (PCLP) 
  66. o Presentation Manager (PM) 
  67. o Win-OS/2 
  68. o WorkFrame/2 
  69. o XGA 
  70.  
  71. The following are trademarks of other Corporations: 
  72.  
  73. o AmiPro (Lotus Development Corporation) 
  74. o Freelance Graphics (Lotus Development Corporation) 
  75. o Lotus 1-2-3 (Lotus Development Corporation) 
  76. o Microsoft (Microsoft Corporation) 
  77. o MSACCESS (Microsoft Corporation) 
  78. o MSNET (Microsoft Corporation) 
  79. o Pentium (Intel Corporation) 
  80. o SuperCalc (Computer Associates International, Inc.) 
  81. o Ungermann-Bass (Ungermann-Bass, Inc.) 
  82. o Windows (Microsoft Corporation) 
  83. o WordPerfect Office (WordPerfect Corporation) 
  84.  
  85.  
  86. ΓòÉΓòÉΓòÉ 2. Installation ΓòÉΓòÉΓòÉ
  87.  
  88. This ServicePak uses Corrective Service Facility (CSF) Version 2-B (provided on 
  89. the tool diskette of this ServicePak) for installation. 
  90.  
  91. Complete instructions for the use of the updated SERVICE and FSERVICE commands 
  92. are provided with the CSF Version 2-B README.INF file on the ServicePak Tool 
  93. Diskette. Please read the CSF instructions for information on the use of CSF 
  94. Version 2-B backup and restore capabilities. 
  95.  
  96. Note:   - Archiving is not enabled for this ServicePak. 
  97.  
  98. Installing the ServicePak is essentially a three phase process: 
  99.  
  100. Phase 1 - Quiesce the Target System 
  101.             Stop all running applications so that LAN Server/Requester is not 
  102.             in use. 
  103.  
  104. Phase 2 - Install the ServicePak 
  105.             Use one of the following methods to replace system files with those 
  106.             provided on this ServicePak: 
  107.             Selective Install 
  108.             Redirected (CID) Install 
  109.  
  110. Phase 3 - Return the Serviced System to Normal Operation 
  111.             Perform a normal system boot.  Also, Post Installation Procedures 
  112.             may be necessary to update Remote IPL images or DOS LAN Requester 
  113.             clients. 
  114.  
  115. Note:   - If asked for permission to replace any files, respond Yes for RIPL 
  116. .CNF files, hidden or system files, or any private fixes that are indicated as 
  117. newer than the ServicePak files. 
  118.  
  119.  
  120. ΓòÉΓòÉΓòÉ 2.1. Selective Install ΓòÉΓòÉΓòÉ
  121.  
  122. This method will apply fixes to selected subsystems, partitions, and 
  123. directories: The Corrective Service Facility will handle Locked Files 
  124. automatically so boot diskettes are not required before applying service. 
  125.  
  126.  1. Insert ServicePak Tool diskette in the A drive. 
  127.  2. At an OS/2 command prompt type "A:SERVICE" and press Enter. 
  128.  3. Insert ServicePak diskette 1 when prompted. 
  129.  4. Follow the prompts to the CSF SERVICEABLE PRODUCTS panel. Review the 
  130.     serviceable products selected on the panel and deselect any products that 
  131.     you do not want to service at this time.  Then choose the SERVICE push 
  132.     button. 
  133.  5. Enter (optional) backup path then choose the OK push button. 
  134.  6. If the APPLICATION IN USE locked files panel is presented, choose CONTINUE. 
  135.  7. Follow prompts to complete the process. 
  136.  8. Remove the diskette from drive A:, then perform the system Shutdown 
  137.     procedure. 
  138.  9. Reboot the system normally. 
  139.  
  140. If the system to be serviced is a multiboot system with LAN Advanced Server 
  141. using IBM386FS on a drive other than the "C" drive, use the Special Situation 
  142. Install method to complete the installation on each bootdrive. 
  143.  
  144. When problems such as insufficient disk space are encountered when performing 
  145. the Selective Install, use the Special Situation Install method to perform 
  146. service. 
  147.  
  148.  
  149. ΓòÉΓòÉΓòÉ 2.2. Redirected Installation (CID) Method ΓòÉΓòÉΓòÉ
  150.  
  151. This method is useful for those who are using the CID (Configuration, 
  152. Installation, and Distribution) Services as provided by IBM NTS/2. The 
  153. Selective Install method is recommended for Servers exploiting 386 HPFS 
  154. function, Fault Tolerance, and/or Local Security. 
  155.  
  156. While setting up a CID server is beyond the scope of this document, we have 
  157. provided a sample LAN CID Utility REXX Command file segment (IP_7060.CID) that 
  158. may prove useful in setting up a CID server for this ServicePak. 
  159.  
  160. The sample IP_7060.CID assumes the following: 
  161.  
  162. o The ServicePak Tool diskette files are placed on the code server using "XCOPY 
  163.   A:\*.* /S" (or equivalent) in 'x:\img\csd\ls30\ip_7060' where 'x:' is the 
  164.   drive seen by the client. 
  165.  
  166. o The ServicePak files are placed on the code server using "XCOPY A:\*.* /S" 
  167.   (or equivalent) in 'x:\img\csd\ls30\ip_7060.' 
  168.  
  169. o The sample RESPONSE.FIL (or equivalent) is placed on the code server in 
  170.   x:\rsp\csd\ls30\ip_7060. 
  171.  
  172. o The following CID server directory structure contains the contents of the 
  173.   ServicePak and the tool diskette. 
  174.  
  175.    img\csd\ls30\ip_7060               * Root directory of ServicePak diskette 1 
  176.    img\csd\ls30\ip_7060               * ServicePak Tool diskette files 
  177.    img\csd\ls30\ip_7060\FIX           * No files 
  178.    img\csd\ls30\ip_7060\FIX\REQ.1     * Requester Fixes 
  179.    img\csd\ls30\ip_7060\FIX\SRV.2     * Server Fixes 
  180.    img\csd\ls30\ip_7060\FIX\MUG.3     * User Profile Management Fixes 
  181.    img\csd\ls30\ip_7060\FIX\UPE.4     * Extended UPM Fixes 
  182.    img\csd\ls30\ip_7060\FIX\TRP.5     * LAN Adapter and Protocol Support Fixes 
  183.    img\csd\ls30\ip_7060\FIX\DLR.6     * DOS LAN Requester Fixes 
  184.  
  185.    rsp\csd\ls30\ip_7060               * RESPONSE.FIL (from sample on ServicePak 
  186.                                       tool diskette) 
  187.  
  188. o A log directory exists at 'x:\log\csd\ls30\ip_7060' for the log files. 
  189.  
  190.  
  191. ΓòÉΓòÉΓòÉ 2.3. Bootable Standalone Service Diskettes ΓòÉΓòÉΓòÉ
  192.  
  193. Sometimes it becomes necessary to boot from diskette in order to perform 
  194. certain operations on fixed-disk, like installing this ServicePak or running 
  195. CHKDSK /f. 
  196.  
  197. All necessary files must be contained on diskette.  Files from the fixed-disk 
  198. should not be referenced in A:\CONFIG.SYS or A:STARTUP.CMD. Otherwise Locked 
  199. Files can still exist on the fixed-disk. 
  200.  
  201. Should the need arise to boot from diskette for any reason, you may: 
  202.  
  203. o Use the Install diskette and Diskette #1 of OS/2 2.x or OS/2 3.x. Escape to 
  204.   A: 
  205.  
  206. o Create custom Bootable Standalone Service Diskettes from your licensed 
  207.   materials.  The makeup of these is dependent on the system to be serviced. 
  208.   Instruction is available for: 
  209.  
  210.    Requesters and Entry Version Servers. 
  211.    Advanced Version Servers. 
  212.  
  213. CAUTION:
  214. LAN Servers that utilize the Advanced features such as Local Security and Fault 
  215. Tolerance must use custom Bootable Standalone Service Diskettes.  Regular HPFS 
  216. boot diskettes, such as the OS/2 Installation diskettes, CANNOT mirror changes 
  217. to Fault Tolerance partitions or access files/directories which are controlled 
  218. by local security. 
  219.  
  220.  
  221. ΓòÉΓòÉΓòÉ 2.3.1. Making OS/2 Bootable Diskettes ΓòÉΓòÉΓòÉ
  222.  
  223.  1. Make a copy of the OS/2 2.x or OS/2 3.x Installation Diskette and Diskette 
  224.     #1. Call them SA#1 and SA#2 respectively. 
  225.  
  226.  2. Delete SYSINST2.EXE from Diskette SA#2. 
  227.  
  228.  3. Delete BUNDLE from Diskette SA#2 (this will be on OS/2 versions 2.1 or 
  229.     greater). 
  230.  
  231.  4. Modify CONFIG.SYS on SA#2 as follows: 
  232.  
  233.         buffers=50
  234.         memman=noswap
  235.         protshell=a:\cmd.exe
  236.         protectonly=yes
  237.         libpath=a:\;
  238.         ifs=hpfs.ifs /c:64
  239.         set path=a:\;
  240.         set dpath=a:\;
  241.  
  242.  5. Copy UHPFS.DLL from OS/2 Diskette #2 or C:\OS2\DLL to SA#2. 
  243.  
  244.  
  245. ΓòÉΓòÉΓòÉ 2.3.2. Making Advanced Server Bootable Diskettes ΓòÉΓòÉΓòÉ
  246.  
  247. MAKEDISK is an Advanced Server utility designed to make the necessary Bootable 
  248. Standalone Service Diskettes used in periodic maintenance of 386 HPFS systems. 
  249.  
  250.  1. Make a copy of the OS/2 2.x or 3.x Installation Diskette and Diskette #1. 
  251.     Call them SA#1 and SA#2 respectively. 
  252.  
  253.  2. Delete SYSINST2.EXE from Diskette SA#2. 
  254.  
  255.  3. Delete BUNDLE from Diskette SA#2 (this will be on OS/2 versions 2.1 or 
  256.     greater). 
  257.  
  258.  4. With Boot Diskette SA#2 in drive a: or b: run MAKEDISK from an OS/2 prompt. 
  259.  
  260.     Note:   Syntax is MAKEDISK /BOOTDRIVE:d where d  is the OS/2 boot drive. 
  261.  
  262.     For additional Information see the Network Administrators Reference: 
  263.     Creating a 386 HPFS Boot Diskette, or LAN Server Utilities. 
  264.  
  265.  5. If using Fault Tolerance, add the Fault Tolerance files to the Bootable 
  266.     Diskette SA#2. 
  267.  
  268.  6. Verify that the 386 HPFS Bootable Standalone Service Diskettes work 
  269.     properly. 
  270.  
  271.    o Shutdown the system. 
  272.    o Insert the Bootable Standalone Service Diskette SA#1 in the A drive. 
  273.    o Reboot the system (Ctrl+Alt+Del, or other method). 
  274.    o Determine if Local Security is working. 
  275.    o Determine if Fault Tolerance is working. 
  276.  
  277.  
  278. ΓòÉΓòÉΓòÉ 2.3.3. Adding Fault Tolerance to 386 HPFS Bootable Standalone Service Diskettes ΓòÉΓòÉΓòÉ
  279.  
  280. 386 HPFS Bootable Standalone Service diskettes require additional customizing 
  281. in order to properly update files on partitions which are mirrored. 
  282.  
  283. The following steps may have to be done for each LAN Server with Fault 
  284. Tolerance since the configuration information transferred in step 3 can be 
  285. unique for each such system. 
  286.  
  287.  1. Copy the following four Fault Tolerance files from the first diskette of 
  288.     the LAN Server 3.0 ServicePak to your Bootable Standalone Service Diskette 
  289.     SA#2. 
  290.  
  291.               1) DISKFT.SYS  2) FTD.MSG  3) FTATTRIB.EXE  4) FTCOPY.CMD
  292.  
  293.  2. Add the following line to the CONFIG.SYS on the Bootable Standalone Service 
  294.     Diskette SA#2. 
  295.  
  296.                                   DEVICE=DISKFT.SYS
  297.  
  298.  3. At an OS/2 command prompt, make the current drive A:, and have the 386 HPFS 
  299.     Bootable Standalone Service Diskette SA#2 in drive A. Type "FTCOPY" to copy 
  300.     the customized Fault Tolerance configuration information to the 386 HPFS 
  301.     Bootable Standalone Service Diskette SA#2. 
  302.  
  303. Warning:  Test your 386 HPFS Bootable Standalone Service Diskette before you 
  304. make any alterations to your system.  This Diskette is the Master Key should 
  305. your system ever fail to boot from its hard drive. 
  306.  
  307.  
  308. ΓòÉΓòÉΓòÉ 2.4. Special Situation Install ΓòÉΓòÉΓòÉ
  309.  
  310. This method will apply all fixes to all partitions and directories: 
  311.  
  312. FSERVICE is used for CID installation of this ServicePak, for multiboot systems 
  313. with IBM386FS on a drive other than the 'C' drive, or when problems, such as 
  314. insufficient memory for the locked file device driver or corrupted disk drives, 
  315. are encountered using the Selective Install method. It does require booting 
  316. from diskette to insure that there are no Locked Files during the install 
  317. phase. 
  318.  
  319. Warning:   - Ensure that all drives to be updated are clean by performing a 
  320. CHKDSK /F on each drive before FSERVICE is invoked.  There will be no 
  321. opportunity to clean up the drives after FSERVICE is invoked. 
  322.  
  323.  1. Boot from the Bootable Standalone Service Diskettes. 
  324.  2. Establish A: as the Current Directory. 
  325.  3. Replace the Boot Diskette with the ServicePak Tool Diskette. 
  326.  4. From the A: prompt, type "FSERVICE" and press Enter.  Click here for 
  327.     additional steps needed for multi-boot systems. 
  328.  5. At the panel titled "Installing this Service Pak" press Enter (Option 1). 
  329.  6. Follow the prompts provided by the Corrective Service Facility. 
  330.  7. Reboot the system normally. 
  331.  
  332.  
  333. ΓòÉΓòÉΓòÉ 2.4.1. Updating IBM386FS Directory on a Multiboot System ΓòÉΓòÉΓòÉ
  334.  
  335. A new parameter has been added to the FSERVICE command to enable servicing the 
  336. IBM386FS directory when it resides on a bootdrive other than C:.  Specify the 
  337. bootdrive containing the IBM386FS directory to be serviced as the /b parameter 
  338. on the FSERVICE command: 
  339.  
  340.             FSERVICE /b:d
  341.                         (where d is the drive letter assigned to bootdrive)
  342.  
  343. Note:   There is NO colon after the bootdrive 'd'. 
  344.  
  345. Two methods are available for servicing the IBM386FS directories on multiple 
  346. bootable drives: 
  347.  
  348.  1. Run FSERVICE iteratively. That is, run FSERVICE /b: for each bootable drive 
  349.     containing an IBM386FS directory. 
  350.  
  351.  2. Edit the RESPONSE.FIL (on the Tool diskette of this ServicePak) to add the 
  352.     following parameter set after the :SYSLEVEL label: 
  353.  
  354.         :DIRLIST
  355.         d1:\IBM386FS   where d1 = a bootable drive requiring IBM386FS service,
  356.         d2:\IBM386FS   and  d2 = another bootable drive requiring IBM386FS service.
  357.         :ENDDIRLIST
  358.  
  359.  
  360. ΓòÉΓòÉΓòÉ <hidden> Locked Files ΓòÉΓòÉΓòÉ
  361.  
  362. Sometimes it is essential that programs own (become the master of) system 
  363. resources such as Memory Blocks, Communication Ports, and Files. When a program 
  364. stakes claim to a file, that file is said to be Locked; no other program is 
  365. allowed to alter (replace or write to) it until the owning program explicitly 
  366. removes the lock. 
  367.  
  368. .DLL Files  can become Locked by residing in a directory that is included in 
  369. the LIBPATH string of CONFIG.SYS. 
  370.  
  371. For example, NETAPI.DLL can be locked when \MUGLIB\DLL exists in the LIBPATH of 
  372. CONFIG.SYS. 
  373.  
  374.  
  375. ΓòÉΓòÉΓòÉ <hidden> Escape to A: from OS/2 Install Diskettes ΓòÉΓòÉΓòÉ
  376.  
  377. To obtain the A:  prompt when using the OS/2 Product installation diskettes as 
  378. Bootable Standalone Service Diskettes: 
  379.  
  380. o Boot the system with Install Diskette in drive A. 
  381.  
  382. o At the IBM Logo Screen - Insert Diskette #1, press Enter. 
  383.  
  384. o At the Welcome Screen - Press Esc to Exit. (F3 for OS/2 3.x) 
  385.  
  386. The A: prompt should appear.  OS/2 Programs, including FSERVICE.EXE, can be run 
  387. from here. 
  388.  
  389.  
  390. ΓòÉΓòÉΓòÉ <hidden> Creating a 386 HPFS Boot Diskette Refer to ΓòÉΓòÉΓòÉ
  391.  
  392. Appendix H in: 
  393.  
  394.                                     Operating System/2 Local Area Network Server
  395.  
  396.                           Network Administrator Reference Volume1:  Planning and
  397.                                                                     Installation
  398.  
  399.                                                                      Version 3.0
  400.  
  401.  
  402. ΓòÉΓòÉΓòÉ <hidden> LAN Server Utilities ΓòÉΓòÉΓòÉ
  403.  
  404. Refer to Appendix C, Miscellaneous Utilities MAKEDISK in:
  405.  
  406.                                     Operating System/2 Local Area Network Server
  407.  
  408.                  Network Administrator Reference Volume3:  Network Administrator
  409.                                                                            Tasks
  410.  
  411.                                                                      Version 3.0
  412.  
  413.  
  414. ΓòÉΓòÉΓòÉ 3. Post Installation Procedures ΓòÉΓòÉΓòÉ
  415.  
  416. Servers used for Remote IPL or DOS Lan Requester Download Service need 
  417. additional consideration. 
  418.  
  419.  
  420. ΓòÉΓòÉΓòÉ 3.1. Install LSP 1.38 Image ΓòÉΓòÉΓòÉ
  421.  
  422. LAN Support Program version 1.38 is required for Remote IPL Servers and for 
  423. Servers using the DLR Download Service.  Follow the steps below to install the 
  424. LSP 1.38 image included in this package: 
  425.  
  426.  1. Open the LAN Services icon on the desktop and select the OS/2 LAN Services 
  427.     Installation/Configuration icon. 
  428.  
  429.  2. Follow the prompts, selecting the ADVANCED method of configuration on the 
  430.     BASIC OR ADVANCED INSTALLATION/CONFIGURATION panel. 
  431.  
  432.  3. Follow further prompts until the INSTALLATION AND CONFIGURATION panel is 
  433.     displayed.  Select "CONFIGURE A COMPONENT" and press "OK". 
  434.  
  435.  4. On the CONFIGURE panel, highlight one of the following as appropriate for 
  436.     the target system and then select CONFIGURE: 
  437.  
  438.     DOS Remote IPL 
  439.     OS/2 Remote IPL 
  440.     DOS LAN Requester Download Service 
  441.  
  442.  5. On the COPY PROGRAMS panel, highlight LAN Support Program then select COPY. 
  443.     Verify that "copy" is displayed in the Action column.  Press OK. 
  444.  
  445.  6. When returned to the CONFIGURE panel, press OK. 
  446.  
  447.  7. When the INSTALLATION AND CONFIGURATION panel is redisplayed, highlight 
  448.     "Apply the changes" and press OK. 
  449.  
  450.  8. Follow the remaining prompts (inserting Requester diskette 3 if requested), 
  451.     and insert the LAN Support Program version 1.38 diskette included in this 
  452.     package when requested. 
  453.  
  454.  9. Allow the system to perform a backup, then follow panel instructions to 
  455.     shutdown and re-IPL the system. 
  456.  
  457. After successful installation of the LAN Support Program provided with this 
  458. package, SYSLEVEL.LSP will indicate a current CSD level of URx7060 (where x 
  459. indicates country code) and a current version of 1.38. 
  460.  
  461. Warning:  After upgrading LS 3.0 with this package, the ENCLOSED LAN Support 
  462. Program version 1.38 MUST  be used instead of any previous copy of the LSP. 
  463.  
  464. Warning:  If one of the IBM AUTO 16/4 TOKEN RING Adapter Cards is installed 
  465. anywhere on the network being serviced, additional steps are required to keep 
  466. LSP compatible with the Adapter card. 
  467.  
  468.  
  469. ΓòÉΓòÉΓòÉ 3.1.1. Additional Steps for AUTO 16/4 Token Ring Adapters ΓòÉΓòÉΓòÉ
  470.  
  471. IBMTOK.DOS and associated files installed with LSP 1.38 are not compatible with 
  472. the IBM AUTO 16/4 Token Ring Adapter cards.  These files must be replaced by 
  473. the same named files delivered with the IBM AUTO 16/4 Token Ring Adapter Card. 
  474. This replacement is done as follows: 
  475.  
  476.  1. Insert Disk 2 (labeled DEVICE DRIVER AND LSP CUSTOM) of the diskettes 
  477.     delivered with the IBM AUTO 16/4 Token Ring Adapter Card into drive A. 
  478.  
  479.  2. Copy the following files from diskette 2 into the IBMLAN\DOSLAN\LSP\DOS 
  480.     directory on the system just serviced, overlaying the same named files 
  481.     already there. 
  482.  
  483.    o IBMTOK.DOS 
  484.    o IBMTOK.NIF 
  485.    o LT2.MSG 
  486.  
  487. For example: 
  488.  
  489.     COPY a:\dos\ibmtok.dos d:\ibmlan\doslan\lsp\dos\ibmtok.dos
  490.   or
  491.     COPY a:\dos\*.* d:\ibmlan\doslan\lsp\dos
  492.  
  493.       where d is the drive that lan server is installed on
  494.  
  495.  
  496. ΓòÉΓòÉΓòÉ 3.2. Updating Remote IPL Servers ΓòÉΓòÉΓòÉ
  497.  
  498. CAUTION:
  499. Before updating remote IPL servers, please review the appropriate SPECIAL RIPL 
  500. CONSIDERATIONS section of this document for Operating System specific 
  501. information: 
  502.  
  503. If the Server is intended to Remote IPL OS/2 2.00.1, OS/2 2.1, OS/2 For 
  504. Windows, or OS/2 Warp V3 then the following steps are necessary after complete 
  505. installation of this ServicePak and LAN Support Program (LSP) version 1.38: 
  506.  
  507.  1. If creating OS/2 For Windows Remote IPL clients, preliminary steps are 
  508.     required before using RIPLINST. 
  509.  
  510.  2. If OS/2 2.00.1, 2.1, or OS/2 FOR Windows have not been installed in the 
  511.     Remote IPL directory, use the appropriate version of the OS/2 utility 
  512.     RIPLINST.EXE to install the desired version of OS/2. 
  513.  
  514.     OS/2 Warp V3 does not have to be installed in the Remote IPL directory 
  515.     prior to running RPLS7060.CMD. 
  516.  
  517.  3. If updating the OS/2 RIPL directories with an OS/2 2.0 or 2.1 ServicePak, 
  518.     special procedures must be followed before continuing to the next step. 
  519.  
  520.  4. Run RPLS7060.CMD to: 
  521.  
  522.    o Create the Remote IPL directories and files used to RIPL OS/2 2.00.1 
  523.      (DEFALT2A). 
  524.    o Create the Remote IPL directories and files used to RIPL OS/2 2.1 
  525.      (DEFALT21). 
  526.    o Create the Remote IPL directories and files used to RIPL OS/2 Warp V3 
  527.      (DEFALT30). 
  528.    o Update the DEFALT21.FIT file to reflect the server name. 
  529.    o Update the DEFALT30.FIT file to reflect the server name. 
  530.    o Update and copy the OS/2 2.1 WINOS2 *.INI and *.GRP files to the correct 
  531.      default directory. 
  532.    o Create the OS/2 2.1 RIPL configuration files (*.CNF). 
  533.    o Create the OS/2 Warp V3 RIPL configuration files (*.CNF). 
  534.    o Update existing RIPL configuration files to support DOS LAN Support 
  535.      Program V1.38. 
  536.    o Update RPL.MAP to add server records for the new *.CNF files. 
  537.  
  538.  5. Start the Server. 
  539.  
  540.  6. Logon with Administrator Authority. 
  541.  
  542.  7. Run GETRPL.EXE to: 
  543.  
  544.    o Migrate RPL.MAP workstation and server records from previous levels of LAN 
  545.      Server into the RPL.MAP on the current Remote IPL Server. 
  546.    o Move DOS Remote IPL users from previous levels of LAN Server into a group 
  547.      called RPLGROUP and create an access control profile for RPLGROUP granting 
  548.      all privileges to the users in that group. 
  549.    o Ensure that new OS/2 and DOS Remote IPL users added with LAN Server 3.0 
  550.      are added to the group. 
  551.    o Create the default OS2.INI, OS2INI.20, OS2SYS.INI and OS2SYINI.20, and 
  552.      REINSTAL.INI files. 
  553.    o Update RPL.MAP to enable only the OS/2 server records for versions of OS/2 
  554.      that are installed in the Remote IPL directory. In addition, only server 
  555.      records for which the corresponding LAN adapter is installed in the server 
  556.      will be enabled. 
  557.  
  558. CAUTION:
  559. DO NOT run RPLSETD.CMD until the steps above have been completed. 
  560.  
  561. CAUTION:
  562. After installing IPx7045 (where x indicates country code) or IPx7060, do not 
  563. use the 21RIPL.ZIP package that is available on CompuServe. 
  564.  
  565.  
  566. ΓòÉΓòÉΓòÉ 3.3. Upgrading DOS LAN Requesters (DLR) ΓòÉΓòÉΓòÉ
  567.  
  568. If there are DLR clients using the server, execute UPGRDLR.BAT to copy the DLR 
  569. files located in \IBMLAN\DOSLAN\NET to DLR workstations.  UPGRDLR.BAT must be 
  570. made PUBLIC before it can be used by a DLR client. 
  571.  
  572. For detailed information see Network Administrators Reference Volume 1: 
  573. Planning and Installation, "Upgrading DOS LAN Requester". 
  574.  
  575.  
  576. ΓòÉΓòÉΓòÉ 3.3.1. Make UPGRDLR.BAT Public ΓòÉΓòÉΓòÉ
  577.  
  578. o Define an alias for \IBMLAN\DOSLAN\NET. 
  579.  
  580. o Set up the Access Control Profile for the alias as Read (R) access. 
  581.  
  582. o Define UPGRDLR.BAT as a public DOS application using the Create DOS 
  583.   Application panel. 
  584.  
  585. o Using the Manage DOS Applications panel: 
  586.  
  587.    - Make a working directory for UPGRDLR. 
  588.  
  589.    - Select the User IDs (or All) that are to have access to UPGRDLR. 
  590.  
  591.  
  592. ΓòÉΓòÉΓòÉ 3.3.2. Upgrading the DLR Workstations ΓòÉΓòÉΓòÉ
  593.  
  594. o Type "Net Start" and press Enter. 
  595.  
  596. o Type "Initfsi" and press Enter. 
  597.  
  598. o Type "Net" and press Enter. 
  599.  
  600. o Log onto the Domain. 
  601.  
  602. o Select the upgrade application (UPGRDLR.BAT) from the Served Applications 
  603.   panel. 
  604.  
  605. o Manually reboot the workstation after all disk activity has stopped. 
  606.  
  607.     CAUTION:
  608.    - Any attempt to use the workstation before manually rebooting will result 
  609.   in load failures, protection faults, or other errors. 
  610.  
  611.  
  612. ΓòÉΓòÉΓòÉ 4. Existing Problems ΓòÉΓòÉΓòÉ
  613.  
  614. This section contains descriptions of existing problems and their workarounds. 
  615. A ServicePak number in parenthesis following the title indicates that this 
  616. problem has been reported in that previous ServicePak. 
  617.  
  618.  
  619. ΓòÉΓòÉΓòÉ 4.1. Not all DOS 6.X files are expanded for RIPL on LS 3.01 REFRESH and above. ΓòÉΓòÉΓòÉ
  620.  
  621. APAR IC07136 reports the following workaround for DOS 6.x files that are not 
  622. expanded for RIPL: 
  623.  
  624. DOS support must be installed on the remote IPL server to EXPAND the DOS files. 
  625. If the remote IPL server does not have DOS support, then the files may be 
  626. EXPANDed on another system and then copied to the remote IPL server into the 
  627. d:\IBMLAN\DOSLAN\DOS directory. 
  628.  
  629. If only some of the DOS files were EXPANDed on the remote IPL server, start a 
  630. DOS full screen or windowed session.  Change directory to the 
  631. d:/IBMLAN/DOSLAN/DOS directory.  Run the EXPAND6X.BAT file that was created by 
  632. the LANINST program. 
  633.  
  634. If all files were EXPANDed except for the E.E_ file, start a DOS full screen or 
  635. windowed session.  Change directory to the D:/IBMLAN/DOSLAN/DOS directory and 
  636. type the following command: 
  637.  
  638.   EXPAND d:/IBMLAN/DOSLAN/DOS/E.E_  d:/IBMLAN/DOSLAN/DOS/E.EX
  639.  
  640.  
  641. ΓòÉΓòÉΓòÉ 4.2. HANG IN UPGRDLR WHEN RUNNING UNDER WIN3.1. (IPx7045) ΓòÉΓòÉΓòÉ
  642.  
  643. DLR machine will hang when attempting to run UPGRDLR.BAT from Windows 3.1 on MS 
  644. DOS 6.1 when Windows is started using the WIN command without the /s parameter. 
  645.  
  646. This problem can be avoided by adding the parameter CF=Y to the DEVICE= 
  647. statement for DXMT0MOD in the CONFIG.SYS file. 
  648.  
  649. EXAMPLE:
  650.  
  651. DEVICE=C:\LSP\DXMT0MOD.SYS O=N S=12 C=14 ST=12 CF=Y
  652.  
  653.  
  654. ΓòÉΓòÉΓòÉ 4.3. SEGMENT LOAD FAILURE RUNNING UPGRDLR.BAT (IPx7045) ΓòÉΓòÉΓòÉ
  655.  
  656. When UPGRDLR.BAT is run on a DLR machine with Windows 3.1 the upgrade appears 
  657. to run successfully but at it's conclusion the following message may be 
  658. displayed: 
  659.  
  660.                   Application Error
  661.       RUNLSAPP caused Segment Load Failure in
  662.       module RUNLSAPP.EXE at 0001:1956
  663.  
  664. The DLR upgrade completes successfully.  This error occurs when UPGRDLR.BAT 
  665. attempts to re-boot. Press ENTER to acknowledge the message and close 
  666. UPGRDLR.BAT.  Then re-boot the machine manually. 
  667.  
  668.  
  669. ΓòÉΓòÉΓòÉ 4.4. DLR DOES NOT INSTALL ON MS DOS 6.0 OR HIGHER (IPx7045) ΓòÉΓòÉΓòÉ
  670.  
  671. DOS LAN Requester will not install on MS DOS 6.0 or higher. This ServicePak 
  672. includes replacement install modules that will allow the installation of DLR on 
  673. higher levels of DOS. 
  674.  
  675. After installing this ServicePak and making a backup copy of the DLR INSTALL 
  676. diskette 1 from LS 3.0, create a new DLR install diskette 1 using one of the 
  677. methods below. 
  678.  
  679.  1. If the IBMLAN\DOSLAN\DLRINST directory exists on the server: 
  680.  
  681.    o Copy CIP_MAIN.EXE and ISADJ.IA from the \IBMLAN\DOSLAN\DLRINST directory 
  682.      to the appropriate directory on DLR INSTALL diskette 1, overwriting the 
  683.      original files. The files may be marked as READ ONLY. If the COPY fails, 
  684.      issue an ATTRIB command naming the file and using the -R parameter to turn 
  685.      off the READ ONLY attribute. 
  686.  
  687.                   ATTRIB A:\CIP_MAIN.EXE -R
  688.  
  689.                   COPY d:\IBMLAN\DOSLAN\DLRINST\CIP_MAIN.EXE A:\CIP_MAIN.EXE
  690.                     where d: is the drive on which the updated LS 3.0 resides
  691.  
  692.                   COPY d:\IBMLAN\DOSLAN\DLRINST\ISASDJ.IA A:\IADIR\ISADJ.IA
  693.                     where d: is the drive on which the updated LS 3.0 resides
  694.  
  695.                   ATTRIB A:\CIP_MAIN.EXE +R
  696.  
  697.  2. IF IBMLAN\DOSLAN\DLRINST directory does NOT exist on the server the 
  698.     required files can be unpacked from the ServicePak diskettes as follows: 
  699.  
  700.    o Create a temporary directory, TEMPINST, on the hard disk.  Change to the 
  701.      TEMPINST directory. 
  702.  
  703.    o Copy DLR INSTALL diskette 1 and all it's subdirectories to the temporary 
  704.      directory. 
  705.  
  706.               XCOPY A:\*.* x:\TEMPINST /s
  707.  
  708.                    where x: is the drive where TEMPINST is located
  709.  
  710.    o Use the UNPACK2 command (located on the ServicePak Tool diskette) to 
  711.      unpack and copy CIP_MAIN.EXE from diskette 4 of IPx7060(where x indicates 
  712.      country code) ServicePak(\FIX\DLR.6 directory) to the temporary directory, 
  713.      overlaying the same named file from the original DLR INSTALL diskette. 
  714.  
  715.                   ATTRIB A:\CIP_MAIN.EXE -R
  716.  
  717.            UNPACK2 A:\FIX\DLR.6\CIP_MAIN.EX_ x:\TEMPINST\CIP_MAIN.EXE
  718.  
  719.                    where x: is the drive where TEMPINST is located
  720.  
  721.                   ATTRIB A:\CIP_MAIN.EXE +R
  722.  
  723.    o Use the UNPACK2 command (located on the ServicePak Tool diskette) to 
  724.      unpack and copy ISADJ.IA from diskette 5 of IPx7060 (where x indicates 
  725.      country code) ServicePak (\FIX\DLR.6 directory) to the temporary 
  726.      directory, overlaying the same named file from the original DLR INSTALL 
  727.      diskette. 
  728.  
  729.  
  730.            UNPACK2 A:\FIX\DLR.6\ISADJ.IA_ x:\TEMPINST\IADIR\ISADJ.IA
  731.  
  732.               where x: is the drive where TEMPINST is located
  733.  
  734.    o Copy the entire updated TEMPINST directory tree to diskette.  This will be 
  735.      the new DLR INSTALL diskette 1. 
  736.  
  737.  
  738.               XCOPY x:\TEMPINST\*.* A:\ /s
  739.  
  740.               where x: is the drive where TEMPINST is located
  741.  
  742.  3. Use the modified install diskette set to install DLR on machines with MS 
  743.     DOS 6.x. 
  744.  
  745.  
  746. ΓòÉΓòÉΓòÉ 4.5. RIPL PROBLEM WITH OS/2 2.1 SERVICE PAK XRx6200 (IPx7045) ΓòÉΓòÉΓòÉ
  747.  
  748. When XRx6200 is applied to the RIPL copy of OS/2 2.1, and the server is running 
  749. OS/2 2.0 or OS/2 2.0 + a Service Pak, the XRx6200 Service Pak installation may 
  750. fail with an error in XRx6200 PRODUCT.EXE.  In this case, the SYSLEVEL.OS2 file 
  751. does not get updated to the correct level.  This causes problems with RIPL. 
  752.  
  753. If this situation is encountered, see the SPECIAL PROCEDURES FOR OS/2 2.1 
  754. SERVICE PAK  section of this document for instructions on how to RIPL XRx6200. 
  755.  
  756.  
  757. ΓòÉΓòÉΓòÉ 4.6. REQUESTER DISKETTE 3 REQUESTED WHEN INSTALLING LSP 1.38 (IPx7045) ΓòÉΓòÉΓòÉ
  758.  
  759. When installing the LSP 1.38 using LAN INSTALLATION and CONFIGURATION panels, 
  760. if FFST has a status of "older version" or "damaged", the user is prompted to 
  761. insert Requester diskette 3 before being prompted for LSP diskette 1 as 
  762. expected.  In this case, the user should insert Requester diskette 3 as 
  763. directed and proceed with the reinstallation of FFST.  After the FFST 
  764. installation completes, the user is then prompted for the LSP diskette and can 
  765. continue with the installation of LSP 1.38 as described in the  INSTALL LSP 
  766. 1.38 IMAGE section of this document. 
  767.  
  768.  
  769. ΓòÉΓòÉΓòÉ 5. Remote IPL Information ΓòÉΓòÉΓòÉ
  770.  
  771. This section contains additional information for Remote IPL. 
  772.  
  773.  
  774. ΓòÉΓòÉΓòÉ 5.1. Remote IPL Restrictions ΓòÉΓòÉΓòÉ
  775.  
  776. o Concurrent Applications 
  777.  
  778.   Memory constrained remote IPL workstations should not try to run too many 
  779.   applications concurrently.  If too many applications are running 
  780.   concurrently, the performance may become very slow and the workstation may 
  781.   eventually lock up.  If the workstation locks up, the only recovery may be to 
  782.   power off.  This recovery could result in lost data. 
  783.  
  784. o Server Name/Workstation Name (DBCS only) 
  785.  
  786.   When installing a server that will be used as an OS/2 Remoteboot server, the 
  787.   server name can only contain DBCS characters in the range X'81'-X'9F.' The 
  788.   same restriction also applies to remoteboot workstation names. 
  789.  
  790.   This restriction does not apply to Remoteboot servers that only boot DOS 
  791.   workstations. 
  792.  
  793.  
  794. ΓòÉΓòÉΓòÉ 5.2. LAN Server Remote IPL Service Upgrade Summary ΓòÉΓòÉΓòÉ
  795.  
  796. The following changes/additions have been made to Remote IPL Service: 
  797.  
  798. o The full screen interface was updated to default the 'File Index Table to 
  799.   model' parameter as follows: 
  800.  
  801.    Server record type       Model FIT 
  802.    OS/2 2.0                 DEFALT20.FIT 
  803.    OS/2 2.00.1              DEFALT20.FIT 
  804.    OS/2 2.1                 DEFALT21.FIT 
  805.    OS/2 3.0                 DEFALT30.FIT 
  806.  
  807. o Changes were also made to remove the 'Read' attribute on OS/2 2.1 client INI 
  808.   files before attempting to delete them.  The client file, AUTOEXEC.20, is 
  809.   updated to reflect the boot drive id. 
  810.  
  811. o The GETRPL.EXE utility has been updated to be CID enabled.  Several new 
  812.   command line options have been added.  RPL.MAP wil be updated to enable only 
  813.   the OS/2 server records for versions of OS/2 that are installed in the Remote 
  814.   IPL directory.  In addition, only server records for which the corresponding 
  815.   LAN adapter is installed in the server will be enabled. 
  816.  
  817. o The RPLSETD.CMD REXX procedure has been updated to support the following OS/2 
  818.   RIPL client upgrades: 
  819.  
  820.    Current Client Operating System         New Client Operating System 
  821.  
  822.    1.3.2                                   No updates supported 
  823.  
  824.    2.0                                     2.0 + SP, 2.00.1, 2.1* or OS/2 for 
  825.                                            Windows, 
  826.                                            Warp V3 for Windows, Warp V3 with 
  827.                                            Windows 
  828.  
  829.    2.0 + SP                                2.1* or OS/2 for Windows, 
  830.                                            Warp V3 for Windows, Warp V3 with 
  831.                                            Windows 
  832.  
  833.    2.00.1                                  2.1* or OS/2 for Windows, 
  834.                                            Warp V3 for Windows, Warp V3 with 
  835.                                            Windows 
  836.  
  837.    2.1*                                    Warp V3 for Windows, Warp V3 with 
  838.                                            Windows 
  839.  
  840.   The following option changes/additions have been made to RPLSETD.CMD: 
  841.  
  842.    /D:       No longer a required parameter.  Additional SVGA options have been 
  843.              added. 
  844.  
  845.    /O:       If not specified, the operating system directory is determined for 
  846.              the client being updated. 
  847.  
  848.    /B:       New. Specifies the bus type of a client (MCA or ISA/EISA). 
  849.  
  850.    /S:       New. Specifies whether the SWAPPATH is on a local drive or the 
  851.              RIPL server. 
  852.  
  853.   RPLSETD.CMD has been moved from the \IBMLAN\RPL directory to the 
  854.   \IBMLAN\NETPROG directory so that it can be located via the PATH statement 
  855.   and executed from any directory.  The LANINST program requires that a copy of 
  856.   RPLSETD.CMD be located in \IBMLAN\RPL. For this reason, a dummy version of 
  857.   RPLSETD.CMD is installed in the \IBMLAN\RPL directory.  This dummy version 
  858.   invokes the version in \IBMLAN\NETPROG. 
  859.  
  860. o Default 2.1 WIN-OS/2 INI files are provided that are preconfigured for VGA 
  861.   display support.  XGA and 8514 support statements are also present but 
  862.   commented out.  When the /D option is specified on RPLSETD.CMD, the client 
  863.   copy of the SYSTEM.INI file will be updated to reflect the display type 
  864.   specified.  The /S option will also cause the client copy of the SYSTEM.INI 
  865.   file to be updated. 
  866.  
  867.  
  868. ΓòÉΓòÉΓòÉ 5.3. Valid OS/2 / Remote IPL Configurations ΓòÉΓòÉΓòÉ
  869.  
  870. The following table identifies valid OS/2 / Remote IPL configurations: 
  871.  
  872.   ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  873.  Γöé     Γöé     Operating System to be Remote IPLed               Γöé                  Γöé
  874.  ΓöéServer  Γöé                           OS/2 WARP OS/2 WARPΓöé
  875.  ΓöéOperatingΓöé         2.0+            OS/2 For  V3 FOR   V3 With Γöé
  876.  ΓöéSystem  Γöé1.3.2  2.0  Service Pak   2.00.1  2.1  Windows  WINDOWS  WINDOWS Γöé
  877.  ΓöéΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöé
  878.  Γöé1.3.2   Γöé No  Γöé No  Γöé   No     Γöé No   Γöé No  Γöé  No   Γöé  No   Γöé  No   Γöé
  879.  Γöé     Γöé    Γöé   Γöé        Γöé    Γöé   Γöé     Γöé     Γöé     Γöé
  880.  Γöé 2.x   Γöé No  Γöé Yes Γöé   Yes    Γöé Yes  Γöé Yes Γöé  Yes  Γöé  Yes   Γöé  Yes  Γöé
  881.  Γöé     Γöé    Γöé   Γöé        Γöé    Γöé   Γöé     Γöé     Γöé     Γöé
  882.  Γöé 3.0   Γöé No  Γöé Yes Γöé   Yes    Γöé Yes  Γöé Yes Γöé  Yes  Γöé  Yes   Γöé  Yes  Γöé
  883.  ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  884.  
  885. Note:   1. OS/2 2.1 and OS/2 For Windows are mutually exclusive.  Only one of 
  886. them can be installed in the RIPL tree, not both. 
  887.  
  888. Note:   2. OS/2 Warp V3 for Windows and OS/2 Warp V3 with Windows are mutually 
  889. exclusive.  Only one of them can be installed in the RIPL tree, not both. 
  890.  
  891.  
  892. ΓòÉΓòÉΓòÉ 5.4. Special RIPL Considerations ΓòÉΓòÉΓòÉ
  893.  
  894. The following sections describe items that need special consideration when a 
  895. Remote IPL is to be performed. 
  896.  
  897.  
  898. ΓòÉΓòÉΓòÉ 5.4.1. Special Procedures For OS/2 2.x Service Paks ΓòÉΓòÉΓòÉ
  899.  
  900. Service Paks for OS/2 2.0 and 2.1 do not update the RIPL directory tree 
  901. correctly. 
  902.  
  903. After installing one of the OS/2 2.x Service Paks, the appropriate REXX 
  904. procedure (described below) must be run to finish the update of the RIPL 
  905. directory tree. 
  906.  
  907. o For OS/2 2.0 + Service Pak (XRx6055): 
  908.  
  909.    RPLSPDDI.CMD      Installs the OS/2 Service Pak files in the RIPL directory 
  910.                      that were not installed by the OS/2 Service Pak. 
  911.  
  912.   Do NOT use the version of RPLSPDDI.CMD and RPLSETD.CMD made available on 
  913.   diskette 2 of the OS/2 Service Pak.  An updated version is provided with this 
  914.   package. 
  915.  
  916. o For OS/2 2.0 + Service Pak 2 (XRx6100): 
  917.  
  918.    RPLSP2DI.CMD      Installs the OS/2 Service Pak 2 files in the RIPL 
  919.                      directory that were not installed by the OS/2 Service Pak 
  920.                      2. 
  921.  
  922. o For OS/2 2.1 + Service Pak (XRx6200): 
  923.  
  924.   The procedure for updating the OS/2 2.1 RIPL directories with the 2.1 Service 
  925.   Pak varies depending on what version of OS/2 the server is running. 
  926.  
  927.    - Procedure 1: The server is running OS/2 2.1: 
  928.  
  929.        1. Use SERVICE or FSERVICE to apply the OS/2 2.1 Service Pak to the base 
  930.           operating system only.  Do not try to update the base operating 
  931.           system and the RIPL directories at the same time. 
  932.  
  933.        2. Use SERVICE or FSERVICE to apply the OS/2 2.1 Service Pak to the copy 
  934.           of OS/2 2.1 in the RIPL directory. 
  935.  
  936.        3. If the Service Pak installation fails with an error in XRx6200 
  937.           PRODUCT.EXE, the SYSLEVEL.OS2 file does not get updated to the 
  938.           correct level.  The following manual procedure can be used to update 
  939.           SYSLEVEL.OS2: 
  940.  
  941.          -- Change to the appropriate RIPL directory by entering the command: 
  942.  
  943.                                 CD d:\IBMLAN\RPL\OS2.21\OS2\INSTALL
  944.  
  945.                                 where d is the drive where the RIPL directory
  946.                                            tree is located.
  947.  
  948.          -- Make a backup copy of SYSLEVEL.OS2 by entering the command: 
  949.  
  950.                                    COPY SYSLEVEL.OS2 SYSLEVEL.BAK
  951.  
  952.          -- Update SYSLEVEL.OS2 using the OS/2 PATCH command: 
  953.  
  954.                                    ATTRIB SYSLEVEL.OS2 -R
  955.                                    PATCH SYSLEVEL.OS2
  956.  
  957.          -- When prompted, enter an offset of 29. 
  958.  
  959.          -- Verify the following pattern is displayed: 
  960.  
  961.                                    00 00 00 58 52 xx 32 30 31 30 ....
  962.  
  963.                                    where xx can be any hexadecimal digits.
  964.  
  965.          -- Overtype the first, seventh, eighth, and ninth pairs of numbers 
  966.             (indicated with '*') as follows: 
  967.  
  968.                                    01 00 00 58 52 xx 36 32 30 30 ....
  969.                                    *                 *  *  *
  970.  
  971.          -- Press Enter. 
  972.  
  973.          -- Reply 'N' to the prompt asking if additional updates will be made. 
  974.  
  975.          -- Restore READ ONLY attribute of the SYSLEVEL.OS2 file. 
  976.  
  977.                              ATTRIB SYSLEVEL.OS2 +R
  978.  
  979.          -- This completes the application of XRx6200 to the copy of OS/2 2.1 
  980.             in the RIPL directory. 
  981.  
  982.    - Procedure 2: The server is running OS/2 2.0 or 2.0 + a Service Pak: 
  983.  
  984.        1. Apply the OS/2 2.1 Service Pak to the copy of OS/2 2.1 in the RIPL 
  985.           directory. 
  986.  
  987.        2. If the Service Pak installation fails with an error in the XRx6200 
  988.           PRODUCT.EXE use the manual procedure described in step 3 above to 
  989.           patch the SYSLEVEL.OS2. 
  990.  
  991.   The OS/2 2.1 Service Pak does not update the video device drivers in the RIPL 
  992.   directory tree correctly.  A REXX procedure, RPLSP211.CMD, has been provided 
  993.   in IPx7045, and above, to correct this problem.  RPLSP211.CMD will install 
  994.   the OS/2 2.1 Service Pak Display Support diskettes into the RIPL directory. 
  995.   The command syntax for RPLSP211.CMD can be displayed by entering the command: 
  996.  
  997.        RPLSP211 /H
  998.  
  999.  
  1000. ΓòÉΓòÉΓòÉ 5.4.2. OS/2 2.00.1 (OS/2 Preinstall) ΓòÉΓòÉΓòÉ
  1001.  
  1002. If you have access to the OS/2 Preinstalled Restore Diskette Pack, it is 
  1003. recommended that you use the RIPLINST utility (located on diskette 7) to 
  1004. install the new version of OS/2 2.0 in the directory d:\IBMLAN\RPL\OS2.20a (d 
  1005. is the drive where IBMLAN\RPL was installed).  If you have the prior version of 
  1006. OS/2 2.0 installed, this will leave the prior version installed in the 
  1007. d:\IBMLAN\RPL\OS2.20 directory.  After using RPLSETD to complete the migration 
  1008. to the new display drivers, the OS2.20 directory tree can be deleted. 
  1009.  
  1010. The menu interface has been updated to automatically select the 
  1011. FITS\DEFALT2A.FIT entry when a 'NEW' client is created using an OS/2 2.00.1 
  1012. server record ID.  However, the master CONFIG.20 files are not automatically 
  1013. updated to OS/2 2.00.1 level so that back level versions of OS/2 can also be 
  1014. supported.  RPLSETD must be used to update the client to the OS/2 2.00.1 level. 
  1015.  
  1016. There is no support for SVGA on OS/2 2.00.1 RIPL clients. 
  1017.  
  1018.  
  1019. ΓòÉΓòÉΓòÉ 5.4.3. Creating New OS/2 2.1 Remote IPL Clients ΓòÉΓòÉΓòÉ
  1020.  
  1021. IBM LAN Server 3.0 has been updated to support the remote IPL of OS/2 2.1 RIPL 
  1022. clients. 
  1023.  
  1024. The menu interface has been updated to automatically select the 
  1025. FITS\DEFALT21.FIT entry when a 'NEW' client is created using an OS/2 2.1 server 
  1026. record ID.  However, the master CONFIG.20 files are not automatically updated 
  1027. to OS/2 2.1 level so that back level versions of OS/2 can also be supported. 
  1028. RPLSETD must be used to update the CONFIG.20 file to the OS/2 2.1 level. 
  1029.  
  1030. A new Remote IPL client created using the defaults, will be configured to 
  1031. support the IBMVGA32 display drivers.  If the client has an XGA or 8514 display 
  1032. attached, RPLSETD must be run against the client to reconfigure the client for 
  1033. the correct display type. 
  1034.  
  1035. There is no support for SVGA on OS/2 2.1 (CSD level XR02010) RIPL clients. 
  1036. There is limited support for SVGA on OS/2 2.11 (CSD level XR06200) RIPL 
  1037. clients. 
  1038.  
  1039. Warning:  After installing IPx7045 (where x indicates country code) or IPx7060, 
  1040. do not use the 21RIPL.ZIP package that is available on CompuServe or several 
  1041. other BBS systems. 
  1042.  
  1043.  
  1044. ΓòÉΓòÉΓòÉ 5.4.4. Creating New OS/2 For Windows Remote IPL Clients ΓòÉΓòÉΓòÉ
  1045.  
  1046. IBM LAN Server 3.0 has been updated to support the remote IPL of OS/2 For 
  1047. Windows RIPL clients.  OS/2 For Windows and OS/2 2.1 both install into the 
  1048. \IBMLAN\RPL\OS2.21 directory in the RIPL tree. For this reason, you can install 
  1049. OS/2 For Windows or OS/2 2.1, but not both. 
  1050.  
  1051. The Windows 3.1 code must be installed in the directory 
  1052. \IBMLAN\RPL\OS2.21\WINDOWS prior to using RIPLINST to install OS/2 For Windows 
  1053. in the RIPL tree.  Three possible methods for completing this step are given 
  1054. below (choose one): 
  1055.  
  1056.  1. If the Windows 3.1 code is already installed on the server, copy the 
  1057.     installed d:\WINDOWS directory tree into the e:\IBMLAN\RPL\OS2.21\WINDOWS 
  1058.     directory tree using the XCOPY command below. 
  1059.  
  1060.  2. If the Windows 3.1 code is not installed on the server, boot the server 
  1061.     with DOS and install Microsoft Windows 3.1 to a FAT partition on the 
  1062.     server.  Reboot the server and allow it to boot the OS/2 operating system. 
  1063.     Copy the Windows files from the FAT partition to the 
  1064.     d:\IBMLAN\RPL\OS2.21\WINDOWS directory tree using the XCOPY command below. 
  1065.  
  1066.  3. Install the Windows 3.1 code on a DOS machine.  Remote IPL OS/2 to that 
  1067.     machine.  Start the LAN Requester and NET USE the drive where \IBMLAN\RPL 
  1068.     is installed.  Copy the Windows files from the local hardfile to the server 
  1069.     using the XCOPY command below. 
  1070.  
  1071.    XCOPY  e:\WINDOWS  d:\IBMLAN\RPL\OS2.21\WINDOWS  /S /E
  1072.  
  1073.    where e: is the partition where Windows is installed
  1074.          d: is the partition where OS/2 RIPL is installed
  1075.  
  1076. To create OS/2 For Windows RIPL clients, use the OS/2 2.1 options for creating 
  1077. new Remote IPL clients. 
  1078.  
  1079.  
  1080. ΓòÉΓòÉΓòÉ 5.4.5. Support For OS/2 32-bit Display Device Drivers ΓòÉΓòÉΓòÉ
  1081.  
  1082. Prior to IPx7045, the LAN Server 3.0 Remote IPL service supported, by default, 
  1083. the OS/2 2.0 16-bit VGA display device driver.  If one of the following 
  1084. versions of OS/2 that support 32-bit display device drivers is installed in the 
  1085. Remote IPL directory structure, use RPLSETD to upgrade existing RIPL clients to 
  1086. use the new display device drivers: 
  1087.  
  1088. o OS/2 2.0 + Service Pak (XRx6055, where x indicates country code) 
  1089.  
  1090. o OS/2 2.0 + Service Pak 2 (XRx6100) 
  1091.  
  1092. o OS/2 2.00.1 
  1093.  
  1094. o OS/2 2.1* or OS/2 For Windows 
  1095.  
  1096. If an attempt is made to remote IPL an existing client workstation prior to 
  1097. upgrading the client, the client will hang while trying to initialize the 
  1098. display. 
  1099.  
  1100. New Warp clients will default to the 32-bit VGA display device drivers. 
  1101.  
  1102.  
  1103. ΓòÉΓòÉΓòÉ 5.4.6. Updating Master Workplace Shell OS2.INI Files ΓòÉΓòÉΓòÉ
  1104.  
  1105. Some users have a master customized OS2.INI file that is copied to the client 
  1106. directory each time the client is remote IPLed.  This master file must also be 
  1107. updated to identify the type of display driver that the client workstation is 
  1108. using.  Clients with different display types (i.e. VGA, XGA, 8514, SVGA) MUST 
  1109. use different master OS2.INI files. 
  1110.  
  1111. To update a master OS2.INI file, enter the following command: 
  1112.  
  1113.    RPLRXUTL  /D:DISPLAY_DRIVER  /C:INI_FILENAME
  1114.  
  1115. where: 
  1116.  
  1117. /D:DISPLAY_DRIVER   is the same as for RPLSETD for all display types except 
  1118.                     SVGA and S3SVGA.  For SVGA and S3SVGA, you must specify 
  1119.                     IBMVGA32 as the display driver. 
  1120.  
  1121. /C:INI_FILENAME     is the drive, path, and filename of the master OS2.INI file 
  1122.                     to be updated. 
  1123.  
  1124. For example: 
  1125.  
  1126.        RPLRXUTL /D:IBMVGA32 /C:E:\IBMLAN\RPL\MASTER\VGAOS2.INI
  1127.  
  1128. The RPLRXUTL utility will not display any error information.  It does return 
  1129. with a non-zero return code if an error occurs. If you need to verify error 
  1130. information, invoke RPLRXUTL from a CMD procedure (batch file or REXX) so that 
  1131. the return code can be tested. 
  1132.  
  1133.  
  1134. ΓòÉΓòÉΓòÉ 5.4.7. Supporting Multiple Levels of the OS/2 Operating System ΓòÉΓòÉΓòÉ
  1135.  
  1136. It is possible to install and support multiple levels of the OS/2 2.x operating 
  1137. system on a RIPL server.  This section documents the correct procedure to use 
  1138. to support such an environment. 
  1139.  
  1140. The basic procedure is as follows: 
  1141.  
  1142.  1. Run the OS/2 utility RIPLINST to install the OS/2 code in the RIPL 
  1143.     directory tree.  You must be careful to use the version of RIPLINST that 
  1144.     matches the level of code to be installed.  RIPLINST is located on diskette 
  1145.     7 of all OS/2 2.x installation diskettes.  RIPLINST is unique for each 
  1146.     version of OS/2. 
  1147.  
  1148.  2. After running RIPLINST, run the LAN Server utility, GETRPL. GETRPL uses 
  1149.     information stored in the OS2SYS.INI file by RIPLINST so it is very 
  1150.     important that GETRPL be run before using RIPLINST to install another 
  1151.     version of OS/2. 
  1152.  
  1153.  3. Repeat steps 1 and 2 for each version of OS/2 that will be RIPLed. 
  1154.  
  1155.  4. Check the \IBMLAN\RPL\RPL.MAP file.  Look for the OS/2 server records, they 
  1156.     start with yyyyyyyyyyyy or ;yyyyyyyyyyyy and field two will contain a name 
  1157.     like OS220*.CNF or OS221*.CNF. A semicolon (;) in column 1 indicates the 
  1158.     record is disabled. Make sure that the appropriate records are 
  1159.     enabled/disabled based on what OS/2 version(s) you installed. 
  1160.  
  1161.  5. Determine whether the special RIPL client, DEFALT20, should be updated by 
  1162.     RPLSETD.  This depends on what OS/2 versions are installed. 
  1163.  
  1164.     OS/2 version 2.0 uses 16 bit display drivers.  OS/2 versions 2.00.1, 
  1165.     2.0+Service Pak, and 2.1* use 32 bit display drivers for VGA and XGA 
  1166.     support.  However, there are slight differences in the XGA support between 
  1167.     2.00.1 and the newer operating system versions (OS/2 2.0 + a Service Pak or 
  1168.     2.1*.) 
  1169.  
  1170.     If OS/2 2.0 is present, DEFALT20 must not be updated.  It must remain as is 
  1171.     to allow the creation of future 2.0 clients. 
  1172.  
  1173.     If OS/2 2.0 is not present, then DEFALT20 could be updated with RPLSETD to 
  1174.     support either 2.00.1 or 2.0 + a Service Pak or 2.1*. To update DEFALT20 to 
  1175.     support 2.0 + a Service Pak, enter the command: 
  1176.  
  1177.                      RPLSETD /D:IBMVGA32 /C:DEFALT20
  1178.  
  1179.     To update DEFALT20 to support 2.00.1, enter the command: 
  1180.  
  1181.                      RPLSETD /D:IBMVGA32 /C:DEFALT20 /N:OS2.20a
  1182.  
  1183.     The /N parameter indicates that the new default target operating system 
  1184.     will be \IBMLAN\RPL\OS2.20a.  The RIPLINST for OS/2 2.00.1 defaults to a 
  1185.     target directory of \IBMLAN\RPL\OS2.20a. 
  1186.  
  1187.     To update DEFALT20 to support 2.1, enter the command: 
  1188.  
  1189.                      RPLSETD /D:IBMVGA32 /C:DEFALT20 /N:OS2.21
  1190.  
  1191.     The /N parameter indicates that the new default target operating system 
  1192.     will be \IBMLAN\RPL\OS2.21.  The RIPLINST for OS/2 2.1 defaults to a target 
  1193.     directory of \IBMLAN\RPL\OS2.21. 
  1194.  
  1195.  6. Since the special RIPL client DEFALT20 must be associated with a specific 
  1196.     OS/2 version, it is recommended that model clients be created for the other 
  1197.     OS/2 versions installed in the RIPL tree.  RPLSETD can be used to update 
  1198.     the model client definitions to point to the correct operating system. 
  1199.     Then these model clients can be used to create future clients for each 
  1200.     operating system type. 
  1201.  
  1202.  
  1203. ΓòÉΓòÉΓòÉ 5.4.8. Preserving the Ability to Remote IPL OS/2 1.3 Clients ΓòÉΓòÉΓòÉ
  1204.  
  1205. If you upgrade an existing OS/2 1.30.1/LAN Server 2.0 server that has OS/2 
  1206. Remote IPL installed to OS/2 2.0/LAN Server 3.0, the ability to remote IPL OS/2 
  1207. 1.3 client workstations is not preserved.  If you need to preserve the ability 
  1208. to remote IPL OS/2 1.3 client workstations, you must use the procedure 
  1209. described below when upgrading the server. 
  1210.  
  1211. Two REXX command procedures, RPLSAV13.CMD and RPLRES13.CMD, have been provided 
  1212. to assist you in saving and then restoring the ability to Remote IPL OS/2 1.3 
  1213. client workstations.  These procedures are located on the LAN Server 3.0 
  1214. Productivity Aids diskette 1 in the file RPLUTIL.ZIP. 
  1215.  
  1216. The following procedure assumes that you are installing LAN Server 3.0 on top 
  1217. of an existing LAN Server 2.0. 
  1218.  
  1219. Warning:   The procedure will preserve 23MB of OS/2 1.3 remote IPL data.  Be 
  1220. sure that you have sufficient space on your hardfile for this data and LAN 
  1221. Server 3.0 before starting this procedure. 
  1222.  
  1223.  1. If you have OS/2 1.3 and LAN Server 2.0 Advanced installed and you want to 
  1224.     upgrade to OS/2 2.0 and LAN Server 3.0, the 386HPFS access control lists 
  1225.     must be removed prior to installing OS/2 2.0.  Insert the SERVER 1 diskette 
  1226.     of LS 3.0 and run PREPACL to remove the access control lists.  To run 
  1227.     PREPACL, enter the following command: 
  1228.  
  1229.  
  1230.             A:PREPACL /P /B:C:\ACL.LST /D:C:
  1231.  
  1232.     where: 
  1233.  
  1234.    P     indicates remove access control lists 
  1235.    B     indicates save ACL's in a list with path and filename 
  1236.    D     indicates remove the access control lists on the C drive 
  1237.  
  1238.       Type PREPACL to display the parameter list. 
  1239.  
  1240.     If you have OS/2 on the C drive and LAN on the D drive, THIN386 can be run 
  1241.     on the D drive to remove enough access control lists to install LAN Server 
  1242.     3.0 over LAN Server 2.0.  PREPACL can be run on the C drive for OS/2. 
  1243.  
  1244.     Install the remote IPL REXX procedures located on the Productivity Aids 
  1245.     diskette 1.  To install these REXX procedures, do the following: 
  1246.  
  1247.            a. Change to the d:\IBMLAN\INSTALL directory.
  1248.  
  1249.            b. Enter the following command (all on one line):
  1250.  
  1251.  
  1252.         PKUNZIP2 -D A:\RPLUTIL.ZIP d:\IBMLAN\RPL RPLSAV13.CMD RPLRES13.CMD
  1253.  
  1254.              where d is the drive where IBMLAN is installed.
  1255.  
  1256.  2. Prior to installing OS/2 2.0, execute the REXX procedure RPLSAV13.CMD to 
  1257.     save the appropriate OS/2 1.3 Remote IPL directories and files.  To run the 
  1258.     procedure, enter the command: 
  1259.  
  1260.  
  1261.                        d:\IBMLAN\RPL\RPLSAV13.CMD
  1262.  
  1263.     RPLSAV13.CMD performs the following functions: 
  1264.  
  1265.    o Renames RPL\MUGLIB to RPL\MUGLIB13. 
  1266.    o Renames RPL\IBMCOM to RPL\IBMCOM13. 
  1267.    o Renames RPL\IBMLAN to RPL\IBMLAN13. 
  1268.    o Renames RPL\OS2 to RPL\OS213. 
  1269.    o Copies RPL.MAP to RPL\RPL13\. 
  1270.    o Copies RPL\OS2BB*.CNF to RPL\RPL13\. 
  1271.  
  1272.     Everything is saved under the RPL directory.  Any other application 
  1273.     subdirectories that are unique to OS/2 1.3 must be manually saved. 
  1274.  
  1275.  3. Install OS/2 2.0.  (Be sure to select "REXX" on the OS/2 Setup and 
  1276.     Installation panel.) 
  1277.  
  1278.  4. Install NTS/2. 
  1279.  
  1280.  5. Shutdown. 
  1281.  
  1282.  6. Install LAN Server 3.0. 
  1283.  
  1284.  7. Shutdown. 
  1285.  
  1286.  8. Insert SERVER 1 diskette in drive A and run PREPACL.  To run PREPACL, enter 
  1287.     the following command: 
  1288.  
  1289.  
  1290.                      A:PREPACL /R /B:C:\ACL.LST
  1291.  
  1292.                      where R restores the ACLs and B says from what list.
  1293.  
  1294.  9. Run the REXX procedure RPLRES13.CMD to make the changes required to support 
  1295.     the OS/2 1.3 code base saved in step 3.  To run the procedure, enter the 
  1296.     following command: 
  1297.  
  1298.  
  1299.                       d:\IBMLAN\RPL\RPLRES13.CMD
  1300.  
  1301.     RPLRES13.CMD performs the following functions: 
  1302.  
  1303.    o Renames RPL\OS213 to RPL\OS2. 
  1304.    o Copies the saved CONFIG.13 files (in IBMCOM13 directory) to RPL\IBMCOM. 
  1305.    o If necessary, updates RPL.MAP to contain the OS/2 1.3 server records. 
  1306.    o Copies the saved OS2BB*.CNF files back to the RPL directory and updates 
  1307.      them to be compatible with LAN Support Program V1.38. 
  1308.    o Updates all the OS/2 1.3 *.FIT files to refer to the renamed MUGLIB13, 
  1309.      IBMCOM13, and IBMLAN13 directories. 
  1310.  
  1311. 10. Unpack RIPLINST from diskette 7 of OS/2 2.0 diskettes and run the RIPLINST 
  1312.     utility. 
  1313.  
  1314. 11. Start the server and log on, then run GETRPL. 
  1315.  
  1316.     When GETRPL prompts for the first OS/2 1.3 Install diskette, select the 
  1317.     Cancel option.  Selecting the Cancel option will result in a warning 
  1318.     message when GETRPL completes, but the message can be ignored. 
  1319.  
  1320. 12. If there were any predefined DOS workstations, a new DOS image needs to be 
  1321.     made in order for the workstations to be able to remoteboot. 
  1322.  
  1323. 13. OS/2 1.3 client workstations can now be defined and remote IPLed.  Existing 
  1324.     OS/2 1.3 client workstations can be remote IPLed.  OS/2 2.0 client 
  1325.     workstations can now be defined and remote IPLed. 
  1326.  
  1327.  
  1328. ΓòÉΓòÉΓòÉ 5.4.9. Special Considerations for Remote IPL of Warp ΓòÉΓòÉΓòÉ
  1329.  
  1330. The following sections provide information needed to Remote IPL on an OS/2 Warp 
  1331. system. 
  1332.  
  1333.  
  1334. ΓòÉΓòÉΓòÉ 5.4.9.1. XDF Diskette Support Requirement ΓòÉΓòÉΓòÉ
  1335.  
  1336.  The OS/2 Warp V3 installation diskettes are delivered in XDF diskette format. 
  1337. The Remote IPL server must be upgraded to support the XDF diskette format 
  1338. before the OS/2 Warp V3 support can be installed on the server.  OS/2 2.1 
  1339. servers can be upgraded to support the XDF diskette format.  DOUBLE CLICK HERE 
  1340. for instructions on how to upgrade an OS/2 2.1 server.  OS/2 1.x and OS/2 2.0 
  1341. systems below ServicePak XRx6100 cannot be upgraded to support the XDF diskette 
  1342. format.  Remote IPL support for OS/2 Warp V3 can not be installed on such 
  1343. systems. 
  1344.  
  1345.  
  1346. ΓòÉΓòÉΓòÉ 5.4.9.2. Installing XDF Support on Remote IPL Servers ΓòÉΓòÉΓòÉ
  1347.  
  1348. If an OS/2 2.1 or OS/2 2.0 + XR06100 system is used for the code server, 
  1349. modifications must be made to the system in order to read the OS/2 Warp Version 
  1350. 3 XDF format installation diskettes.  OS/2 Warp Version 3 systems will read 
  1351. these diskettes without any modification. 
  1352.  
  1353. To modify the OS/2 2.1 or OS/2 2.0 + XR06100 system so that it can read the 
  1354. OS/2 Warp Version 3 XDF format installation diskettes, do the following: 
  1355.  
  1356. o ISA-bus Systems: 
  1357.  
  1358.     1. Rename IBM1FLPY.ADD to IBM1FLPY.OLD in the \OS2 directory. 
  1359.     2. Copy XDFLOPPY.FLT and IBM1FLPY.ADD from OS/2 Warp Version 3 diskette #1 
  1360.        to the \OS2 directory. 
  1361.     3. Add the following line to your CONFIG.SYS file: 
  1362.  
  1363.                   BASEDEV=XDFLOPPY.FLT
  1364.  
  1365. o Micro Channel*-bus Systems: 
  1366.  
  1367.     1. Rename IBM2FLPY.ADD to IBM2FLPY.OLD in the \OS2 directory. 
  1368.     2. Copy XDFLOPPY.FLT and IBM2FLPY.ADD from OS/2 Warp Version 3 diskette #1 
  1369.        to the \OS2 directory. 
  1370.     3. Add the following line to your CONFIG.SYS file: 
  1371.  
  1372.                    BASEDEV=XDFLOPPY.FLT
  1373.  
  1374.   Note:   OS/2 1.x and OS/2 2.0 systems below XR06100 cannot be updated to read 
  1375.   the OS/2 Warp Version 3 XDF format installation diskettes. 
  1376.  
  1377.  
  1378. ΓòÉΓòÉΓòÉ 5.4.9.3. Migrating Existing RIPL Clients To OS/2 Warp V3 for Windows ΓòÉΓòÉΓòÉ
  1379.  
  1380. Existing RIPL clients that are defined as OS/2 2.x type RIPL clients can not be 
  1381. migrated to OS/2 Warp V3 for Windows. Such clients must be deleted and 
  1382. recreated to switch to OS/2 Warp V3 for Windows. 
  1383.  
  1384.  
  1385. ΓòÉΓòÉΓòÉ 5.4.9.4. Migrating Existing RIPL Clients To OS/2 Warp V3 With Windows (FullPak) ΓòÉΓòÉΓòÉ
  1386.  
  1387. Existing RIPL clients that are defined as OS/2 2.x type RIPL clients can be 
  1388. migrated to OS/2 Warp V3 With Windows clients using the RPLSETD.CMD REXX 
  1389. procedure. 
  1390.  
  1391. To migrate to OS/2 Warp V3 With Windows, enter the following command for each 
  1392. client to be migrated: 
  1393.  
  1394.   RPLSETD /C:clientname  /N:OS2.30
  1395.     or
  1396.   RPLSETD /C:clientname1,clientname2,clientname3  /N:OS2.30
  1397.  
  1398. When OS/2 2.x clients are migrated to OS/2 Warp V3 With Windows, the following 
  1399. special conditions occur: 
  1400.  
  1401. o Major restructuring of the Desktop will take place. The first time the RIPL 
  1402.   client reboots, it will look like a first time boot and take longer than 
  1403.   normal. See the "Special Considerations for Migrating Customized Desktops" 
  1404.   section of this document for additional information on updating customized 
  1405.   Desktops. 
  1406.  
  1407. o A 'Drive A' shadow is left on the Desktop.  This object is no longer needed 
  1408.   since a shadow of drive A is automatically placed in the LaunchPad.  The old 
  1409.   'Drive A' shadow on the Desktop can be deleted manually. 
  1410.  
  1411. o For OS/2 2.0 clients, all of the client Win-OS/2 *.INI and *.GRP files must 
  1412.   be replaced with the Warp version. The old files are renamed *.OLD and left 
  1413.   in the client directory for reference. 
  1414.  
  1415. o OS/2 2.11 clients configured for SVGA support can not be directly migrated to 
  1416.   OS/2 Warp V3 With Windows SVGA support. After migrating OS/2 2.11 clients 
  1417.   configured for SVGA support, the video system is reset to VGA mode. When the 
  1418.   system is restarted a message will be displayed telling the user to wait 
  1419.   until the Desktop creation completes and then run the OS/2 Selective Install 
  1420.   function to reinstall SVGA support. 
  1421.  
  1422.   After reinstalling the SVGA support, the client must be shutdown and 
  1423.   restarted. 
  1424.  
  1425. o After migrating OS/2 2.11 clients configured for S3SVGA support, when the 
  1426.   system is restarted the RIPL client will come up in VGA mode and 
  1427.   automatically recreate the SVGADATA.PMI file.  The user is instructed to wait 
  1428.   until the Desktop creation completes and then to shutdown and restart to pick 
  1429.   up the new copy of the SVGADATA.PMI file.  When the client is restarted, it 
  1430.   will come up in SVGA mode. 
  1431.  
  1432.  
  1433. ΓòÉΓòÉΓòÉ 5.4.9.5. Creating New OS/2 Warp Remote IPL Clients ΓòÉΓòÉΓòÉ
  1434.  
  1435. IBM LAN Server 3.0 has been updated to support the remote IPL of OS/2 Warp RIPL 
  1436. clients. 
  1437.  
  1438. The menu interface has been updated to automatically select the 
  1439. FITS\DEFALT30.FIT entry when a 'NEW' client is created using an OS/2 Warp 
  1440. server record ID. 
  1441.  
  1442. A new Remote IPL client, created using the defaults, will be configured to 
  1443. support the IBMVGA32 display drivers. If the client has an XGA, 8514, or SVGA 
  1444. display attached, RPLSETD must be run against the client to reconfigure the 
  1445. client for the correct display type. 
  1446.  
  1447.  
  1448. ΓòÉΓòÉΓòÉ 5.4.9.6. Special Considerations for Migrating Customized Desktops ΓòÉΓòÉΓòÉ
  1449.  
  1450. When a RIPL client is migrated to OS/2 Warp V3 With Windows, the Desktop is 
  1451. restructured to be similar to the Desktop of a locally installed OS/2 Warp With 
  1452. Windows system. 
  1453.  
  1454. If the RIPL client Desktop has been customized to remove or modify the standard 
  1455. OS/2 folders and objects, these folders and objects will be recreated by the 
  1456. migration process.  However, there is a way to prevent this from occurring. 
  1457.  
  1458. The following procedure should be used: 
  1459.  
  1460.  1. Create a dummy client. 
  1461.  
  1462.  2. Use the RPLSETD.CMD procedure to migrate the dummy client to Warp. 
  1463.  
  1464.     The first time a client is migrated to Warp, a special file, 
  1465.     \IBMLAN\RPL\OS2.30\OS2\RPMWWINI.RC, is created.  This file is used by the 
  1466.     migration process to add entries to the client's OS2.INI file such that 
  1467.     when the client is restarted the Desktop is recreated in the Warp fashion. 
  1468.     This file is not recreated each time a client is migrated.  If the file 
  1469.     already exists, the existing file is used. 
  1470.  
  1471.  3. Edit the file \IBMLAN\RPL\OS2.30\OS2\RPMWWINI.RC. Delete any of the 
  1472.     "PM_InstallObject" entries that would result in unwanted objects being 
  1473.     placed on the Desktop or in Desktop folders. 
  1474.  
  1475.  4. If you want to suppress the creation of the LaunchPad object, remove the 
  1476.     appropriate entry from RPMWWINI.RC. Also update the 
  1477.     \IBMLAN\RPL\MACHINES\DEFALT30\CONFIG.DEF file to remove the LAUNCHPAD 
  1478.     option from the SET AUTOSTART line. 
  1479.  
  1480.  
  1481. ΓòÉΓòÉΓòÉ 5.4.9.7. Creating the Default Desktop Folders on Warp clients ΓòÉΓòÉΓòÉ
  1482.  
  1483. Use the following procedure to create the default DOS Programs and Windows 
  1484. Programs folders on the Desktop of a RIPL client: 
  1485.  
  1486.  1. Open the System Setup Folder. 
  1487.  
  1488.  2. Select the Add Programs object. 
  1489.  
  1490.  3. Select the 'Search for and select progams to add' option. 
  1491.  
  1492.  4. Deselect any local drives (C: for example). Select the Remote IPL boot 
  1493.     drive (default is Z:). 
  1494.  
  1495.  5. Select OK on the 'Select Programs' panel. 
  1496.  
  1497.  
  1498. ΓòÉΓòÉΓòÉ 5.4.10. OS/2 SVGA Support For RIPL Clients ΓòÉΓòÉΓòÉ
  1499.  
  1500. Limited SVGA support is provided for OS/2 2.11 and OS/2 Warp RIPL clients. 
  1501. SVGA support can be configured for RIPL clients that are using the following 
  1502. video chip sets: 
  1503.  
  1504. o S3 801/805 
  1505. o ET4000 
  1506. o Cirrus Logic 54xx 
  1507.  
  1508. The SVGA support has the following prerequisites: 
  1509.  
  1510.  1. IBM LAN Server V3.0 plus ServicePak IPx7060 installed on the RIPL server. 
  1511.  
  1512.  2. OS/2 REXX support. 
  1513.  
  1514.  3. OS/2 2.11 Manufacturing Refresh, the OS/2 2.11 ServicePak, or OS/2 Warp. 
  1515.  
  1516.  4. RIPL clients must be using one of the video chip sets listed above. 
  1517.  
  1518.  5. IBM PS/ValuePoint machines used as RIPL client must be at BIOS level 
  1519.     L6ET53A or later. 
  1520.  
  1521.  
  1522. ΓòÉΓòÉΓòÉ 5.4.10.1. Installing OS/2 SVGA Support on the RIPL Server ΓòÉΓòÉΓòÉ
  1523.  
  1524.  1. For OS/2 2.x, ensure that the RIPL Server is at version 2.11.  If not, 
  1525.     install the OS/2 2.1 manufacturing refresh to the RIPL directory or update 
  1526.     the existing RIPL copy of OS/2 2.1 with the OS/2 2.1 ServicePak (csd level 
  1527.     XR06200). 
  1528.  
  1529.     If you use the XR06200 ServicePak, you must run the REXX procedure 
  1530.     RPLSP211.CMD to install the new OS/2 device drivers in the RIPL directory. 
  1531.     At an OS/2 command prompt, enter the command: 
  1532.  
  1533.                 RPLSP211
  1534.  
  1535.     To see the complete command syntax for RPLSP211, enter the command: 
  1536.  
  1537.                 RPLSP211 /H
  1538.  
  1539.  2. Run the RPLSVGAI.CMD procedure for each OS/2 version (2.11 and/or Warp) 
  1540.     that is installed in the Remote IPL directory tree.  RPLSVGAI can determine 
  1541.     from Display Driver diskette 1 which OS/2 version is being updated. 
  1542.  
  1543.     If diskettes are used as the source, RPLSVGAI will prompt for the 
  1544.     appropriate OS/2 Display Driver diskettes.  The Warp Display Driver 
  1545.     diskettes are in XDF diskette format.  The RIPL server must be updated to 
  1546.     support the XDF format before RPLSVGAI can be used to install the Warp SVGA 
  1547.     support files. 
  1548.  
  1549.  3. Start the server and logon as an administrator. 
  1550.  
  1551.  4. Run GETRPL.  Step 2 created several new subdirectories.  GETRPL will create 
  1552.     the access control profiles for these directories.  If you are running an 
  1553.     Advanced Server, you do not need to do this step. 
  1554.  
  1555.  
  1556. ΓòÉΓòÉΓòÉ 5.4.10.2. Configuring a Remote IPL Server/Client for OS/2 SVGA Video Support ΓòÉΓòÉΓòÉ
  1557.  
  1558. Configuring a Remote IPL client for SVGA video support is a two step process. 
  1559. First, the RIPL client definition on the RIPL server must be updated.  Second, 
  1560. the RIPL client must use the appropriate OS/2 install function to install the 
  1561. SVGA support.  The following sections provide step by step instructions for 
  1562. these two functions. 
  1563.  
  1564.  
  1565. ΓòÉΓòÉΓòÉ 5.4.10.2.1. Creating a RIPL Client Definition For OS/2 SVGA Support ΓòÉΓòÉΓòÉ
  1566.  
  1567. At the remote IPL server: 
  1568.  
  1569.  1. Create an OS/2 remote IPL client. 
  1570.  
  1571.  2. Use RPLSETD to reconfigure the client for SVGA support. 
  1572.  
  1573. For example, to configure a ISA bus machine called MACH01, use the following 
  1574. command: 
  1575.  
  1576.    RPLSETD /C:MACH01  /D:SVGA  /B:ISA
  1577.  
  1578. For a description of the RPLSETD options, enter the command RPLSETD /H or 
  1579. double click here. 
  1580.  
  1581. When the /D:SVGA or S3SVGA option is specified, the RPLSETD utility does not 
  1582. configure the client for SVGA.  It modifies the client definition so that the 
  1583. RIPL client can run the appropriate OS/2 install function. 
  1584.  
  1585. CAUTION:
  1586. Warp SVGA support requires that each RIPL client have a unique copy of the 
  1587. MONITOR.DIF file.  This file is approximately 330K in size.  Insure that there 
  1588. is enough free space on the hardfile where \IBMLAN\RPLUSER is installed to 
  1589. allow each SVGA workstation to have a copy of this file in addition to the 
  1590. normal hardfile requirements for a RIPL client. 
  1591.  
  1592. Warning:  Configuring a workstation for SVGA moves the workstations CONFIG.SYS 
  1593. file from the \RPL\MACHINES\client directory to the \RPLUSER\client directory. 
  1594. The workstation will have write access to this file and could potentially 
  1595. modify it in such a fashion that the workstation could no longer IPL remotely. 
  1596.  
  1597.  
  1598. ΓòÉΓòÉΓòÉ 5.4.10.2.2. Installing OS/2 2.11 SVGA Support On The RIPL Client ΓòÉΓòÉΓòÉ
  1599.  
  1600. Perform the following steps on the remote IPL client: 
  1601.  
  1602.  1. Start the remote IPL client. 
  1603.  
  1604.  2. Open an OS/2 window session. 
  1605.  
  1606.  3. Enter the command: 
  1607.  
  1608.           DSPINSTL
  1609.  
  1610.     This will start the OS/2 SVGA install program.  The 'Display Driver 
  1611.     Install' panel will be displayed. 
  1612.  
  1613.  4. Select Primary Display, and then select OK. 
  1614.  
  1615.     The Primary Display Adapter Type window is displayed. The detected SVGA 
  1616.     adapter is highlighted. 
  1617.  
  1618.  5. Select OK. The Monitor Configuration/Selection Utility window is displayed. 
  1619.  
  1620.  6. Select Install Using Defaults for Monitor Type and then select OK. 
  1621.  
  1622.     The screen appears blank for a few seconds, and then, depending on the 
  1623.     video chip set installed, either a Screen Resolution Selection window or 
  1624.     the Source Directory window is displayed. 
  1625.  
  1626.  7. If the Screen Resolution Selection window is displayed, select the 
  1627.     appropriate resolution and then select OK. 
  1628.  
  1629.  8. The Source Directory window is displayed.  Change the default source to be 
  1630.     d:\OS2\DISP where d: is the boot drive id. 
  1631.  
  1632.     Select Install. 
  1633.  
  1634.     The selected video support will be installed.  Depending on the video 
  1635.     adapter, you may be prompted for additional information such as the desired 
  1636.     display resolution. 
  1637.  
  1638.     A Display Driver Install information window is displayed indicating that 
  1639.     shutdown is required before the changes become effective. 
  1640.  
  1641.  9. If non-S3 SVGA support was installed, shutdown the system and restart it. 
  1642.     If during the install (step 6), you were not prompted to select a display 
  1643.     resolution, continue with the following steps after the system restarts. 
  1644.  
  1645.     For S3 SVGA support, continue with the following steps. 
  1646.  
  1647. 10. Open the System Setup folder. 
  1648.  
  1649. 11. Open the System object. 
  1650.  
  1651.     The System Settings notebook is displayed. 
  1652.  
  1653. 12. Select the desired display resolution. 
  1654.  
  1655. 13. Shut down and restart the system to use the new display support. 
  1656.  
  1657.  
  1658. ΓòÉΓòÉΓòÉ 5.4.10.2.3. Installing OS/2 Warp SVGA Support On the RIPL Client ΓòÉΓòÉΓòÉ
  1659.  
  1660. Perform the following steps on the remote IPL client: 
  1661.  
  1662.  1. Start the remote IPL client. 
  1663.  
  1664.  2. Open the System Setup folder. 
  1665.  
  1666.  3. Select the Selective Install object. 
  1667.  
  1668.  4. Select Primary Display, and then select OK. 
  1669.  
  1670.     The Primary Display Adapter Type window is displayed. The detected SVGA 
  1671.     adapter is highlighted. 
  1672.  
  1673.  5. Select OK. 
  1674.  
  1675.     The Monitor Configuration/Selection Utility window is displayed. 
  1676.  
  1677.  6. Select Install Using Defaults for Monitor Type and then select OK. 
  1678.  
  1679.     The screen appears blank for a few seconds, and then either a Screen 
  1680.     Resolution Selection window or the Source Directory window is displayed. 
  1681.  
  1682.  7. If the Screen Resolution Selection window is displayed, select the 
  1683.     appropriate resolution. 
  1684.  
  1685.  8. The Source Directory window is displayed.  Ensure that the default source 
  1686.     (d:\OS2\DISP where d: is the boot drive id) is highlighted. 
  1687.  
  1688.     Select Install. 
  1689.  
  1690.     The selected video support will be installed.  Depending on the video 
  1691.     adapter, you may be prompted for additional information such as the desired 
  1692.     display resolution. 
  1693.  
  1694.     For OS/2 Warp, a panel will be displayed requesting the Microsoft Windows 
  1695.     3.1 diskettes.  Change the source field to be d:\OS2\DISP where d: is the 
  1696.     boot drive id (default is Z:).  Use this same source path for any 
  1697.     additional Windows diskettes requested. 
  1698.  
  1699.     A Display Driver Install information window is displayed indicating that 
  1700.     shutdown is required before the changes become effective. 
  1701.  
  1702.  9. If non-S3 SVGA support was installed, shutdown the system and restart it. 
  1703.     If you were not prompted to select a display resolution during the install 
  1704.     (step 6), continue with the following steps after the system restarts. 
  1705.  
  1706.     If S3 SVGA support was installed, continue with the following steps. 
  1707.  
  1708. 10. Open the System Setup folder. 
  1709.  
  1710. 11. Open the System object. 
  1711.  
  1712.     The System Settings notebook is displayed. 
  1713.  
  1714. 12. Select the desired display resolution. 
  1715.  
  1716. 13. Depending on the video adapter installed, the Screen page may have a Page 2 
  1717.     that allows you to configure a specific display for your workstation. 
  1718.  
  1719. 14. Shut down and restart the system to use the new display support. 
  1720.  
  1721.  
  1722. ΓòÉΓòÉΓòÉ 5.5. RIPL Utilities and REXX Procedures ΓòÉΓòÉΓòÉ
  1723.  
  1724. The following sections provide information relating to changes in utilities and 
  1725. REXX procedures that are used by Remote IPL. 
  1726.  
  1727.  
  1728. ΓòÉΓòÉΓòÉ 5.5.1. OS/2 RIPLINST Utility ΓòÉΓòÉΓòÉ
  1729.  
  1730. Each version of OS/2 has a unique version of RIPLINST.  Most versions of 
  1731. RIPLINST have a different default target installation directory. The various 
  1732. default target installation directories are: 
  1733.  
  1734. OS/2 Version                  Target directory 
  1735. OS/2 2.0 and Service Pak      d:\IBMLAN\RPL\OS2.20 
  1736. OS/2 2.00.1                   d:\IBMLAN\RPL\OS2.20a 
  1737. OS/2 2.1*                     d:\IBMLAN\RPL\OS2.21 
  1738. OS/2 WARP*                    d:\IBMLAN\RPL\OS2.30 
  1739. where d: indicates the drive where IBMLAN\RPL is installed. 
  1740.  
  1741. This prevents an existing ..\OS2.xx directory tree from being overwritten 
  1742. automatically.  To upgrade an existing ..\OS2.xx directory tree, the target 
  1743. installation directory must be updated before starting the installation 
  1744. process. The target directory must be on the same drive where OS/2 remote IPL 
  1745. support was installed (this can be different from where LAN Server was 
  1746. installed).  The only part of the directory path that should be updated is the 
  1747. drive id.  Do not change any of the remaining path information. 
  1748.  
  1749. After using RIPLINST to install OS/2 for remote IPL, run the updated version of 
  1750. the LAN Server utility, GETRPL.EXE. 
  1751.  
  1752. Note:   The OS/2 Warp V3 RIPLINST utility requires XDF diskette format support. 
  1753.  
  1754. The RIPLINST utility used to install the OS/2 code for OS/2 LAN Server remote 
  1755. IPL is located (in packed format) on diskette 7 of the OS/2 Installation 
  1756. diskettes.  Use one of the following procedures to install and run RIPLINST: 
  1757.  
  1758. If your server operating system is the same as the version of OS/2 being 
  1759. installed by RIPLINST, double click here. 
  1760.  
  1761. If your server operating system is NOT the same as the version of OS/2 being 
  1762. installed by RIPLINST, double click here. 
  1763.  
  1764.  
  1765. ΓòÉΓòÉΓòÉ 5.5.1.1. Steps to Install RIPLINST When Server is Same Version as RIPLINST ΓòÉΓòÉΓòÉ
  1766.  
  1767.  1. Insert the OS/2 Install diskette 7 into drive A. 
  1768.  
  1769.  2. Install RIPLINST by typing: 
  1770.  
  1771.         UNPACK A:\RIPLINST
  1772.  
  1773.     The RIPLINST files will be unpacked to the \OS2\INSTALL directory. 
  1774.  
  1775.  3. To start the RIPLINST program, go to an OS/2 window or full-screen session 
  1776.     and type: 
  1777.  
  1778.         RIPLINST
  1779.  
  1780.  4. Press Enter to remove the title window. 
  1781.  
  1782.  5. The Change Source/Target window is displayed. 
  1783.  
  1784.     For OS/2 2.x, the source path should be left as A:\. 
  1785.  
  1786.     For OS/2 Warp V3 for Windows, the source path can be updated to point to a 
  1787.     diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives are 
  1788.     not supported as a source path. 
  1789.  
  1790.     For OS/2 Warp V3 with Windows, the source path can be updated to point to a 
  1791.     diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives are 
  1792.     supported as a source path. 
  1793.  
  1794.     If necessary, the target directory can be updated to change the drive ID of 
  1795.     the target.  Only the target drive ID should be changed; do not change the 
  1796.     default directory paths.  The OS/2 code must be installed on the same drive 
  1797.     where the OS/2 remote IPL support was installed during LAN Server 
  1798.     installation. 
  1799.  
  1800.  6. Select Install. 
  1801.  
  1802.  7. Insert diskettes as prompted. 
  1803.  
  1804.  
  1805. ΓòÉΓòÉΓòÉ 5.5.1.2. Steps to Install RIPLINST on Different Version Server ΓòÉΓòÉΓòÉ
  1806.  
  1807.  1. Create a temporary subdirectory by typing: 
  1808.  
  1809.         MD TEMPRIPL
  1810.  
  1811.  2. Change to the temporary subdirectory by typing: 
  1812.  
  1813.         CD TEMPRIPL
  1814.  
  1815.  3. If the version of RIPLINST is OS/2 Warp, additional handling is required 
  1816.     for XDF format diskettes.  Double click here to perform those steps before 
  1817.     continuing with the following step. 
  1818.  
  1819.  4. Insert OS/2 Install diskette 2 into drive A. 
  1820.  
  1821.  5. Copy UNPACK.EXE to the TEMPRIPL directory by typing: 
  1822.  
  1823.         COPY A:UNPACK.EXE
  1824.  
  1825.  6. Check OS/2 Install diskette 2 for the file UNPACK2.EXE. If it is present, 
  1826.     copy UNPACK2.EXE to the TEMPRIPL directory by typing: 
  1827.  
  1828.         COPY A:UNPACK2.EXE
  1829.  
  1830.     Note:   UNPACK2.EXE may not be present.  If it is not on diskette 2, you do 
  1831.             not need it.
  1832.  
  1833.  7. Insert OS/2 Install diskette 7 into drive A. 
  1834.  
  1835.  8. Install the RIPLINST files by typing: 
  1836.  
  1837.         UNPACK A:\RIPLINST d:\TEMPRIPL
  1838.  
  1839.     where d is the drive ID where TEMPRIPL is located. 
  1840.  
  1841.  9. Start the RIPLINST program by typing: 
  1842.  
  1843.         RIPLINST
  1844.  
  1845.     Note:   Each version of RIPLINST must use the corresponding OS/2 version of 
  1846.             UNPACK and UNPACK2 (if it exists). Failure to do so will result in 
  1847.             one of the following error conditions: 
  1848.  
  1849.    o      RIPLINST will trap while copying the W0F0000.BIO file. 
  1850.    o      The system will lock up after displaying the copy window.  You must 
  1851.      reboot if this occurs. 
  1852.  
  1853. 10. Press Enter to clear the title window. 
  1854.  
  1855. 11. The Change Source/Target window is displayed. 
  1856.  
  1857.     For OS/2 2.x, the source path should be left as A:\. 
  1858.  
  1859.     For OS/2 Warp V3 for Windows, the source path can be updated to point to a 
  1860.     diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives are 
  1861.     not supported as a source path. 
  1862.  
  1863.     For OS/2 Warp V3 with Windows, the source path can be updated to point to a 
  1864.     diskette image tree created by the OS/2 SEIMAGE utility.  CD-ROM drives are 
  1865.     supported as a source path. 
  1866.  
  1867.     If necessary, the target directory can be udpated to change the drive id of 
  1868.     the target. Only the target drive ID should be changed; do not change the 
  1869.     default directory paths.  The OS/2 code must be installed on the same drive 
  1870.     where the OS/2 remote IPL support was installed during LAN Server 
  1871.     installation. 
  1872.  
  1873. 12. Select Install. 
  1874.  
  1875. 13. Insert diskettes as prompted. 
  1876.  
  1877.  
  1878. ΓòÉΓòÉΓòÉ 5.5.2. RPLSETD.CMD REXX Procedure ΓòÉΓòÉΓòÉ
  1879.  
  1880. The RPLSETD.CMD procedure provides the following functions: 
  1881.  
  1882. o Upgrades existing remote IPL clients to use the appropriate 16 or 32 bit 
  1883.   device driver.  RPLSETD will determine the version of the target OS/2 and 
  1884.   automatically select the appropriate 16 or 32 bit device driver. 
  1885.  
  1886. o In some cases, changes the display type (32-bit VGA, XGA, or 8514) that a 
  1887.   remote IPL client is using. The RPLSETD utility does not support converting 
  1888.   from the new 32-bit drivers back to the old 16-bit display drivers. 
  1889.  
  1890. o Updates a remote IPL client to perform an IPL on a different version of OS/2. 
  1891.   The OS/2 code must be installed in the remote IPL directory structure. 
  1892.  
  1893.   The OS/2 version conversions in the following table are supported: 
  1894.  
  1895.      ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ
  1896.      ΓöéOS/2 Version Conversions                            Γöé
  1897.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1898.      ΓöéOLD VERSION        Γöé NEW VERSION                     Γöé
  1899.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1900.      Γöé 2.0           Γöé 2.0+ServicePak 1/2, 2.1, 2.1+ServicePak, 2.11,    Γöé
  1901.      Γöé             Γöé Warp V3 for Windows, Warp V3 With Windows      Γöé
  1902.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1903.      Γöé 2.00.1          Γöé 2.0+ServicePak 1/2, 2.1, 2.1+ServicePak, 2.11,    Γöé
  1904.      Γöé             Γöé Warp V3 for Windows, Warp V3 With Windows      Γöé
  1905.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1906.      Γöé 2.0+ServicePak 1/2    Γöé 2.1, 2.1+ServicePak, 2.11,              Γöé
  1907.      Γöé             Γöé Warp V3 for Windows, Warp V3 With Windows      Γöé
  1908.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1909.      Γöé 2.1 or 2.11       Γöé Warp V3 for Windows, Warp V3 With Windows      Γöé
  1910.      Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1911.      Γöé NOTE: There is no support for converting any of the newer versions back to   Γöé
  1912.      Γöé the original OS/2 2.0.  After a client is converted to OS/2 2.1, RPLSETD    Γöé
  1913.      Γöé cannot be used to convert back to 2.0 + ServicePak 1/2 or 2.00.1.       Γöé
  1914.      ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  1915.  
  1916. o Updates a remote IPL client to change the bus type, as in MCA or ISA/EISA. 
  1917.  
  1918. o Updates a remote IPL client to specify whether the SWAPPATH and WIN-OS/2 
  1919.   paging file is on a local hard disk or on the remote IPL server. 
  1920.  
  1921.  
  1922. ΓòÉΓòÉΓòÉ 5.5.2.1. Command Syntax For RPLSETD.CMD ΓòÉΓòÉΓòÉ
  1923.  
  1924. The command syntax for RPLSETD.CMD is as follows: 
  1925.  
  1926.  >>ΓöÇΓöÇRPLSETDΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇ/C:clientΓöÇΓöÇ>
  1927.         ΓööΓöÇ/H:ΓöÇΓöÿ  ΓööΓöÇ/R:responsefileΓöÇΓöÿ
  1928.  >ΓöÇΓöÇΓö¼ΓöÇ/L:logfileΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇ><
  1929.    Γö£ΓöÇ/S:ΓöÇΓö¼ΓöÇLΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1930.    Γöé   ΓööΓöÇSΓöÇΓöÿ                      Γöé
  1931.    Γö£ΓöÇ/B:ΓöÇΓö¼ΓöÇMCAΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1932.    Γöé   Γö£ΓöÇISAΓöÇΓöÇΓöé                    Γöé
  1933.    Γöé   ΓööΓöÇEISAΓöÇΓöÿ                    Γöé
  1934.    Γö£ΓöÇ/D:displaydriverΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ
  1935.    Γö£ΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇ/N:newos2dir/D:displaydriverΓöÇΓöñ
  1936.    Γöé  ΓööΓöÇ/O:currentos2dirΓöÇΓöÿ                Γöé
  1937.    ΓööΓöÇ/I:ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ
  1938.  
  1939.  Parameters 
  1940.  
  1941.           Use the following parameters with the RPLSETD utility: 
  1942.  
  1943.           /C:client1, client2, client3... 
  1944.                Equivalent to the CLIENT and CLIENTLIST response file keywords. 
  1945.                Specifies the name of one or more OS/2 remote IPL client clients 
  1946.                that are to be updated. If multiple client names are specified, 
  1947.                each client name must be separated with a comma. Imbedded blanks 
  1948.                are not allowed. The response file keywords CLIENT and 
  1949.                CLIENTLIST are equivalent to each other. You can specify them as 
  1950.                many times as necessary. This is a required parameter if the /R 
  1951.                parameter is not specified. When /R is specified, at least one 
  1952.                other parameter must also be specified. 
  1953.  
  1954.           /H: 
  1955.                Displays the syntax on the screen. If specified, it must be the 
  1956.                first parameter. 
  1957.  
  1958.           /R:responsefile 
  1959.                Specifies the drive, path, and file name of a file that contains 
  1960.                the command inputs in keyword form (keyword=value). Each keyword 
  1961.                corresponds to one of the RPLSETD syntax parameters as indicated 
  1962.                in this section. For more information about the response file, 
  1963.                see Response File Format. Only one keyword can be specified per 
  1964.                line in the response file. The /C (client or clientlist) 
  1965.                parameter and at least one other parameter are required when 
  1966.                using a response file.  If the /R parameter is specified, all 
  1967.                other parameters specified on the command line are ignored. 
  1968.  
  1969.           /L:logfile 
  1970.                Specifies the drive, path, and file name of a file to which all 
  1971.                messages and errors are to be logged. If this parameter is 
  1972.                specified, the only errors displayed on the screen are for a 
  1973.                failure to open the log file or for required parameters missing 
  1974.                from the response file. 
  1975.  
  1976.           /O:currentos2dir 
  1977.                Equivalent to the CURRENTOS2DIR response file keyword. Specifies 
  1978.                the root directory under \IBMLAN\RPL for the current version of 
  1979.                OS/2 that the client is using. This parameter is case-sensitive. 
  1980.                Specify the /O parameter only when you want the client operating 
  1981.                system type verified before updating to a new operating system 
  1982.                type.  If you do not specify /O, the current operation system 
  1983.                being used by the remote IPL client is determined from the 
  1984.                CLIENT.FIT file. If you do specify /O, you must also specify /N. 
  1985.  
  1986.           /N:newos2dir 
  1987.                Equivalent to the NEWOS2DIR response file keyword. Specifies the 
  1988.                root directory under \IBMLAN\RPL or the version of OS/2 to which 
  1989.                the client is to be switched. This parameter is case-sensitive. 
  1990.                The default is OS2.21.  Specify the /O and /N parameters only 
  1991.                when you need to switch a client from one OS version to another 
  1992.                OS version. 
  1993.  
  1994.                When an existing remote IPL client is updated to OS/2 2.1, you 
  1995.                must replace the client WIN-OS/2 *.INI and *.GRP files with the 
  1996.                2.1 versions of these files.  The old files are renamed to *.IBK 
  1997.                and *.GBK. When these old files are no longer needed for 
  1998.                reference, delete them. 
  1999.  
  2000.           /D:displaydriver 
  2001.                Equivalent to the DISPLAYDRIVER response file keyword. Specifies 
  2002.                the new display type for the client definition. The following 
  2003.                display types are valid: 
  2004.  
  2005.              VGA or IBMVGA32             VGA display driver 
  2006.              XGA or IBMXGA32             XGA display driver 
  2007.              8514, IBM8514, or 8514_32   8514 display driver 
  2008.              SVGA                        SVGA display driver for non-S3 chip 
  2009.                                          sets (OS/2 2.11 and OS/2 Warp V3) 
  2010.              S3SVGA                      SVGA display driver for S3 chip sets 
  2011.                                          (OS/2 2.11 and OS/2 Warp V3) 
  2012.  
  2013.                Note:   1-The SVGA support requires that OS/2 2.11 or OS/2 Warp 
  2014.                support files be installed prior to using RPLSETD. For 
  2015.                information about installing the SVGA support files, see the 
  2016.                Installing OS/2 SVGA Support on the RIPL Server section of this 
  2017.                document. 
  2018.  
  2019.                Note:   2-The appropriate 16-bit or 32-bit display driver for 
  2020.                each display type is determined based on the version of OS/2 
  2021.                being used by the client. 
  2022.  
  2023.                This parameter is normally optional. However, it must be 
  2024.                specified when an existing 2.0 or 2.00.1 remote IPL client is 
  2025.                converted to 2.1 by specifying the /N parameter. 
  2026.  
  2027.                When upgrading the display type of an existing remote IPL client 
  2028.                (when it has booted at least one time and has a desktop) from 
  2029.                VGA to XGA or 8514, you must delete and recreate the remote IPL 
  2030.                client and then run RPLSETD.  If you update the existing client 
  2031.                to a higher resolution display type, many of the display sizing 
  2032.                characteristics in OS2.INI do not get updated. As a result, some 
  2033.                objects are in VGA resolution and some are in the higher 
  2034.                resolution. If no desktop exists for the client, the desktop can 
  2035.                be updated to change to a higher resolution.  When the desktop 
  2036.                is created during the first boot, the desktop reflects the 
  2037.                display characteristics for which it is configured. 
  2038.  
  2039.           /B: 
  2040.                Equivalent to the BUSTYPE response file keyword. Specifies the 
  2041.                type of I/O bus used by the remote IPL client machine. Valid 
  2042.                types are: 
  2043.  
  2044.                 MCA      Micro Channel* 
  2045.                 ISA      AT*  compatible 
  2046.                 EISA     AT compatible 
  2047.  
  2048.           /S: 
  2049.                Equivalent to the SWAPTARGET response file keyword. Specifies 
  2050.                the location where the SWAPPER.DAT file is to reside. The 
  2051.                following values are valid: 
  2052.  
  2053.                 L    The file is to reside on the local hard disk of the remote 
  2054.                      IPL client. 
  2055.                 S    The file is to reside on the remote IPL server. 
  2056.  
  2057.           /I: 
  2058.                Displays a message indicating the current configuration (display 
  2059.                type, bus type, and swap target) of the remote IPL clients 
  2060.                specified by the /C parameter. When /I is specified, all other 
  2061.                parameters except /C are ignored. 
  2062.  
  2063.  REMARKS 
  2064.  
  2065.      o Client definitions can be updated individually or in a group (grouped by 
  2066.        common attributes such as display type, bus type, and operating system). 
  2067.  
  2068.      o The client names DEFALT20 and DEFALT21 are reserved. Do not create a 
  2069.        client using either of these names. Do not attempt to update the 
  2070.        DEFALT20 or DEFALT21 clients with RPLSETD. 
  2071.  
  2072.      o If a desktop exists, use the RPLSETD utility to change to the higher 
  2073.        resolution display type. Then perform an IPL on the client and let it 
  2074.        create a new Desktop (changing the old Desktop could result in 
  2075.        unpredictable results). 
  2076.  
  2077.      o The client name DEFALT20 is a special name used by OS/2 remote IPL 
  2078.        support as a default when creating a new client (not modelling an 
  2079.        existing client). If you are supporting prior versions of OS/2 (2.0, 
  2080.        2.00.1, or 2.0+Service Pak(s)) in the remote IPL directory tree, do not 
  2081.        update DEFALT20 to support OS/2 2.1.  Leave DEFALT20 at its current 
  2082.        level to support the prior versions of OS/2. To support OS/2 2.00.1 or 
  2083.        2.1 remote IPL clients, do the following (example is for OS/2 2.1): 
  2084.  
  2085.          1. Create a new remote IPL client, for example, MODEL21, using the 
  2086.             defaults. 
  2087.  
  2088.          2. Use RPLSETD to update MODEL21 to support OS/2 2.1.  Then use 
  2089.             MODEL21 as a model to create all future 2.1 clients. 
  2090.  
  2091.          3. You may need to create multiple 2.1 models, one for each LAN type 
  2092.             you support. 
  2093.  
  2094.      o The client names DEFALT2A and DEFALT21 and DEFALT30 are reserved. Do not 
  2095.        create clients with these names.  DEFALT2A and DEFALT21 are not a 
  2096.        complete client definition like DEFALT20.  They are used in conjunction 
  2097.        with DEFALT20 to support OS/2 2.00.1 and 2.1 clients. Do not attempt to 
  2098.        update the DEFALT2A and DEFALT21 clients with RPLSETD.CMD. 
  2099.  
  2100.        If the only version of OS/2 that will be installed in the remote IPL 
  2101.        directory is OS/2 2.00.1 or 2.1, update the client DEFALT20 to the 
  2102.        appropriate level.  Then all future default clients will automatically 
  2103.        support the correct OS/2 version. 
  2104.  
  2105.        DEFALT30 is a complete definition and can be updated like DEFALT20. 
  2106.  
  2107.      Examples: 
  2108.  
  2109.      o To update the DEFALT20 client to use the 32-bit VGA display driver and 
  2110.        switch the operating system from OS2.20 to OS2.21, type: 
  2111.  
  2112.               RPLSETD /C:DEFALT20 /D:IBMVGA32 /N:OS2.21
  2113.  
  2114.        This will update the default files to support OS/2 2.1 and the new VGA 
  2115.        display driver.  These files are used when defining clients using the 
  2116.        default configuration. 
  2117.  
  2118.        Note:   If you also plan to support previous versions of OS/2 (i.e. 2.0, 
  2119.                2.00.1, or 2.0 + a Service Pak), do not update the DEFALT20 
  2120.                client. 
  2121.  
  2122.      o To update the MACH001 client to use the 32-bit XGA display driver and 
  2123.        switch the operating system to OS2.21, type: 
  2124.  
  2125.               RPLSETD /C:MACH001 /D:IBMXGA32 /N:OS2.21
  2126.  
  2127.      o To update the MACH001 client to use the 32-bit XGA display driver, 
  2128.        verify the current operating system is OS2.20a, and switch the operating 
  2129.        system to OS2.21, type: 
  2130.  
  2131.               RPLSETD /C:MACH001 /D:IBMXGA32 /O:OS2.20a /N:OS2.21
  2132.  
  2133.      o To update the MACH001 client to specify a bus type of ISA and set the 
  2134.        SWAPPATH/PagingFile to the RIPL server, type: 
  2135.  
  2136.               RPLSETD /C:MACH001 /B:ISA /S:S
  2137.  
  2138.      o To update the MACH001 client to use the 32-bit VGA display driver, 
  2139.        verify the current operating system is OS2.20, switch the operating 
  2140.        system to OS2.21, specify a bus type of ISA, and set the 
  2141.        SWAPPATH/PagingFile to the RIPL server, type: 
  2142.  
  2143.               RPLSETD /C:MACH001 /D:IBMVGA32 /O:OS2.20 /N:OS2.21 /B:ISA /S:S
  2144.  
  2145.      o To update multiple clients, MACH001 and MACH002, to use the 32-bit VGA 
  2146.        display driver and switch the operating system to OS2.21, type: 
  2147.  
  2148.               RPLSETD /C:MACH001,MACH002 /D:IBMVGA32 /N:OS2.21
  2149.  
  2150.      o To update a client, MACH001, to allow for SVGA support to be configured 
  2151.        by OS/2, type: 
  2152.  
  2153.               RPLSETD /C:MACH001 /D:SVGA
  2154.  
  2155.      o To update a client, MACH001, to allow for S3 SVGA support to be 
  2156.        configured by OS/2, type: 
  2157.  
  2158.               RPLSETD /C:MACH001 /D:S3SVGA
  2159.  
  2160.  
  2161. ΓòÉΓòÉΓòÉ 5.5.2.2. Using a RPLSETD Response File ΓòÉΓòÉΓòÉ
  2162.  
  2163. To use the response file option, do the following: 
  2164.  
  2165.       1. Create an ASCII file that contains the appropriate keyword values. 
  2166.  
  2167.          The valid response file entries/keywords are: 
  2168.  
  2169.                      ; Comment line
  2170.                      [GROUP]  (this statement is optional for the first group
  2171.                               and required for all subsequent groups)
  2172.                      DISPLAYDRIVER=
  2173.                      CLIENT=
  2174.                      CLIENTLIST=
  2175.                      CURRENTOS2DIR=
  2176.                      NEWOS2DIR=
  2177.                      BUSTYPE=
  2178.                      SWAPTARGET=
  2179.  
  2180.          A ';'(semicolon) in column 1 indicates the line is a comment. 
  2181.  
  2182.          Leading blanks are allowed on keyword statements. 
  2183.  
  2184.          The keywords are defined in the RPLSETD syntax description. 
  2185.  
  2186.          [GROUP] designates the start of a RIPL client or group of clients that 
  2187.          share the same configuration characteristics.  When the [GROUP] 
  2188.          statement is encountered, the client machine(s) in the previous group 
  2189.          are updated according to the specified keyword(s).  Multiple [GROUP]s 
  2190.          can appear in the response file. This allows a single response file to 
  2191.          process a number of different configurations.  The [GROUP] statement 
  2192.          is optional for the first group in the response file but is required 
  2193.          for all subsequent groups. 
  2194.  
  2195.          CLIENT and CLIENTLIST are equivalent and multiple entries can be 
  2196.          specified on either.  Multiple CLIENT and CLIENTLIST keywords can be 
  2197.          specified per group.  Only one of each of the other keywords is 
  2198.          allowed per group. 
  2199.  
  2200.       2. Type the following command: 
  2201.  
  2202.                       RPLSETD /R:d:\path\response_filename
  2203.  
  2204.                       where d:\path\response_filename is the fully qualified file
  2205.                                      name of the response file.
  2206.  
  2207.      Example: 
  2208.  
  2209.               [GROUP]              (optional)
  2210.               ; Update existing clients to support the IBMXGA32 display
  2211.               ; driver, switch from OS2.20 to OS2.21, support the MCA bus,
  2212.               ; and put the swappath on a local hardfile.
  2213.               CLIENT=DEFALT20
  2214.               CLIENT=MACH001,MACH002
  2215.               CLIENTLIST=MACH003,MACH004
  2216.               DISPLAYDRIVER=IBMXGA32
  2217.               CURRENTOS2DIR=OS2.20
  2218.               NEWOS2DIR=OS2.21
  2219.               BUSTYPE=MCA
  2220.               SWAPTARGET=L
  2221.  
  2222.               [GROUP]               (required)
  2223.               ; Update client for ISA bus and put the swappath on the RIPL
  2224.               ; server (no local hardfile).
  2225.               CLIENT=MACH005
  2226.               BUSTYPE=ISA
  2227.               SWAPTARGET=S
  2228.  
  2229.  
  2230. ΓòÉΓòÉΓòÉ 5.5.3. GETRPL.EXE Utility ΓòÉΓòÉΓòÉ
  2231.  
  2232.  Refer to the IBM OS/2 LAN Server Version 3.0 Administrator Reference Volume 3: 
  2233. Administrator Tasks for information on running GETRPL. 
  2234.  
  2235. GETRPL has been updated to be CID enabled.  Two command line options have been 
  2236. added to support this.  They are: 
  2237.  
  2238.      /L:Logfile          A fully qualified path name for a logfile to which all 
  2239.                          messages and errors are logged.  If /L is specified, 
  2240.                          GETRPL runs in an invisible window (no dialog boxes). 
  2241.  
  2242.      /O:OS2_2x_path      The fully qualified path of the OS2.2x directory in 
  2243.                          the RIPL directory tree that is to be processed by 
  2244.                          GETRPL. For example: 
  2245.  
  2246.                                                        /O:\C:\IBMLAN\RPL\OS2.21
  2247.  
  2248.                          If /O is not specified, GETRPL will use the last 
  2249.                          'target file' saved in OS2SYS.INI by the RIPLINST 
  2250.                          utility.  If RIPLINST has never been run, GETRPL will 
  2251.                          default the value to C:\IBMLAN\RPL\OS2.20. 
  2252.  
  2253.      Two additional command line options have been added. They are: 
  2254.  
  2255.      /I     Force the default OS/2 INI files to be recreated and copied to the 
  2256.             appropriate \RPLUSER\DEFALTXX\OS2 directory. 
  2257.  
  2258.      /NA    Suppress the creation of the access control profiles.  This is 
  2259.             useful when multiple versions of OS/2 will be installed and GETRPL 
  2260.             will be run after each RIPLINST. The creation of access control 
  2261.             profiles can be suppressed until after the last OS/2 is installed. 
  2262.  
  2263.      Note:   RPL.MAP will be updated to enable only the OS/2 server records for 
  2264.              versions of OS/2 that are installed in the Remote IPL directory. 
  2265.              In addition, only server records for which the corresponding LAN 
  2266.              adapter is installed in the server will be enabled.  If you are 
  2267.              bridging different network types together, i.e, Token-ring and 
  2268.              Ethernet, it will be necessary to manually update RPL.MAP to 
  2269.              enable the server records for the LAN adapters installed in the 
  2270.              RIPL clients that are different from the adapters installed in the 
  2271.              server. 
  2272.  
  2273.  
  2274. ΓòÉΓòÉΓòÉ 5.5.4. RPLSVGAI.CMD REXX Procedure ΓòÉΓòÉΓòÉ
  2275.  
  2276. Before a RIPL client can be configured for SVGA support, additional OS/2 SVGA 
  2277. support files must be installed. A special utility, RPLSVGAI.CMD, is provided 
  2278. to install this support. 
  2279.  
  2280. The syntax for RPLSVGAI.CMD is: 
  2281.  
  2282.   RPLSVGAI  [/S:sourcepath]  [/L:logfile]
  2283.  
  2284.      o where sourcepath specifies where to look for the SVGA support files.  It 
  2285.        can be one of the following: 
  2286.  
  2287.         - A diskette drive, i.e., A:\ 
  2288.  
  2289.         - The root directory of a Warp diskette image tree created by the OS/2 
  2290.           SEIMAGE.EXE utility, for example, C:\CID\OS2211 or C:\CID\OS2WARP. 
  2291.  
  2292.        The default is A:\. 
  2293.  
  2294.      o where logfile specifies a fully qualified filename to be used to log any 
  2295.        error messages. 
  2296.  
  2297.      RPLSVGAI must be run for each OS/2 version (2.11 and/or Warp) that is 
  2298.      installed in the Remote IPL directory tree. RPLSVGAI can determine from 
  2299.      Display Driver diskette 1 which OS/2 version is being updated. 
  2300.  
  2301.      If diskettes are used as the source, RPLSVGAI will prompt for the 
  2302.      appropriate OS/2 Display Driver diskettes.  The Warp Display Driver 
  2303.      diskettes are in XDF diskette format. The RIPL server must be updated to 
  2304.      support the XDF format before RPLSVGAI can be used to install the Warp 
  2305.      SVGA support files. 
  2306.  
  2307.  
  2308. ΓòÉΓòÉΓòÉ 5.5.5. RPLADD.EXE Utility ΓòÉΓòÉΓòÉ
  2309.  
  2310. The RPLADD utility (part of Productivity Aids package) has been upgraded as 
  2311. follows: 
  2312.  
  2313.       1. The '-s' flag used to specify 'Simple' file format is no longer 
  2314.          needed.  RPLADD can now automatically sense if an input file is using 
  2315.          the 'Simple' format or the 'Map' format. 
  2316.  
  2317.       2. All versions of OS/2 2.X and OS/2 Warp V3 are supported. 
  2318.  
  2319.       3. DEFALT20', 'DEFALT2A', 'DEFALT21', and 'DEFALT30' can now be used as a 
  2320.          model for both input file formats.  However, when DEFALT2A or DEFALT21 
  2321.          are used to create OS/2 2.00.1 or 2.1 clients, the RPLSETD utility 
  2322.          must be run to complete their configuration before they can be remote 
  2323.          IPLed.  See the Creating New OS/2 2.1 Remote IPL Clients section of 
  2324.          this document for information on when RPLSETD should be run. 
  2325.  
  2326.       4. A new 'ASSUME DEFAULT SOURCE TOKENRNG' directive allows either input 
  2327.          file format to specify where 'CONFIG.20' should come from when 
  2328.          DEFALT20 is the MODEL MACHINE. See the documentation in sample input 
  2329.          file(s) SIMPLE.FIL and SAMPLE.MAP for additional information. 
  2330.  
  2331.       5. The device driver parameter fields (fields 7, 8, and 9) in the 'MAP' 
  2332.          format are preserved.  The parameters MUST use the '~' character to 
  2333.          represent SPACES just as required by RPL.MAP itself. The 'commas' used 
  2334.          to separate the 3 parameters should not be preceded or followed by 
  2335.          spaces. 
  2336.  
  2337.  
  2338. ΓòÉΓòÉΓòÉ 5.5.6. RPLDEL.EXE Utility ΓòÉΓòÉΓòÉ
  2339.  
  2340. The RPLDEL utility (part of Productivity Aids package) has been upgraded as 
  2341. follows: 
  2342.  
  2343.       1. The '-s' flag used to specify 'Simple' file format is no longer 
  2344.          needed.  RPLDEL can now automatically sense if an input file is using 
  2345.          the 'Simple' format or the 'Map' format. 
  2346.  
  2347.       2. RPLDEL can now handle directory entries that are up to 254 characters 
  2348.          in length. 
  2349.  
  2350.  
  2351. ΓòÉΓòÉΓòÉ 6. LAPS 802.2 Virtual Device Driver - Emulator Considerations ΓòÉΓòÉΓòÉ
  2352.  
  2353. To make your emulator easier to use, we recommend creating an icon on your OS/2 
  2354. desktop for your emulator. In the discussions below relating to emulator 
  2355. settings, d:\EmulPath refers to the drive and path of where your emulator 
  2356. program is installed.  CFGFILE refers to the name of your emulator 
  2357. configuration file. The path and configuration File Name of your particular 
  2358. emulator will be different from the examples below. 
  2359.  
  2360. Warning:  The following problems may occur: 
  2361.  
  2362.      o If a Windows emulator will not successfully start while another Windows 
  2363.        emulator is running, it may be necessary to start the emulators in 
  2364.        reverse order. 
  2365.  
  2366.      o If a Windows emulator will not successfully start while another Windows 
  2367.        emulator is running, it may be necessary to toggle (Ctrl-Esc) back and 
  2368.        forth to the OS/2 desktop or minimize the running emulator session 
  2369.        before starting the second emulator. 
  2370.  
  2371.      o It is not possible to run two WIN-OS/2 sessions while using XGA video 
  2372.        mode.  Refer to the OS/2 README for additional information on 
  2373.        restrictions using WIN-OS/2 and XGA. 
  2374.  
  2375.  
  2376. ΓòÉΓòÉΓòÉ 6.1. PC/3270 for DOS emulator ΓòÉΓòÉΓòÉ
  2377.  
  2378. On the Program panel, set the following parameters: 
  2379.  
  2380.   Path/Filename = d:\EmulPath\CFGFILE.BAT
  2381.   Parameters   = blank
  2382.   Working Directory = d:\EmulPath
  2383.  
  2384.      o On the Session panel, select DOS Full Screen. 
  2385.  
  2386.      o Before attempting to run PC3270 for DOS, edit your CFGFILE.BAT file 
  2387.        adding COMMAND.COM as the last line in the file.  This must be done 
  2388.        every time you change your emulator configuration.  Failure to add 
  2389.        COMMAND.COM to your .BAT file will cause PC3270 to exit when it attempts 
  2390.        to return control to DOS. 
  2391.  
  2392.  
  2393. ΓòÉΓòÉΓòÉ 6.2. PC3270 for Windows emulator ΓòÉΓòÉΓòÉ
  2394.  
  2395. PC3270 for Windows can run either as a regular Windows program (inside a 
  2396. WIN-OS/2 session), or it can run 'seamlessly.'  Seamless means the PC3270 
  2397. windows appear on top of the OS/2 desktop directly, instead of appearing inside 
  2398. a WIN-OS/2 command prompt. 
  2399.  
  2400. To run PC3270 as a WIN-OS/2 application: 
  2401.  
  2402.      o Create a file called CFGFILE.BAT.  This file should look like this: 
  2403.  
  2404.                 @ECHO OFF
  2405.                 COPY d:\EmulPath\CFGFILE.CNF d:\EmulPath\$$TEMP$$.BAT > NUL
  2406.                 CALL d:\EmulPath\$$TEMP$$.BAT
  2407.                 ERASE d:\EmulPath\$$TEMP$$.BAT
  2408.                 CALL d:\EmulPath\SOMEFILE %1 %2 %3 %4 %5 %6 %7 %8 %9
  2409.  
  2410.      o Create another file called SOMEFILE.BAT (this file is referenced in 
  2411.        CFGFILE.BAT: 
  2412.  
  2413.                 @ECHO OFF
  2414.                 C:\OS2\MDOS\WINOS2\WINOS2
  2415.                 d:\EmulPath\PCSPDOS.EXE -END
  2416.  
  2417.      o On the Program panel, set the following parameters: 
  2418.  
  2419.                 Path/Filename = d:\EmulPath\CFGFILE.BAT
  2420.                 Parameters   = blank
  2421.                 Working Directory = d:\EmulPath
  2422.  
  2423.      o On the Session panel, select DOS Full Screen. 
  2424.  
  2425.      To run PC3270 Seamlessly: 
  2426.  
  2427.      o Create a file called CFGFILE.BAT.  This file should look like this: 
  2428.  
  2429.                 @ECHO OFF
  2430.                 COPY d:\EmulPath\CFGFILE.CNF d:\EmulPath\$$TEMP$$.BAT > NUL
  2431.                 CALL d:\EmulPath\$$TEMP$$.BAT
  2432.                 WINOS2.COM PCS3270.EXE
  2433.  
  2434.      o On the Program panel, set the following parameters: 
  2435.  
  2436.                 Path/Filename = d:\EmulPath\PC3270W.EXE
  2437.                 Parameters   = blank
  2438.                 Working Directory = d:\EmulPath
  2439.  
  2440.      o On the Session panel, select WIN-OS/2 window, click on Separate Session, 
  2441.        then click on WIN-OS/2 Settings. 
  2442.  
  2443.      o On the WIN-OS/2 Settings panel, add the following to the end of the 
  2444.        DOS_SHELL statement: 
  2445.  
  2446.                 /C d:\EmulPath\CFGFILE.BAT
  2447.  
  2448.      Note:   If you start PC3270 for Windows, and get a message saying there is 
  2449.      invalid TSR information, then edit the CFGFILE.CNF file and change the 
  2450.      line 'REM TSR=N' to 'REM TSR=Y'. 
  2451.  
  2452.  
  2453. ΓòÉΓòÉΓòÉ 6.3. Attachmate's Extra! Extended for DOS ΓòÉΓòÉΓòÉ
  2454.  
  2455.      o On the Program panel, set the following parameters: 
  2456.  
  2457.                 Path/Filename = d:\EmulPath\CFGFILE.BAT
  2458.                 Parameters   = blank
  2459.                 Working Directory = d:\EmulPath
  2460.  
  2461.      o On the Session panel, select DOS Full Screen. 
  2462.  
  2463.      o Before attempting to run Extra! for DOS, you must edit your CFGFILE.BAT 
  2464.        file, and add COMMAND.COM as the last line in the file.  This must be 
  2465.        done every time you change your emulator configuration.  Failure to add 
  2466.        COMMAND.COM to your .BAT file will cause Extra!  to exit when it 
  2467.        attempts to return control to DOS. 
  2468.  
  2469.      Note:   It may be necessary to run the VDM configuration utility, LTSVCFG, 
  2470.      with the P=x parameter where x is a nonzero value indicating the number of 
  2471.      half seconds the deadman timer will wait before expiring.  This will be 
  2472.      necessary if the emulator looks like it is hung.  Typically this value 
  2473.      should be set to 2 if needed. 
  2474.  
  2475.  
  2476. ΓòÉΓòÉΓòÉ 6.4. Attachmate's Extra! Extended for Windows ΓòÉΓòÉΓòÉ
  2477.  
  2478.      o Create a file called EXTRA.BAT.  This file should look like this: 
  2479.  
  2480.                 @ECHO OFF
  2481.                 C:\OS2\MDOS\WINOS2\WINOS2
  2482.  
  2483.      o On the Program panel, set the following parameters: 
  2484.  
  2485.                 Path/Filename = d:\EmulPath\EXTRA.BAT
  2486.                 Parameters   = blank
  2487.                 Working Directory = d:\EmulPath
  2488.  
  2489.      o On the Session panel, select DOS Full Screen. 
  2490.  
  2491.      Note:   The Extra! for Windows installation program normally modifies the 
  2492.      AUTOEXEC.BAT file to add its directory to the PATH statement, and to add a 
  2493.      DLCINTFC statement if Lan support is used.  This information is also 
  2494.      needed when running under OS/2.  We suggest you keep this information in 
  2495.      your AUTOEXEC.BAT file, exactly as Extra! for Windows placed it. 
  2496.      Alternatively, you can add the DLCINTFC statement to your EXTRA.BAT file 
  2497.      instead of adding it to AUTOEXEC.BAT. 
  2498.  
  2499.  
  2500. ΓòÉΓòÉΓòÉ 6.5. PC Support/400 ΓòÉΓòÉΓòÉ
  2501.  
  2502. PC Support will not run correctly in DOS Emulation mode.  To run PC Support, 
  2503. you must start a version of DOS (such as DOS 5.0, etc.)  that will run PC 
  2504. Support.  Please refer to the Master Help Index of OS/2 for information on how 
  2505. to start a specific version of DOS.  Search for 'Starting DOS.' 
  2506.  
  2507.  When you create a diskette or diskimage for a specific version of DOS, you 
  2508. must insure the CONFIG.SYS file for that DOS version loads the following device 
  2509. drivers: 
  2510.  
  2511. DEVICE=C:\IBMCOM\PROTOCOL\LANVMEM.SYS
  2512. DEVICE=d:\EmulPath\EIMPCS.SYS
  2513. DEVICE=d:\EmulPath\ECYDDX.SYS
  2514.  
  2515. In addition, you may want to create an AUTOEXEC.BAT file for your specific DOS 
  2516. version that automatically starts PC Support.  To do this, invoke STARTPCS.BAT 
  2517. from your AUTOEXEC.BAT file. 
  2518.  
  2519.      o On the Program panel, set the following parameters: 
  2520.  
  2521.                 Path/Filename = *
  2522.                 Parameters   = blank
  2523.                 Working Directory = d:\EmulPath
  2524.  
  2525.      o On the Session panel, select DOS Full Screen, then click on DOS 
  2526.        Settings. 
  2527.  
  2528.      o On the DOS Settings panel, set the following parameters: 
  2529.  
  2530.                 DOS_STARTUP_DRIVE = A:\
  2531.                 KBD_CONTROL_BYPASS = ALT_ESC
  2532.  
  2533.      In this example, DOS_STARTUP_DRIVE is set to A:\ with the assumption you 
  2534.      are loading the specific DOS version from diskette.  If you load the 
  2535.      specific DOS version from a diskette image file on your hard drive, update 
  2536.      the DOS_STARTUP_DRIVE accordingly. 
  2537.  
  2538.      Warning:  Some known problems: 
  2539.  
  2540.      The PC Support installation program may update the CONFIG.SYS file and add 
  2541.      two device drivers 'EIMPCS.SYS' and 'ECYDDX.SYS.'  If these statements are 
  2542.      in your CONFIG.SYS, remove them.  Under OS/2, these statements will 
  2543.      instead be loaded from your bootable DOS diskette. 
  2544.  
  2545.      Each Virtual DOS Machine (VDM) will need a separate APPC controller on the 
  2546.      AS/400.  The controllers can be exactly the same except for the LAN 
  2547.      destination service access point (LAN DSAP: 08).  A line in the CONFIG.PCS 
  2548.      needs to contain a matching TRSS entry (TRSS 08). 
  2549.  
  2550.      It is necessary to run the VDM configuration utility, LTSVCFG, with the 
  2551.      P=x parameter where x is a nonzero value indicating the number of half 
  2552.      seconds the deadman timer will wait before expiring. Typically this value 
  2553.      should be set to 1 for using a single VDM and increased to 4 if additional 
  2554.      VM Boot sessions are active.  When additional VM Boot sessions are active 
  2555.      it is recommended to decrease the MAXWAIT parameter in CONFIG.SYS to 1 
  2556.      second. 
  2557.  
  2558.      When running more than 2 sessions in a stress environment it may be 
  2559.      necessary to obtain OS/2 2.0 Service Pak (XRx6055). 
  2560.  
  2561.      For valuable information required for operating PC Support/400 in a VDM, 
  2562.      please reference IBM publication GG24-3856 entitled "Using DOS PC 
  2563.      Support/400 in OS/2 V2 Virtual DOS Machines". 
  2564.  
  2565.  
  2566. ΓòÉΓòÉΓòÉ 6.6. Wall Data's Rumba/400 emulator ΓòÉΓòÉΓòÉ
  2567.  
  2568.      o Create a file called RUMBA.BAT.  This file should look like this: 
  2569.  
  2570.                 @ECHO OFF
  2571.                 D:\PCS\STARTRTR D:\PCS\CONFIG.PCS
  2572.                 C:\OS2\MDOS\WINOS2\WINOS2
  2573.  
  2574.        In this example, D:\PCS is the directory where PC Support is installed. 
  2575.        Rumba/400 requires PC Support in order to run. 
  2576.  
  2577.      o On the Program panel, set the following parameters: 
  2578.  
  2579.                 Path/Filename = d:\EmulPath\RUMBA.BAT
  2580.                 Parameters   = blank
  2581.                 Working Directory = d:\EmulPath
  2582.  
  2583.      o On the Session panel, select DOS Full Screen 
  2584.  
  2585.  
  2586. ΓòÉΓòÉΓòÉ 6.7. Wall Data's Rumba/3270 emulator ΓòÉΓòÉΓòÉ
  2587.  
  2588.      o Create a file called RUMBA.BAT.  This file should look like this: 
  2589.  
  2590.                 @ECHO OFF
  2591.                 d:\EmulPath\WDTOKTSR.EXE /R=16 /T=8
  2592.                 C:\OS2\MDOS\WINOS2\WINOS2
  2593.  
  2594.        WDTOKTSR.EXE is required by Rumba/3270 in order to use Lan support. 
  2595.        Refer to the Rumba program documentation for more information about 
  2596.        command line parameters. The above parameters work in most cases. 
  2597.  
  2598.      o On the Program panel, set the following parameters: 
  2599.  
  2600.                 Path/Filename = d:\EmulPath\RUMBA.BAT
  2601.                 Parameters   = blank
  2602.                 Working Directory = d:\EmulPath
  2603.  
  2604.      o On the Session panel, select DOS Full Screen. 
  2605.  
  2606.  
  2607. ΓòÉΓòÉΓòÉ 7. LAPS TCP/IP for DOS - Considerations ΓòÉΓòÉΓòÉ
  2608.  
  2609. Before you can use TCP/IP under OS/2 2.0, you must set up certain DOS settings. 
  2610. To create an icon and initialize the DOS settings, follow these steps: 
  2611.  
  2612.      o On the Program panel, set the following parameters: 
  2613.  
  2614.                 Path/Filename = *
  2615.                 Parameters = Blank
  2616.                 Working Directory = C:\TCPDOS
  2617.                  (Assuming TCP/IP was installed on C:\TCPDOS)
  2618.  
  2619.      o On the DOS Settings panel, click on 'Session' and set the following 
  2620.        parameters: 
  2621.  
  2622.                 DOS_DEVICE = C:\TCPDOS\BIN\NETDEV.SYS
  2623.                  (Assuming TCP/IP was installed on C:\TCPDOS)
  2624.  
  2625.      LTSVCFG.COM must be run with parameter D=1 before TCP/IP can run in a VDD. 
  2626.      This is necessary because TCP/IP uses the direct station link of the 802.2 
  2627.      protocol. A slash is used to signify the adapter number. 
  2628.  
  2629.      Adapter Number        Command to Run 
  2630.      Adapter 0             LTSVCFG D=1 
  2631.      Adapter 1             LTSVCFG / D=1 
  2632.      Adapter 2             LTSVCFG / / D=1 
  2633.  
  2634.      LTSVCFG can be included in the AUTOEXEC.BAT file to execute automatically. 
  2635.      or run manually from a DOS command prompt. 
  2636.  
  2637.      When running TCP/IP's file transfer application FTPD and FTP it is 
  2638.      necessary to clear the APPEND environment variable on both the server and 
  2639.      client machines. This can be done by commenting out the LOADHIGH APPEND 
  2640.      C:\OS2;C:\OS2\SYSTEM statement in the AUTOEXEC.BAT file, or by entering 
  2641.      APPEND=* at the DOS command prompt. This is necessary because if the files 
  2642.      being transferred appear in the APPEND path of the destination machine, 
  2643.      the APPEND path will override the specified destination path. 
  2644.  
  2645.  
  2646. ΓòÉΓòÉΓòÉ 8. Things that Changed ΓòÉΓòÉΓòÉ
  2647.  
  2648. The following sections describe changes that have been made to the product's 
  2649. executables, publications, and messages/helps. 
  2650.  
  2651.  
  2652. ΓòÉΓòÉΓòÉ 8.1. Publications ΓòÉΓòÉΓòÉ
  2653.  
  2654. The ServicePak includes a Publications Addendum which updates the LAN Server 
  2655. 3.0 publications.  The following files are online information that can be 
  2656. viewed at an OS/2 command prompt: 
  2657.  
  2658.      o Publications Readme 
  2659.  
  2660.      o Application Programmer's Reference Readme 
  2661.  
  2662.      These files are included in the same directory as the file you are 
  2663.      currently reading. To view these files type: 
  2664.  
  2665.                           View RDMExxx.INF
  2666.  
  2667.      where xxx is either PUB or APR depending on which file you want to view. 
  2668.  
  2669.  
  2670. ΓòÉΓòÉΓòÉ 8.2. Changes and Additions other than APARs ΓòÉΓòÉΓòÉ
  2671.  
  2672. This ServicePak contains several changes and enhancements that do not have 
  2673. APARs associated with them.  They are described in the following sections. 
  2674.  
  2675.  
  2676. ΓòÉΓòÉΓòÉ 8.2.1. New feature summary ΓòÉΓòÉΓòÉ
  2677.  
  2678. This section describes features that are included in this ServicePak. 
  2679.  
  2680.  
  2681. ΓòÉΓòÉΓòÉ 8.2.1.1. Support for OS/2 Warp Version 3 ΓòÉΓòÉΓòÉ
  2682.  
  2683. The following features have been enhanced to add support for OS/2 Warp Version 
  2684. 3: 
  2685.  
  2686.       1. Remote IPL support - See the RIPL sections of this document for 
  2687.          details. 
  2688.  
  2689.       2. SMB Trace tool - 
  2690.  
  2691.          The SMB tool is a large presentation manager utility that can be used 
  2692.          to capture various types of network traces.  Especially important is 
  2693.          its ability to capture IBM LAN Server Server Message Block (SMB) 
  2694.          information. It also includes extensive formatting and filtering 
  2695.          features for SMB trace data.  It can be used for advanced problem 
  2696.          determination. 
  2697.  
  2698.          SMBTOOL.EXE is provided on ServicePak diskette 1 in RDRUTIL.ZIP. To 
  2699.          unpack the trace tool into the desired directory, insert ServicePak 
  2700.          diskette 1 into drive A: and issue the following command: 
  2701.  
  2702.                            PKUNZIP2 A:\RDRUTIL.ZIP <path>\
  2703.  
  2704.          Note:   IF PKUNZIP2.EXE is not in a directory that is in the current 
  2705.          path, copy the PKUNZIP2.EXE program from the \IBMCOM directory on the 
  2706.          boot drive into a directory that is in the current path. 
  2707.  
  2708.          The SMB utility takes no parameters and requires OS/2 2.1 or later. 
  2709.          More information is available by selecting HELP from within the 
  2710.          utility. 
  2711.  
  2712.  
  2713. ΓòÉΓòÉΓòÉ 8.2.1.2. IBM DOS Version 7 Support ΓòÉΓòÉΓòÉ
  2714.  
  2715. A REXX procedure, RPLDOS7.CMD, is available on ServicePak diskette 1 to upgrade 
  2716. the DOS Remote IPL Service to use IBM PC DOS Version 7. 
  2717.  
  2718. System Requirements: 
  2719.  
  2720.       1. Since the IBM PC DOS 7 diskettes are compressed in XDF format, the 
  2721.          remote IPL server must be configured with the required BASEDEV device 
  2722.          drivers to support reading XDF formatted diskettes. 
  2723.  
  2724.       2. The server must already be configured for the DOS Remote IPL Service. 
  2725.  
  2726.      No command line parameters are required for this procedure, however, there 
  2727.      are two optional command line parameters: 
  2728.  
  2729.      o  /D:source_drive letter 
  2730.  
  2731.        The default source diskette drive letter is A:.  To select a different 
  2732.        source diskette drive letter for the DOS diskettes, use the /D:x 
  2733.        parameter. For example, to specify a source drive of B:, use the 
  2734.        following command: 
  2735.  
  2736.                                  RPLDOS7 /D:B
  2737.  
  2738.      o  /N:number_DOS_diskettes 
  2739.  
  2740.        The default number of 3.5 inch, 1.44MB IBM DOS diskettes is 5.  To 
  2741.        specify a different number of diskettes, use the /N:y parameter.  For 
  2742.        example, to specify a set of 7 DOS diskettes, use the following command: 
  2743.  
  2744.                                  RPLDOS7 /N:7
  2745.  
  2746.  
  2747. ΓòÉΓòÉΓòÉ 8.2.1.3. Additional Server Authentication (IP07045) ΓòÉΓòÉΓòÉ
  2748.  
  2749. Additional servers in a domain will now allow the domain controller to 
  2750. authenticate a user attempting to establish a session.  This will only occur if 
  2751. the user's password does not match the copy at the additional server. The 
  2752. additional server's password is used for authentication. This will fix the 
  2753. situation where users are forced to change their passwords, and then do not get 
  2754. all of their logon assignments at additional servers because the passwords have 
  2755. not replicated. 
  2756.  
  2757.  
  2758. ΓòÉΓòÉΓòÉ 8.2.1.4. DOS RIPL (IP07045) ΓòÉΓòÉΓòÉ
  2759.  
  2760. Support for three new DOS versions has been added to DOS RIPL. 
  2761.  
  2762.             IBM DOS 6.1
  2763.             IBM DOS 6.3
  2764.              MS DOS 6.0
  2765.  
  2766. In order for the installation program (LANINST) to successfully install the 
  2767. required DOS files for each of the new supported versions, OS/2 DOS support 
  2768. must have been installed with the operating system on the server. 
  2769.  
  2770. If OS/2 DOS support is not installed on the server, the DOS files necessary for 
  2771. RIPL will have to be manually installed.  First, run LANINST and select the 
  2772. version of DOS desired for RIPL.  After the installation has completed, find a 
  2773. workstation with DOS support, insert the first DOS diskette, and enter the 
  2774. command A:\SETUP /A.  The /A parameter specifies LAN Server Administrator 
  2775. Installation option.  Follow the instructions to install the DOS files on the 
  2776. workstation.  The DOS files will then need to be copied to the drive and 
  2777. subdirectory on the server workstation where the DOS RIPL support was installed 
  2778. using LANINST.  DOS RIPL support is usually installed on d:\IBMLAN\DOSLAN\DOS. 
  2779.  
  2780. Remote IPL DOS images for above listed DOS versions may be created using the 
  2781. existing DOS 5.0 standard definition(.DEF) files. 
  2782.  
  2783.  
  2784. ΓòÉΓòÉΓòÉ 8.2.1.5. FIXACC LOG (IP07045) ΓòÉΓòÉΓòÉ
  2785.  
  2786. FIXACC will now generate a log of all its actions.  The log file is FIXACC.LOG. 
  2787. It will also log warning and error messages.  The list of messages logged are: 
  2788.  
  2789. NET3606    Network error %1 occurred while adding group %2.
  2790. NET3607    Network error %1 occurred while adding user %2.
  2791. NET3608    Network error %1 occurred while adding access control
  2792.            for %2.
  2793.  
  2794. NET3609    Restored user %1
  2795. NET3610    Restored group %1
  2796. NET3611    Restored access control list for %1
  2797. NET3612    Restored %1 permissions to access control list for %2
  2798. NET3613    Added %1 group(s) to user %2
  2799. ; Message 3614 is used to list users and their access rights as
  2800. ;     they are restored, ex:
  2801. ;
  2802. ;         USERS    RWED
  2803. ;         GUESTS   R
  2804. NET3614        %1    %2
  2805. NET3615    Restored Password for user %1
  2806.  
  2807. NET3616    Error %1 occurred while setting users and groups on
  2808.            access control list for %1
  2809. NET3617    WARNING: FIXACC may not be able to restore %1 of
  2810.            the users.
  2811. NET3618    WARNING: FIXACC may not be able to restore all of
  2812.            the access control lists.
  2813. NET3619    An error %1 occurred when FIXACC attempted to update
  2814.            the groups.
  2815.  
  2816.  
  2817. ΓòÉΓòÉΓòÉ 8.2.2. Additional Information ΓòÉΓòÉΓòÉ
  2818.  
  2819. This section contains additional changes to LAN Server 3.0 that are included in 
  2820. this ServicePak. 
  2821.  
  2822.  
  2823. ΓòÉΓòÉΓòÉ 8.2.2.1. Successful return codes from NET commands ΓòÉΓòÉΓòÉ
  2824.  
  2825. Following application of the fix for APAR IC05944, (included in LS 3.00.1 and 
  2826. IP07045 as well as the individual APAR fix), successful return from NET 
  2827. commands was indicated with a return code of 255.  This was incorrect; 
  2828. successful return codes of 0 have been reinstated with the fix for APAR IC06738 
  2829. included in this ServicePak.  This could affect applications which were 
  2830. modified to check for successful return codes of 255 from NET commands. 
  2831.  
  2832.  
  2833. ΓòÉΓòÉΓòÉ 8.2.2.2. What's new in 386 HPFS ΓòÉΓòÉΓòÉ
  2834.  
  2835.       1. One module instead of two. 
  2836.  
  2837.          With the arrival of OS/2 2.0, we were able to consolidate the 386 HPFS 
  2838.          server into one file.  The CONFIG.SYS file will reflect this change by 
  2839.          removing the HPFS200.386 module from the IFS= line.  A place holder, 
  2840.          HPFS200.386, will be placed in the \IBM386FS directory. 
  2841.  
  2842.       2. 64KB Work Buffer pre-allocation. 
  2843.  
  2844.          Until this release of LS 3.0, HPFS386 allocated 64KB work buffers from 
  2845.          OS/2 on an as needed basis.  These buffers must be fixed (ie, 
  2846.          contiguous) RAM.  As the booted system "ages", fragmentation of RAM 
  2847.          increases, which will decrease the success rate of dynamic buffer 
  2848.          allocation.  When a buffer cannot be allocated, the following error 
  2849.          message is logged in NET.ERR: 
  2850.  
  2851.                              "NET3186: The 386 HPFS server ran out of
  2852.                                       the following resource:
  2853.  
  2854.                               NET3235: RAM for 64KB work buffer."
  2855.  
  2856.          Pre-allocating these buffers at system boot time, or even at server 
  2857.          initialization time, avoids the dynamic allocation problem.  To 
  2858.          pre-allocate these work buffers at system boot time, you need to add 
  2859.          the following switch to the 386 HPFS IFS= statement: 
  2860.  
  2861.                                   /FSPREALLOC:nn
  2862.  
  2863.           where  2 <= nn <= 64 and represents the number of buffers to 
  2864.          pre-allocate. 
  2865.  
  2866.          You can do the same thing at server initialization time by adding the 
  2867.          following switch to the IFS= line: 
  2868.  
  2869.                                   /SVRPREALLOC:nn
  2870.  
  2871.                         where   2 <= nn <= 64 and represents the number of buffers to
  2872.                                 pre-allocate at server initialization time.
  2873.  
  2874.          Work buffers that are allocated using the /SVRPREALLOC switches will 
  2875.          be freed when the server is stopped.  Those allocated via the 
  2876.          /FSPREALLOC switch will not be freed. 
  2877.  
  2878.          These switches are useful in environments such as RIPL servers. 
  2879.  
  2880.       3. Makedisk and Fault Tolerance 
  2881.  
  2882.          A new switch was added to the Makedisk utility: /FT.  This allows the 
  2883.          Fault Tolerance information to be copied onto the diskette itself. 
  2884.  
  2885.       4. Pentium 
  2886.  
  2887.      The 386 HPFS is now Pentium-aware and takes advantage of some of the 
  2888.      processor's features when detected. 
  2889.  
  2890.  
  2891. ΓòÉΓòÉΓòÉ 8.2.2.3. Change to the NetAlias APIs ΓòÉΓòÉΓòÉ
  2892.  
  2893. The ai2_server field is CNLEN+1 in the alias_info_2 structure.  In LS 3.0 (GA 
  2894. and IP7001), this field was expected to be in UNC format:  \\server.  This is 
  2895. incorrect.  In this service level, both the UNC and CN format are allowed, but 
  2896. the '\\' are thrown away if they are used.  In future releases, the slashes 
  2897. will not be allowed.  Application developers should be aware of this change. 
  2898.  
  2899.  
  2900. ΓòÉΓòÉΓòÉ 8.2.2.4. DOS LAN Requester logging on in Window with expired password ΓòÉΓòÉΓòÉ
  2901.  
  2902. Previously, when a user logged on in Windows with an expired password, the 
  2903. NET2242 error was reported which says "The user's password has expired," but 
  2904. the user was not given an opportunity to change it at that time. Now the 
  2905. "Change Password" window is displayed after clearing the error, allowing the 
  2906. user to change his or her logon password without having to go through the 
  2907. Windows Control Panel. 
  2908.  
  2909.  
  2910. ΓòÉΓòÉΓòÉ 8.2.2.5. OS/2 Requester Considerations ΓòÉΓòÉΓòÉ
  2911.  
  2912. A change has been made to the OS/2 Requester that improves the handling of 
  2913. printing to DOS based servers, such as IBM PC LAN Program, which are based on 
  2914. the original "core" SMB dialect.  This does not affect printing to OS/2 based 
  2915. servers like IBM LAN Server 3.0.  The OS/2 Requester now sends the user name of 
  2916. a print job submitter rather than the machine name of the print job submitter 
  2917. when printing to PC LAN Program servers.  This change will allow those using 
  2918. separator pages on PCLP servers to identify more easily the user who submitted 
  2919. a print job.  It is also consistent with the IBM DOS LAN Requester which sends 
  2920. the user name of the print job submitter when printing to PC LAN Program 
  2921. Servers. 
  2922.  
  2923. Two new IBMLAN.INI wrkheuristics have been added. 
  2924.  
  2925.       1. Wrkheuristic 34 is used to set the behavior of the OS/2 Requester when 
  2926.          getting the date and time on files on a PCLP or equivalent server. 
  2927.          Users of non-IBM PCLP compatible servers that only accept the original 
  2928.          PC LAN Program or MSNET SMB dialect may also find this new heuristic 
  2929.          useful. Servers using the MSNET dialect and PCLP Servers use different 
  2930.          date and time formats yet use the same SMB dialect.  The OS/2 
  2931.          Requester will determine which date and time format to try to use 
  2932.          first when communicating with a PCLP or MSNET server based on the 
  2933.          value of wrkheuristic 34.  If the date appears unlikely, the OS/2 
  2934.          Requester will try the other date and time format. This heuristic is 
  2935.          not important if you are using only OS2 LAN Server 3.0 or equivalent 
  2936.          servers. 
  2937.  
  2938.          Values: 
  2939.  
  2940.         0         Verify date and time with prefrence towards PCLP server 
  2941.                   format 
  2942.  
  2943.         1         Verify date and time with prefrence towards MSNET server 
  2944.                   format 
  2945.  
  2946.         2         Assume that the date is always correct.  Do not attempt to 
  2947.                   validate the date and time. 
  2948.  
  2949.          The default (if not present) is 0. 
  2950.  
  2951.       2. wrkheuristic 35 is a usability enhancement to workaround problems with 
  2952.          DOS applications that cannot handle large partitions.  Recently, many 
  2953.          customers have bought network servers and configured them with 
  2954.          partitions larger than 2 gigabytes (GB).  This causes problems for 
  2955.          some DOS applications that were written assuming smaller than 2GB disk 
  2956.          partition sizes. When users connect to these large network drives and 
  2957.          run applications that incorrectly check the available disk space or 
  2958.          the free disk space, the application may report unusual disk sizes or 
  2959.          no disk space available.  This is typically not a problem with OS/2 
  2960.          applications.  Most DOS applications do not have problems with large 
  2961.          disks, but users of DOS applications with problems handling large 
  2962.          drives, should consider setting this wrkheuristic. 
  2963.  
  2964.      Values: 
  2965.  
  2966.      0         Always return actual disk size and disk space available on 
  2967.                network drives to applications running in DOS Emulation or DOS 
  2968.                booted under OS/2. 
  2969.  
  2970.      1         Return less than 2GB disk size and disk space available on 
  2971.                network drives to applications running in DOS Emulation or DOS 
  2972.                booted under OS/2. 
  2973.      The default (if not present) is 0. 
  2974.  
  2975.      The APAR number for the wrkheuristic workaround is IC06791. 
  2976.  
  2977.  
  2978. ΓòÉΓòÉΓòÉ 8.2.2.6. Additional Information on Domain Alias Operation ΓòÉΓòÉΓòÉ
  2979.  
  2980. Client requests for the connection or resolution of aliases will not be 
  2981. satisfied until the server and all sub-services have fully started.  For 
  2982. reliability reasons, backup servers will always attempt to resolve aliases by 
  2983. using the primary copy of the domain control database (DCDB).  If the domain 
  2984. controller is unavailable, the alias operation will be satisfied by using the 
  2985. backup copy of the DCDB stored on the backup server.  It is not necessary for 
  2986. the DCDB replicator service to be running when the domain controller is 
  2987. unavailable. 
  2988.  
  2989.  
  2990. ΓòÉΓòÉΓòÉ 8.3. OS/2 LAN Server and LAN Requester ServicePak APARs ΓòÉΓòÉΓòÉ
  2991.  
  2992. This section describes APARs that have been corrected in the previous service 
  2993. offerings for LAN SERVER/REQUESTER, as well as the additions for this 
  2994. cumulative ServicePak. 
  2995.  
  2996.  
  2997. ΓòÉΓòÉΓòÉ 8.3.1. IPx7001 ServicePak APARs ΓòÉΓòÉΓòÉ
  2998.  
  2999. The APAR numbers for problems that were corrected by IPx7001 ServicePak are 
  3000. listed numerically and by component. 
  3001.  
  3002.  
  3003. ΓòÉΓòÉΓòÉ 8.3.1.1. LAN Server ΓòÉΓòÉΓòÉ
  3004.  
  3005. The following list describes APARs for the Server component that are fixed by 
  3006. IPx7001 ServicePak. 
  3007.  
  3008.      o IC04302 
  3009.  
  3010.        Users receive SYS0008 (out of memory) messages when trying to perform 
  3011.        operations (for example, DIR X:) on remote drives.  The following 
  3012.        message is also logged. 
  3013.  
  3014.               NET3186E: The 386 HPFS Server ran out of the
  3015.               following resource:  64KB Work Buffers
  3016.  
  3017.      o IC04424 
  3018.  
  3019.        A trap 0 occurs in the Ring 3 server (NETSERVR.EXE) when the requester 
  3020.        sends an SMB read command with the number of read bytes set to 0. 
  3021.  
  3022.      o IC04430 
  3023.  
  3024.        A trap often occurs in the 386 HPFS server when using Microsoft Windows 
  3025.        3.1 clients with the server. 
  3026.  
  3027.      o IC04431 
  3028.  
  3029.        The system traps because the Ring 3 server fails to release space that 
  3030.        has been allocated for renaming or moving files with access control 
  3031.        profiles. 
  3032.  
  3033.      o IC04710 
  3034.  
  3035.        Requirement to improve performance in deleting subdirectories and in 
  3036.        handling lock requests at the server.  Some applications also receive 
  3037.        ERROR_LOCK_VIOLATION error messages that end processing prematurely. 
  3038.  
  3039.      o IC04769 
  3040.  
  3041.        The server receives an error return code when trying to open a shared 
  3042.        COM port and does not set the device to error status.  The result is 
  3043.        that all incoming requests are queued up for the port.  The device is 
  3044.        left in an open condition when viewed with the NET DEVICE command and 
  3045.        cannot be cleared or reset. 
  3046.  
  3047.      o IC04943 
  3048.  
  3049.        A trap occurs in the 386 HPFS server after installing NVDM/2. 
  3050.  
  3051.      o IC04973 
  3052.  
  3053.        If a DOS LAN Requester workstation performs a DIR command on an empty 
  3054.        directory, no volume label information is returned. 
  3055.  
  3056.      o IC04992 
  3057.  
  3058.        A trap 003 occurs when remote IPLing a client with an XGA display. 
  3059.  
  3060.      o IC05010 
  3061.  
  3062.        HFS0102 messages display while running the CHKDSK command, especially on 
  3063.        larger drives (for example, 1GB). 
  3064.  
  3065.      o IC05058 
  3066.  
  3067.        A trap occurs in the 386 HPFS server when starting from either a boot 
  3068.        partition or boot diskettes.  This problem may occur on machines that 
  3069.        previously ran with DBCS code pages using OS/2 1.2 or OS/2 1.3. 
  3070.  
  3071.      o IC05073 
  3072.  
  3073.        A trap occurs in the 386 HPFS server when doing a hotfix on an already 
  3074.        hot-fixed sector.  This problem usually occurs when a drive fails 
  3075.        (especially on a machine with an IBM 3515 disk subsystem). 
  3076.  
  3077.      o IC05075 
  3078.  
  3079.        Excessive access-denied violations accumulate in the server statistics, 
  3080.        causing alerts to be sent. 
  3081.  
  3082.        The permission violations in the server statistics do not match the 
  3083.        audit entries in the audit log.  This may cause confusion for users who 
  3084.        have auditing enabled and get alerts indicating permission violations 
  3085.        but when the audit log is viewed, there are no audit entries. 
  3086.  
  3087.      o IC05106 
  3088.  
  3089.        The 386 HPFS server returns a return code of 0 when doing a DosCopy and 
  3090.        duplicate files are encountered. 
  3091.  
  3092.      o IC05112 
  3093.  
  3094.        A trap occurs in the 386 HPFS server when TRACE code 154 is enabled and 
  3095.        the server tries to break an Oplock on a file.  Setting TRACE=ON or 
  3096.        TRACE=ON 154 (when using SPM/2) could cause the problem. 
  3097.  
  3098.      o IC05129 
  3099.  
  3100.        A trap occurs in the 386 HPFS server when trying to write to a file that 
  3101.        has become extremely fragmented.  This requires a file of at least 240KB 
  3102.        in size, but happens more frequently with larger files. 
  3103.  
  3104.      o IC05141 
  3105.  
  3106.        The last update time for a 386 HPFS file is being updated in a DosOpen 
  3107.        DosRead, DosBufReset combination. 
  3108.  
  3109.      o IC05182 
  3110.  
  3111.        A trap occurs in the 386 HPFS server (or in the OS/2 kernel) during 
  3112.        paging when 386 HPFS is handling paging and the page file (SWAPPER.DAT) 
  3113.        becomes fragmented. 
  3114.  
  3115.      o IC05184 
  3116.  
  3117.        Include MAKEDISK updates that will handle out-of-disk-space errors when 
  3118.        trying to build boot diskettes. This will also verify that UHPFS.DLL 
  3119.        exists on the boot diskettes so that AUTOCHECK can be run. 
  3120.  
  3121.        Note:   When building boot diskettes for OS/2 2.1, delete A:BUNDLE from 
  3122.                backup diskette 1 before running MAKEDISK. 
  3123.  
  3124.      o IC05188 
  3125.  
  3126.        Possible deadlock condition occurs when multiple programs try to read 
  3127.        uninitialized file data simultaneously from the same file. 
  3128.  
  3129.      o IC05190 
  3130.  
  3131.        The 386 HPFS server returns an ERROR_FILE_NOT_FOUND message instead of 
  3132.        an ERROR_ACCESS_DENIED message when trying to delete a directory using 
  3133.        DosDelete. 
  3134.  
  3135.      o IC05200 
  3136.  
  3137.        A trap occurs in the 386 HPFS server when trying to set attributes on a 
  3138.        directory whose sector is not accessible because of disk read/write 
  3139.        errors. 
  3140.  
  3141.      o IC05240 
  3142.  
  3143.        A trap occurs in the 386 HPFS server when using the Replicator service 
  3144.        to import to a 386 HPFS drive. 
  3145.  
  3146.      o IC05256 
  3147.  
  3148.        The 386 HPFS server will not correctly release space when the page file 
  3149.        (SWAPPER.DAT) size is decreased by OS/2. 
  3150.  
  3151.      o IC05327 
  3152.  
  3153.        Improve performance for servers running LAN Server for Macintosh. 
  3154.  
  3155.      o Additional fix without APAR: 
  3156.  
  3157.        OS/2 LAN Server is unable to run with Ungermann-Bass NETBIOS transport 
  3158.        code. 
  3159.  
  3160.      o IC05662 
  3161.  
  3162.        HPFS386 does not cache small (512 to 1K byte) I/O requests. This causes 
  3163.        a performance problem. 
  3164.  
  3165.  
  3166. ΓòÉΓòÉΓòÉ 8.3.1.2. LAN Requester ΓòÉΓòÉΓòÉ
  3167.  
  3168. The following list describes APARs for the Requester component that were fixed 
  3169. by IPx7001 ServicePak. 
  3170.  
  3171.      o IC04248 
  3172.  
  3173.        Applications using a remote named pipe hang. 
  3174.  
  3175.      o IC04475 
  3176.  
  3177.        Programs cannot edit hidden files on a PCLP server. 
  3178.  
  3179.      o IC04492 
  3180.  
  3181.        An XCOPY of multiple files with an extension of .CMD or .BAT fails.  On 
  3182.        the server, the NET ERROR log shows MAXSESSOPENS exhausted. 
  3183.  
  3184.      o IC04532 
  3185.  
  3186.        Programs using the NETBIOSSUBMIT application interface may hang. 
  3187.  
  3188.      o IC04600 
  3189.  
  3190.        The LAN Management Utilities/2 (LMU/2) product or other programs that 
  3191.        use DOSMAKEMAILSLOT() may fail with return code 87. 
  3192.  
  3193.      o IC04667 
  3194.  
  3195.        A NET3190 error displays the following message: 
  3196.  
  3197.               MSG incomplete in redir NCB 0600
  3198.  
  3199.        Another symptom is that data is damaged on the requester.  These 
  3200.        symptoms can appear when the requester accesses large files or programs 
  3201.        from the server. 
  3202.  
  3203.      o IC04697 
  3204.  
  3205.        A trap 0D screen displays with an unrecoverable system abend. 
  3206.  
  3207.      o IC04698 
  3208.  
  3209.        A page fault (Trap 0E) occurs when shutting down or rebooting a remote 
  3210.        IPL client. 
  3211.  
  3212.      o IC04750 
  3213.  
  3214.        A trap 0D screen shows EIP=00000032. 
  3215.  
  3216.      o IC04761 
  3217.  
  3218.        A 32-bit GREP program and other programs using the 32-bit DOSFINDFIRST() 
  3219.        DOSCALL may hang. 
  3220.  
  3221.      o IC04834 
  3222.  
  3223.        Programs running on a requester receive errors on file operations 
  3224.        (copying files, reading files, writing files). If errors disappear when 
  3225.        you set bits 9 and 23 to 0 in the WRKHEURISTICS parameter in IBMLAN.INI, 
  3226.        you are likely to need this fix. 
  3227.  
  3228.      o IC04865 
  3229.  
  3230.        A remote IPL client hangs or stops with trap 8.  In the case of the 
  3231.        hang, after the machine is rebooted, there should be some entry in the 
  3232.        NET ERROR logs stating that some resource has been exhausted (for 
  3233.        example, NUMWORKBUFS, MAXCMDS, or MAXTHREADS). 
  3234.  
  3235.      o IC04963 
  3236.  
  3237.        A trap 0D occurs on the requester when the server uses a FAT file 
  3238.        system. 
  3239.  
  3240.      o IC05170 
  3241.  
  3242.        This is a workaround for a Microsoft Windows for Workgroup problem.  A 
  3243.        copy from the IBM OS/2 LAN Requester to a Windows for Workgroup machine 
  3244.        can fail.  The OS/2 requester was changed to avoid encountering this 
  3245.        problem.  This APAR also included a fix for updating the date and time 
  3246.        of files stored on OS/2 LAN Servers that were modified by Lotus 1-2-3**. 
  3247.        Another customer reported a different symptom.  The 16-bit 
  3248.        DOSSETPATHINFO() call for a remote file on a server running OS/2 2.0 or 
  3249.        later could receive error code 87. 
  3250.  
  3251.      o IC05275 
  3252.  
  3253.        A damaged NETBIOS table causes programs using NETBIOS to receive error 
  3254.        0x13. 
  3255.  
  3256.      o IC05298 
  3257.  
  3258.        Logon is unsuccessful after a SPM/2 program is started, or after other 
  3259.        programs which use remote path names are started. 
  3260.  
  3261.      o Other fixes: 
  3262.  
  3263.         - OS/2 LAN Requester is unable to run with Ungermann-Bass** NETBIOS 
  3264.           transport code. 
  3265.  
  3266.  
  3267. ΓòÉΓòÉΓòÉ 8.3.1.3. User Profile Management (UPM) ΓòÉΓòÉΓòÉ
  3268.  
  3269. The following list describes APARs for the UPM component that were fixed by 
  3270. IPx7001 ServicePak. 
  3271.  
  3272.      o IC04427 
  3273.  
  3274.        Logon using the LAN-aware workplace shell returns a SYS0317 error when 
  3275.        the OS/2 optional utilities are not installed. The code has been changed 
  3276.        to return a SYS0002 error. 
  3277.  
  3278.      o IC04904 
  3279.  
  3280.        Responding with a N to the Y/N prompt at logoff when there are open 
  3281.        files or active drives on the network results in the logoff continuing 
  3282.        instead of canceling. 
  3283.  
  3284.      o IC05694 
  3285.  
  3286.        An application invoking USER or GROUP API's on a workstation without the 
  3287.        Server service started, would be left in a "critical section". All other 
  3288.        threads of a process besides the calling thread are "frozen". 
  3289.  
  3290.      o JR06434 
  3291.  
  3292.        User Profile Management (UPMACCTS) may fail to start and will return a 
  3293.        UPM0004C or UPM0010C error if the logon domain consists of Microsoft LAN 
  3294.        Manager servers. 
  3295.  
  3296.      o JR06710 
  3297.  
  3298.        User Profile Management (UPMACCTS) will fail with a UPM0062C reason code 
  3299.        2140 error when attempting to open group or user management. The failure 
  3300.        occurs when the domain controller in the domain is LAN Server 1.3 or 1.3 
  3301.        with CSD5015. 
  3302.  
  3303.      o JR06859 
  3304.  
  3305.        Initialization of UPM (upon first logon) may result in the display of a 
  3306.        SYS0039 drive-not-ready error message when an access control profile has 
  3307.        been put on a removable-media drive. 
  3308.  
  3309.  
  3310. ΓòÉΓòÉΓòÉ 8.3.1.4. Fault Tolerance ΓòÉΓòÉΓòÉ
  3311.  
  3312. The following list describes APARs for the Fault Tolerance component that were 
  3313. fixed by IPx7001 ServicePak. 
  3314.  
  3315.      o IC04815, IC04824, IC05414 
  3316.  
  3317.        Provide Fault Tolerance support for large disks having more than 1.2GB 
  3318.        or more than 1024 cylinders.  If a mirror partition has already been 
  3319.        created, use FDISK to remove all partitions on the disk.  Then use 
  3320.        FTSETUP or FTREMOTE to remirror the drives. 
  3321.  
  3322.      o IC05409 
  3323.  
  3324.        Support for hot-replaceable disks.  When a failed disk is replaced 
  3325.        without booting, this fix enables the Verify function to restore the 
  3326.        data from the good partition to the replaced partition. 
  3327.  
  3328.      o Defect 1652 
  3329.  
  3330.        A trap occurs when mirroring a drive with FTSETUP or FTREMOTE if the 
  3331.        target disk containing the mirror partition has damaged sectors. 
  3332.  
  3333.      o Modification to DISKFT.SYS 
  3334.  
  3335.        This fix makes it possible to install the Service Pak on a mirrored 
  3336.        drive. Refer to the installation instructions in this document for 
  3337.        information on installing the Service Pak on a mirrored drive. 
  3338.  
  3339.  
  3340. ΓòÉΓòÉΓòÉ 8.3.1.5. Remote IPL Support for OS/2 2.1 (APAR IC05198) ΓòÉΓòÉΓòÉ
  3341.  
  3342. See the RIPL section of this document for a composite of the RIPL enhancements 
  3343. from the 7001 ServicePak to the 7045 level. 
  3344.  
  3345.  
  3346. ΓòÉΓòÉΓòÉ 8.3.2. IPx7005 SelectPak APARs ΓòÉΓòÉΓòÉ
  3347.  
  3348. This section lists the contents of the 7005 SelectPak of HPFS fixes. The APAR 
  3349. numbers for problems that were corrected by IPx7005 SelectPak are listed 
  3350. numerically. 
  3351.  
  3352.      o IC05536 
  3353.  
  3354.        DOS programs running on DLR 3.0 workstations may return "file is in use" 
  3355.        or other unexpected errors when accessing files on an HPFS386 server. 
  3356.        Problems have been found using the WordPerfect Office and SuperCalc 
  3357.        applications. 
  3358.  
  3359.      o IC05759 
  3360.  
  3361.        Problems dealing with a "split cache".  When a workstation has more than 
  3362.        16MB of physical memory and the cache cannot fit within the 16MB to the 
  3363.        end of physical memory range, a split cache results.  A split cache is 
  3364.        the separation of the cache memory into two chunks that are managed 
  3365.        together.  Depending on the amount of memory and the cache size 
  3366.        requested, the workstation may hang and eventually trap during OS/2 
  3367.        startup.  In conditions involving disk errors, incorrect data may be 
  3368.        written to the disk. 
  3369.  
  3370.      o IC05760 
  3371.  
  3372.        The FNODE for the paging file (SWAPPER.DAT) was not being updated with 
  3373.        the file size.  During CHKDSK, this may result in lost or orphaned disk 
  3374.        space which would require a second CHKDSK at level 2 or above to 
  3375.        reclaim. 
  3376.  
  3377.      o IC05857 
  3378.  
  3379.        Under extremely rare conditions, it is possible for a page frame within 
  3380.        the page file to be overwritten, causing page faults or damaged data. 
  3381.  
  3382.      o IC05858 
  3383.  
  3384.        Under conditions in which an HFS0108E (severe disk errors) occurs, the 
  3385.        workstation may trap. 
  3386.  
  3387.      o IC05864 
  3388.  
  3389.        A trap occurs in UnlockBuffer on a workstation that is doing both heavy 
  3390.        local I/O and heavy paging.  This only affects local I/O operations. 
  3391.  
  3392.      o IC05865 
  3393.  
  3394.        A trap occurs in ClrBit when trying to free space in a bitmap. 
  3395.  
  3396.      o IC05867 
  3397.  
  3398.        A deadlock condition may occur if I/O requests are failing because of 
  3399.        disk errors. When transferring to a user's buffer during a Read or Write 
  3400.        operation, the I/O operation may deadlock, causing the thread issuing 
  3401.        the request to stop.  This only affects local I/O operations. 
  3402.  
  3403.      o IC06194 
  3404.  
  3405.        The Ring 3 server appears to hang after a set of PCLP requesters fail to 
  3406.        establish sessions with the server. 
  3407.  
  3408.  
  3409. ΓòÉΓòÉΓòÉ 8.3.3. IPx7040 Manufacturing Refresh (LS 3.00.1) APARs ΓòÉΓòÉΓòÉ
  3410.  
  3411. This section contains a list of APARs opened against LAN Server and LAN 
  3412. Requester. These problems have been fixed since the previous service offerings 
  3413. and are also included in the LS 3.00.1 manufacturing refresh. 
  3414.  
  3415.  
  3416. ΓòÉΓòÉΓòÉ 8.3.3.1. LAN Server ΓòÉΓòÉΓòÉ
  3417.  
  3418. This section contains APARS that are fixed in the Server portion of the LS 3.0 
  3419. ServicePak. 
  3420.  
  3421.      o APAR IC04857 CHGSRVR UTILITY NOT WORKING CORRECTLY...CORRUPTS RPL.MAP 
  3422.        FILE 
  3423.  
  3424.        After using the CHGSRVR utility to change the name of a remote IPL 
  3425.        server, remotely IPL'ed workstations encountered errors upon reboot. 
  3426.  
  3427.      o APAR IC05252 (ICO6194) AUTOMATED UPDATE OF NET.ACC USING LAN SERVER 
  3428.        API'S CAUSES LOOP IN API WHICH MAKES SERVER APPEAR TO HANG 
  3429.  
  3430.        A server user is assigned an index number (UID) that identifies the 
  3431.        session to that server.  An infinite loop occurs when a server attempts 
  3432.        to delete a user session when the server session value does not match 
  3433.        the session value identified by the UID. 
  3434.  
  3435.      o APAR IC05297 UNGERMANN-BASS NETBIOS SIDEBAND PROBLEM 
  3436.  
  3437.        When attempting to run LAN Server 3.0 on top of the Ungermann-Bass 
  3438.        NETBIOS stack, the server would hang at server startup time. 
  3439.  
  3440.      o APAR IC05454 PROVIDE A VEHICLE TO PROVIDE THE UPS MODULES THAT ALLOW THE 
  3441.        SDLC AND UPS CODE TO BE COMPATIBLE (REFER TO APAR IC03805) 
  3442.  
  3443.        Improved UPS configurability.  The UPS device driver will share 
  3444.        interrupts with other drivers.  The /PORT parameter may be replaced with 
  3445.        the combination /IOADDR and /IRQ parameters on the device driver 
  3446.        statement in CONFIG.SYS. 
  3447.  
  3448.      o APAR IC05468 ERROR CODE 2 - FILE NOT FOUND RETURNED WHEN TRYING TO 
  3449.        CREATE FILE ON 386 HPFS VOLUME FROM DOS REQUESTER 
  3450.  
  3451.        Applications, such as SuperCalc V5 and WordPerfect Office, were 
  3452.        receiving error code 2 - File Not Found when attempting to create files 
  3453.        on a 386 HPFS volume. 
  3454.  
  3455.      o APAR IC05535 ON BACKUP HPFS386 SERVERS DCDB REPLICATOR WILL NOT CREATE 
  3456.        THE ACP FOR THE DCDB TREE 
  3457.  
  3458.        Users do not get logon assignments if they are logged on by a Backup 
  3459.        Domain Controller and the IBMLAN\DCDB tree is on an HPFS drive. 
  3460.  
  3461.      o APAR IC05546 NET2222 DOING APPLY TO ALIAS DEFINED FOR ROOT 
  3462.  
  3463.        Applying IP06030 to a root directory or a subdirectory path that ends 
  3464.        with an "\" fails.  The apply causes a NET2222 error message to be 
  3465.        issued. 
  3466.  
  3467.      o APAR IC05739 WIN-OS2 SETTINGS INCORRECT AFTER RIPL ON OS/2 2.1 
  3468.  
  3469.        The TAPS on WIN/OS2 SETTINGS showed WIN 3.0 when it should show WIN 3.1. 
  3470.  
  3471.      o APAR IC05785 TRAP000D IN NETSERVR.EXE DURING WILDCARD SEARCHES 
  3472.  
  3473.        A Trap 000D may occur during wildcard searches. 
  3474.  
  3475.      o APAR IC05793 USING FSI TO PROCESS LOGON DETAILS, FILE ASSIGNMENTS, EVERY 
  3476.        ALIAS ON THE SERVER IS LISTED 
  3477.  
  3478.        In the LAN Server full-screen interface, when defining logon assignments 
  3479.        for a normal user, the Manage Logon Drive Assignments panel displays the 
  3480.        list of all the aliases defined in the Domain Control Database (DCDB). 
  3481.        This list should contain only the aliases which the user has permission 
  3482.        to access. This problem occurs only when the DCDB contains a large 
  3483.        number of aliases. 
  3484.  
  3485.      o APAR IC05796 LOCAL SECURITY AND OS/2 INI FILES 
  3486.  
  3487.        When Local Security is installed, the OS/2 INI files (Environment 
  3488.        variables %USER_INI%, %SYSTEM_INI%) are moved to \OS2\OS2INI and the 
  3489.        variables updated in the CONFIG.SYS file.  This allows the correct ACLs 
  3490.        to be applied to the files. 
  3491.  
  3492.      o APAR IC05872 APAR FOR NEW HPFS386 API (GETINFO?) 
  3493.  
  3494.        Provide an Application Programming Interface to HPFS386 via HPFS386.DLL. 
  3495.  
  3496.      o APAR IC05881 FILE COPY CHANGES DATE & TIME WITH 386HPFS AND EA'S 
  3497.        (EXTENDED ATTRIBUTES) 
  3498.  
  3499.        Copying a file that has extended attributes to an HPFS386 drive modifies 
  3500.        the file's date and time. 
  3501.  
  3502.      o APAR IC05915 CANNOT BOOT OS/2 & HPFS386 FROM ADDRESS LIMITED DISK 
  3503.        ADAPTERS 
  3504.  
  3505.        With 16-bit disk adapters, the /USEALLMEM switch on the HPFS386 IFS= 
  3506.        line will cause the machine to reboot itself.  Removing the /USEALLMEM 
  3507.        switch will correct the problem. 
  3508.  
  3509.      o APAR IC05935 I/O DEADLOCK ON CROSS-LOCKED BUFFER IN RDASYNC 
  3510.  
  3511.        Server deadlocks under heavy local I/O in certain cases. 
  3512.  
  3513.      o APAR IC05938 TRAP E IN HPFS386 (HPFS200:COE:IRA) WHEN I/O HEADERS CROSS 
  3514.        64K BOUNDRY 
  3515.  
  3516.        In certain cases, I/O headers were being allocated across 64KB 
  3517.        boundaries.  This was causing HPFS386 to trap. 
  3518.  
  3519.      o APAR IC05941 TRAP IN CACHEXFER ATTEMPTING TO RECEIVE DATA IN BSMALL NB 
  3520.  
  3521.        Under certain conditions, a DosFindNotify call will cause the server to 
  3522.        trap. 
  3523.  
  3524.      o APAR IC05953 SERIALIZED LOGONS AT SERVER CAUSES INTERMITTENT DLR LOGON 
  3525.        FAILURE WHILE ACL APPLY COMPLETES 
  3526.  
  3527.        Server processing of logon requests from clients was serialized in 
  3528.        several critical areas.  The serialization was removed to improve the 
  3529.        performance of concurrent user domain logons. 
  3530.  
  3531.      o APAR IC05955 NO_IPE SHOULD NOT PROCEED ON DASD MOUNTED VOLUME 
  3532.  
  3533.        HPFS386 traps when I/O is attempted to a DASD-mounted volume. 
  3534.  
  3535.      o APAR IC05956 PAGE FAULT WHILE COPYING TO USER BUFFER CAUSES TRAP IN 
  3536.        FS_READ 
  3537.  
  3538.        Bug in OS/2 2.0 and 2.1 kernel was causing HPFS386 to trap on local read 
  3539.        operation. 
  3540.  
  3541.      o APAR IC06219 386 HPFS HANGS WHEN DLR RUNNING WORDPERFECT 5.1 DOES REVEAL 
  3542.        CODES 
  3543.  
  3544.        A DOS LAN Requester client running WordPerfect V5.1 would open a file, 
  3545.        reveal codes, and attempt to edit the codes.  During this operation, the 
  3546.        386 HPFS server would hang while trying to seek to a negative location. 
  3547.        This was caused by receiving erroneous information because of a bug in 
  3548.        the WordPerfect application. 
  3549.  
  3550.      o APAR IC06402 DOMAIN HANGS WITH NET311 NAME CONFLICT DETECTED ON LAN 
  3551.        SERVER 3 3.0 WHEN MULTIPLE ADAPTERS ARE IN SERVER HARDWARE CONFIGURATION 
  3552.  
  3553.        Servers in domain all log NET3111 errors and then hang: NET3111: An 
  3554.        unexpected NETBIOS error occurred. In servers on a domain, the error 
  3555.        logs then fills with NET3111 errors until the network is inaccessible. 
  3556.        This is most likely to happen when there are duplicate names in the 
  3557.        network, although other repeated error conditions could also cause it. 
  3558.  
  3559.      o APAR IC06476 NETLOGON ON ADDITIONAL SERVER REQUIRES TIME TO BE WITHIN 
  3560.        TEN MINUTES OF DC LOGON IN ORDER TO SYNC 
  3561.  
  3562.        If the time is outside of a ten minute window compared to the time of 
  3563.        the Domain Controller, Netlogon on an Additional Server fails to sync. 
  3564.  
  3565.      o APAR IC06477 OS/2 TRIES TO OPEN A PATH NAME AND GENERATES ACCESS DENIED. 
  3566.        LS COUNTS THIS IN NET STATS AS A PERMISSION VIOLATION 
  3567.  
  3568.        When OS/2 tries to open a path name (ie. subdirectory or /), an access 
  3569.        denied SYS0005 LAN Server code counts this in Net Statistics as a 
  3570.        permission violation. 
  3571.  
  3572.      o APAR IC06491 WHEN A DIR COMMAND IS ISSUED AGAINST A >2GIG NETWORK DRIVE 
  3573.        FROM A DLR WORKSTATION THE RESULTS ARE "O BYTES AVAILABLE" 
  3574.  
  3575.        When the number of sectors per cluster exceeds 255, then DOS is passed a 
  3576.        0.  This 0 causes multiplication by 0 which results in incorrect 
  3577.        information ("0 BYTES AVAILABLE"). 
  3578.  
  3579.      o APAR IC06620 USER FAILS TO GET LOGON ASSIGNMENTS AFTER PASSWORD CHANGE 
  3580.  
  3581.        When a user is forced to change their password, they do not always get 
  3582.        the logon assignments from the additional servers because the new 
  3583.        password has not replicated. 
  3584.  
  3585.      o APAR IC06709 NEW HPFS386 SWITCH TO ALLOW CHKDSK TO BE RUN MORE THAN ONCE 
  3586.        AT AUTOCHECK TIME 
  3587.  
  3588.        A new switch has been added to the 386 HPFS IFS line.  The switch is 
  3589.        /RUNCHKDSK:nnn where nnn is a decimal number, greater than 0. This is 
  3590.        the number of times CHKDSK /F will run on those drives that are 
  3591.        specified by the /Autocheck parameter.  The default value for this 
  3592.        parameter is 1.  CHKDSK /F will be run once even if this parameter is 
  3593.        syntactically incorrect or if it is not present on the 386 HPFS IFS 
  3594.        line.  Use this switch if you want to have CHKDSK /F run more than once. 
  3595.  
  3596.      o APAR IC06754 DOS SEARCH HANDLES NOT RELEASED BY OS/2 LS 3.0 IF NFS DRIVE 
  3597.        IS MOUNTED AND REDIRECTED 
  3598.  
  3599.        For DOS Wildcard Searches, the search handles were not cleaned up by the 
  3600.        CleanupSearchHandles routine. 
  3601.  
  3602.      o APAR IC06784 UPS DOES NOT UPDATE THE ERROR LOG AFTER QUERYING THE COM 
  3603.        PORT BY ISSUING THE MODE COM1 COMMAND, OR USING QUERYVPD UTILITY 
  3604.  
  3605.        When the QUERYVPD utility is used to query the COM port, UPS stops 
  3606.        logging errors in the error log.  Also using the MODE COM1 command to 
  3607.        query the port, the results are the same.  A NET STOP UPS, then a NET 
  3608.        START UPS is required to have the UPS send errors to the error log. 
  3609.        When disconnecting the cable to the port, after issuing the query, it 
  3610.        did not record any error messages. 
  3611.  
  3612.  
  3613. ΓòÉΓòÉΓòÉ 8.3.3.2. LAN Requester ΓòÉΓòÉΓòÉ
  3614.  
  3615. This section contains APARS that are fixed in the Requester portion of the LS 
  3616. 3.0 ServicePak. 
  3617.  
  3618.      o APAR IC04490 FIXACC MSG - NET.ACC FILE IS NOT CORRUPTED CONTINUE Y/N: IS 
  3619.        MISLEADING. 
  3620.  
  3621.        The FIXACC utility requires more descriptive messages to inform user 
  3622.        that the NET.ACC file is corrupt. 
  3623.  
  3624.      o APAR IC04725 NET2761 ISSUED WHEN COMMAND NET SESSION IS ENTERED ON OS/2 
  3625.        COMMAND PROMPT 
  3626.  
  3627.        Typing NET SESSION at a requester gives the incorrect NET2761 error 
  3628.        message. The correct error message NET2106 should be displayed. 
  3629.  
  3630.      o APAR IC05085 NET8002 AND SYS0234 RECEIVED BY ANY ID ATTEMPTING TO 
  3631.        DISPLAY THE ACCESS CONTROL PROFILE + ALIAS + USER LIST ON ANY SERVER OR 
  3632.        REQUESTER 
  3633.  
  3634.        A NET8002 error message is issued when the LAN Full Screen Interface is 
  3635.        invoked and the following are selected; Definitions, Access control, 
  3636.        Alias, and User list. 
  3637.  
  3638.      o APAR IC05150 (ICO5298) REMOTE MONITORING OF A SERVER IS ALLOWED WITHOUT 
  3639.        THE SERVER BEING LOGGED ON TO THE LAN. 
  3640.  
  3641.        The SPM/2 User's Guide and Reference clearly states that a server or 
  3642.        requester must be logged onto the network before it can be monitored 
  3643.        remotely.  This statement is incorrect, however a problem arises when 
  3644.        performing the above.  When SPM/2 is monitoring a remote server which is 
  3645.        not logged on to the domain, and an attempt is made to logon after 
  3646.        Graphing/Recording has started, an error message is generated "Logon 
  3647.        attempt failed". 
  3648.  
  3649.      o APAR IC05212 REQUESTER FSI FAILS TO OPEN WHEN LOGGING ON TO AN EXTERNAL 
  3650.        DOMAIN WHEN THE SERVER CODE IS LOADED BUT NOT STARTED. 
  3651.  
  3652.        The Requester Full Screen Interface fails to open when logged on to an 
  3653.        external domain from a system with Lan Server 3.0 loaded but not 
  3654.        started.  The attempt to open the Full Screen Interface will try to 
  3655.        start the server, causing it to fail with a NET3062 error message. 
  3656.  
  3657.      o APAR IC05227 SPECIFYING LOGONVERIFICATION 
  3658.  
  3659.        When peer services was selected for install in the response file and the 
  3660.        keyword LOGONVERIFICATION was set to something other than local (the 
  3661.        default), Logonverification was reset to local and the value in the 
  3662.        response file was ignored. 
  3663.  
  3664.      o APAR IC05355 THE NETFILEENUM2 LS 3.0 API DOESN'T RETURN THE CORRECT 
  3665.        NUMBER OF FILES. IT SEEMS AS THOUGH THE FIRST OPEN FILE IS NOT RETURNED. 
  3666.  
  3667.        The sample program "fileenum" does not display all the open files. The 
  3668.        first open file displayed by the NET FILES command is not shown by the 
  3669.        "fileenum" program. 
  3670.  
  3671.      o APAR IC05386 THE USER STATISTICS ARE NOT BEING UPDATED WHEN LOGGING ON 
  3672.        TO A 3.0 SERVER ( BOTH ADVANCED AND BASIC). 
  3673.  
  3674.        The Last logon field of the NET USER command always displays "Never" 
  3675.        instead of the date and time of the last logon. 
  3676.  
  3677.      o APAR IC05467 MAKEDISK FAILS WITH HFS0320 ON OS/2 2.1 INSTALL DISKETTES 
  3678.  
  3679.        When attempting to build a 386 HPFS bootable diskette using MAKEDISK, 
  3680.        error HFS0320 would occur.  MAKEDISK was not removing the BUNDLE file 
  3681.        from the diskette before starting the copying process and would run out 
  3682.        of available space on the diskette. 
  3683.  
  3684.      o APAR IC05543 LS 3.0 REQUESTER FSI LOGON DETAILS PANEL "F1=HELP" BEEPS, 
  3685.        NO HELP MENU/DIALOGUE IS DISPLAYED WITH MOUSE-PTR OR FUNCT-KEY. 
  3686.  
  3687.        No help panel was available for in the full-screen interface for the 
  3688.        logon details item. 
  3689.  
  3690.      o APAR IC05545 SYS3175 IN NETAPI.DLL AND/OR NET9570 ON APPLYING ACP TO 
  3691.        LARGE SUBDIRECTORY TREE ON 3515 OF MORE THAN 8GB 
  3692.  
  3693.        A Trap D occurs when applying an access control profile to a huge 
  3694.        directory structure on a disk array. 
  3695.  
  3696.      o APAR IC05547 LAN SERVER 3.0 - APPLY ON HIDDEN DIRECTORIES GIVES 
  3697.        INCORRECT RESULTS 
  3698.  
  3699.        In the full-screen interface, the Apply operation on a directory path 
  3700.        which contains hidden subdirectories does not work. The access control 
  3701.        profile of the hidden subdirectories is not updated. 
  3702.  
  3703.      o APAR IC05679 TRAP 00E WHILE RUNNING GENALERT SERVICE ON HPFS386 SERVER 
  3704.        AND REQUESTER ATTEMPTS TO LOG AN NCB ERROR. 
  3705.  
  3706.        A Trap 000E may occur when the Lan Requester attempts to log an error 
  3707.        and the GENALERT service is started. 
  3708.  
  3709.      o APAR IC05681 PRINTER ASSIGNMENT NOT DELETED - INTERMITTENT OS/2 2.0, LS 
  3710.        3.0 
  3711.  
  3712.        Attempting to delete a user's print logon assignments in the full-screen 
  3713.        interface sometimes takes the user back to the FSI main panel and does 
  3714.        not delete the logon assignments. 
  3715.  
  3716.      o APAR IC05710 NET8002 ATTEMPTING TO DISPLAY THE NETNAMES ON A WINDOWS 3.1 
  3717.        FOR WORKGROUP SERVER THROUGH THE FSI (FULL SCREEN INTERFACE) 
  3718.  
  3719.        When a user attempts to display the netnames of resources on a Windows 
  3720.        for Workgroup server via the full-screen interface, an error panel is 
  3721.        displayed (NET8002). 
  3722.  
  3723.      o APAR IC05741 ACCESS CHECK CALLOUT NOT INVOKED FOR DIRECTORY CMDS 
  3724.  
  3725.        ACCESS check callout not invoked for directory commands 
  3726.  
  3727.      o APAR IC05835 FIXACC UTILITY SWAPPING ACCESS RIGHTS FOR USERS WITH SAME 
  3728.        HASH TABLE VALUES 
  3729.  
  3730.        After running FIXACC, some users lost access to HPFS386 resources. The 
  3731.        access control list for HPFS386 resources would contain the wrong users. 
  3732.  
  3733.      o APAR IC05845 ISSUING THE API NETWKSTA.GETINFO WILL NOT GET SERVER NAME 
  3734.        UNTIL AFTER THE LOGON SCRIPT HAS RUN. 
  3735.  
  3736.        If the API "NetWkStaGetInfo" is called while the logon script is 
  3737.        running, the "logon_server" field returned is blank. The "logon_server" 
  3738.        field should be filled in before the logon script is invoked. 
  3739.  
  3740.      o APAR IC05873 OS2/2.1  MAKEDISK FAILS TO PROPERLY MAKE HPFS386 BOOT DISK 
  3741.  
  3742.        MAKEDISK on OS/2 2.1 would fail because of insufficient disk space (OS/2 
  3743.        return code=112). 
  3744.  
  3745.      o APAR IC05894 INCORRECT OUTPUT IN USER DEFINITION FILES 
  3746.  
  3747.        Deleted alias definitions show up as logon assignments when the domain 
  3748.        definition is printed. 
  3749.  
  3750.      o APAR IC05903 \IBMLAN\NETSRC\H\NETERR.H DEFINITIONS NOT CONSISTENT WITH: 
  3751.        "OS/2 LS 3.0 APPLICATION PROGRAMMERS REFERENCE". 
  3752.  
  3753.        IBMLAN\NETSRC\H\NETERR.H error codes not consistent with the error codes 
  3754.        listed in Appendix C of the "OS/2 LAN Server Applications Programmer's 
  3755.        Reference v3.0". 
  3756.  
  3757.      o APAR IC05907 SYS2070 ERROR ON SHUTDOWN WITH CM/2 AND OTHER PROGRAMS 
  3758.        LOADED ACROSS THE NETWORK. 
  3759.  
  3760.        Shutdown when running Communications Manager/2 and other programs 
  3761.        remotely across the network causes a SYS2070 error to be issued. 
  3762.  
  3763.      o APAR IC05914 RECEIVE ERROR PANEL CANNOT BE FOUND NET9822E WHEN ADDING A 
  3764.        HOME DIRECTORY TO A NEW USER. 
  3765.  
  3766.        When Requester attempts to create a home directory on the Server, the 
  3767.        error panel is missing from the panel lib file. 
  3768.  
  3769.      o APAR IC05931 BAD LOGON INFORMATION IS NOT TAKEN BY AUDIT=BADLOGON, 
  3770.        NETLOGON, LOGON OR LOGON 
  3771.  
  3772.        Logon failures caused by undefined user accounts are not audited. 
  3773.  
  3774.      o APAR IC05944 LOGGED-ON USERS UNDER UTILITIES IN FULL SCREEN INTERFACE 
  3775.        DOESN'T SHOW ALL OF THE DESCRIPTIONS AFTER 75 USERS ARE LOGGED ON 
  3776.  
  3777.        The NET WHO command does not display comments for all users when 75 or 
  3778.        more users are logged on. 
  3779.  
  3780.      o APAR IC05966 NET3190 ERRORS WHEN BREAKING CONECTION 
  3781.  
  3782.        If customer machine is being monitored by an SPM-enabled machine. 
  3783.        NET3090 error "Active cnt going negative!" appears in the error log 
  3784.        after logoff. 
  3785.  
  3786.      o APAR IC05970 NET ACCESS CAUSES CDROM DRIVE NOT READY ERROR 
  3787.  
  3788.        Hard-error popups should be disabled in NET.EXE. 
  3789.  
  3790.      o APAR IC06063 REQUESTER GENERATES A TRAP 000D IN NETBEUI.OS2 DURING 
  3791.        SHUTDOWN 
  3792.  
  3793.        During OS/2 shutdown, the machine traps in the NETBEUI.OS2 device driver 
  3794.        at label CLEANUPRCV_386+0B. This problem could also cause a hang or 
  3795.        incorrect function of the Lan Transport code during shutdown. 
  3796.  
  3797.      o APAR IC06075 A SYS0015 OR SYS01529 ERROR IS RECEIVED WHEN TRYING TO 
  3798.        PRINT TO A SHARED PRINTER ON THE PEER SERVER OFF THE RIPL WORKSTATION 
  3799.  
  3800.        When a user tries to print a job to a shared printer defined on a RIPL 
  3801.        workstation, where the RIPL workstation is defined as a peer Server, an 
  3802.        error SYS0015 or SYS01529 is received.  The user can Net Use to a shared 
  3803.        printer but he cannot print a file to it. 
  3804.  
  3805.      o APAR IC06101 CANNOT DELETE USER ACCESS FOR PUBLIC APPLICATION VIA FSI 
  3806.        STARTER. 
  3807.  
  3808.        When a public application is deleted from user's application selector 
  3809.        list by using the Starter pull-down menu of the Manage OS/2 Applications 
  3810.        panel, the application is not deleted from the user's application 
  3811.        selector list. 
  3812.  
  3813.      o APAR IC06106 CHGSRVR.EXE AND CHKSTOR.EXE DO NOT GET INSTALLED WHEN 
  3814.        MIGRATING 
  3815.  
  3816.      o APAR IC06147 NET2229 HELP TEXT IMPROVEMENT SUGGESTS FIXACC/RESTACC 
  3817.  
  3818.        The help text associated with error NET2229 required modification.  The 
  3819.        help text ACTION: section now suggests repeating the command  and if it 
  3820.        fails then the drive may be at fault. 
  3821.  
  3822.      o APAR IC06182 SYS0039 MSG WHEN STARTING REQUESTER WITHOUT MEDIA IN CD-ROM 
  3823.        DRIVE 
  3824.  
  3825.        When customer created an ACL for a diskette drive or CD-ROM drive and 
  3826.        then started the requester for the first time without a diskette or CD 
  3827.        in the drive, it displayed a hard-error popup message indicating the 
  3828.        drive was not ready. 
  3829.  
  3830.      o APAR IC06222 SYS2070 MSG RECEIVED INTERMITTENTLY AT LOADING OF DLL 
  3831.  
  3832.        Program failures (especially programs loaded from a share on the 
  3833.        server), accompanied by SYS2070 messages. 
  3834.  
  3835.      o APAR IC06241 NET8014 WHEN EXECUTING A PUBLIC APPLICATION - DOMAIN 
  3836.        CONTROLLER DOWN AND BACKUP DOMAIN COTROLLER UP 
  3837.  
  3838.        Public applications could not be executed when the domain controller was 
  3839.        down even though all necessary resources and information was available 
  3840.        from other servers. 
  3841.  
  3842.      o APAR IC06243 NETUSEADD IN LS 3.0 VIRT LAN API DOES NOT USE OS/2 LANREQ 
  3843.        PASSWORD 
  3844.  
  3845.        After installing the fix for APAR IC04957 the problem described in the 
  3846.        APAR disappeared.  However when attempting to add a connection with 
  3847.        ui1_password<>NULL an error ERROR_INVALID_PASSWORD (86), even though the 
  3848.        password is correct. 
  3849.  
  3850.      o APAR IC06251 NET2453 ON NET ALIAS COMMAND - DOMAIN CONTROLLER DOWN AND 
  3851.        BACKUP DOMAIN COTROLLER UP 
  3852.  
  3853.        The NET ALIAS and NET USE alias commands fail when the primary domain 
  3854.        controller fails and the backup domain controller is running. 
  3855.  
  3856.      o APAR IC06259 LSI00571 ERROR DURING INSTALL ON LAN WITH POST IP07001 
  3857.        LEVEL NETAPI.DLL 
  3858.  
  3859.        LSI00571 error occurs during install on LAN with post IP07001 level 
  3860.        NETAPI.DLL 
  3861.  
  3862.      o APAR IC06263 DUPLICATE MNEMONICS - NOT CONSISTANT WITH CUA GUIDELINES 
  3863.  
  3864.        Trap 0D in nff_reterrnomorefiles. 
  3865.  
  3866.      o APAR IC06312 PREPACL COMMAND IS EXECUTED INCOMPLETELY WHEN TRYING TO 
  3867.        RESTORE FILES ACESS CONTROLS 
  3868.  
  3869.        PREPACL.EXE could only handle reading a file that was 64K or less. Large 
  3870.        hardfiles can have more than 64K of access controls. 
  3871.  
  3872.      o APAR IC06432 NET8018: OS/2 ERROR 3 OCCURRED WHILE LOADING C:\OS2\CMD.EXE 
  3873.  
  3874.        The public application code was unable to find the COMSPEC environment 
  3875.        variable to use CMD.EXE when the public application was a .CMD file.  It 
  3876.        would default the path to CMD.EXE as C:\OS2. 
  3877.  
  3878.      o APAR IC06448 ERROR NETALIASADD RC 87 
  3879.  
  3880.        When the NetAliasAdd function is remoted, NULL pointers in the 
  3881.        alias_info_2 buffer will cause an error 87 (ERROR_INVALID_PARAMETER) to 
  3882.        be returned to the caller, even though the NULL pointers are valid. 
  3883.  
  3884.      o APAR IC06492 NET STATISTICS SERVER RESETS "KILOBYTES SENT" AFTER 4 
  3885.        GIGABYTES 
  3886.  
  3887.        The NET STATS SRV command will reset the "Kilobytes Sent" counter field 
  3888.        to zero after approximately four Gigabytes of data are sent. 
  3889.  
  3890.      o APAR IC06624 ERROR_INVALID_DATA ON DEVICELESS NETUSERSETLOGONASN 
  3891.  
  3892.        When doing a NetUserSetlogonasn with deviceless assignments (ie. empty 
  3893.        lal_device) NetUserSetlogonasn will return with an error 
  3894.        ERROR_INVALID_DATA. 
  3895.  
  3896.      o APAR IC06740 NETUSERGETAPPSEL GIVES UNDOCUMENTED RC 6273 
  3897.  
  3898.        The RC 6273 was an internal error code that meant "Application 
  3899.        NetUserGetAppSel Definition not found".  This code should not have 
  3900.        passed back and was most likely unable to get the application because 
  3901.        the application was deleted without the application being removed from 
  3902.        the user's selector.  A return code of zero and 0x40 for the apptype, 
  3903.        which means "UNKNOWN", should have been returned. 
  3904.  
  3905.      o APAR IC06791 APPLICATION SUCH AS WORD PERFECT RETURN 0 BYTES FREE ON 
  3906.        PARTITION SIZES > 2 GB ON A LAN SERVER 3.0 FILE SERVER 
  3907.  
  3908.        Workaround for DOS Applications that can not handle large partitions. 
  3909.  
  3910.      o APAR IC06814 REQUESTER HANGS (ESPECIALLY RIPL) ON RAW READS/WRITES 
  3911.  
  3912.        While reading, loading or writing to large files on the server Requester 
  3913.        hangs, or programs running on a requester hang. This is most likely to 
  3914.        occur on a RIPL requester. 
  3915.  
  3916.  
  3917. ΓòÉΓòÉΓòÉ 8.3.3.3. User Profile Management(UPM) ΓòÉΓòÉΓòÉ
  3918.  
  3919. This section contains APARS that are fixed in the User Profile Management (UPM) 
  3920. portion of the LS 3.0 ServicePak. 
  3921.  
  3922.      o APAR IC04572 (ICO4995) LOGOUT USING THE NETWORK FOLDER'S OBJECT MENU 
  3923.        ITEM "LOGOUT" RESULTS IN A SYSTEM HANG 
  3924.  
  3925.        A DESKTOP hang may occur when performing a Lan Server Logout function. 
  3926.  
  3927.      o APAR IC04933 NO PUBLIC APPS FOLDER OR LOGO 
  3928.  
  3929.        If a backup server responds to a logon request from an LS 3.0 requester 
  3930.        and the backup server does not have the DCDB replicator service running, 
  3931.        users may not get their logon assignments. 
  3932.  
  3933.      o APAR IC05238 LOGON ASSIGNMENTS FAIL WHEN LOGON IS SERVICED BY BACKUP 
  3934.        DOMAIN CONTROLLER 
  3935.  
  3936.        LOGON assignments fail when logon is serviced by a backup domain 
  3937.        controller 
  3938.  
  3939.      o APAR IC05416 (ICO5355, ICO5832) NET FILES COMMAND REPORTS MORE OPEN 
  3940.        FILES THEN FSI 
  3941.  
  3942.        The number of files reported by the Net Files command are inconsistent 
  3943.        to those reported by the Full Screen Interface Action Open command.  A 
  3944.        NET9151M error message may be issued as a result. 
  3945.  
  3946.      o APAR IC05468 SEV1 CL93/08/13 R300 FILE NAME ERROR OVERWRITING SUPERCALC 
  3947.        V5 FILE TO LAN SERVER WITH 386FS 
  3948.  
  3949.        SuperCalc v5.0 and v5.5 existing files cannot be saved from a DLR 3.0 
  3950.        machine with DOS 5.0 to a 386FS drive.  A new file can be created. 
  3951.        These files can be created and updated to a LAN Server 3.0 Entry drive 
  3952.        (ie, regular HPFS). 
  3953.  
  3954.      o APAR IC05764 NET SHARE USES DOSQUERYFSATTCH WHICH FAILS DUE TO A BUFFER 
  3955.        OVERFLOW, ALTHOUGH ALL NECCESSARY INFORMATION IS RETURNED 
  3956.  
  3957.        An overflow condition may cause a Net Share to fail with a NET2117. All 
  3958.        the required information is available to Lan and the command therefore 
  3959.        should complete sucessfully. 
  3960.  
  3961.      o APAR IC06137 CHANGE PROFILE FAILS WHEN TRYING TO LOGON WITH DB2/2 UPM AS 
  3962.        AN ADMINISTRATOR 
  3963.  
  3964.        When trying to logon as an Admistrator using DB2/2 UPM the UPM opens the 
  3965.        profile for the admin id that is logged on instead of the user that was 
  3966.        selected.  This problem is not with the LAN Services UPM, just the UPM 
  3967.        that shipped with DB2/2. 
  3968.  
  3969.      o APAR IC06324 NET COPY - INCONSISTENT OPERATION ON NETWORK. 
  3970.  
  3971.        Operation of the NET COPY is inconsistent: When NET COPYing a 
  3972.        subdirectory from one drive to the same drive, the subdirectory contents 
  3973.        and the contents of all subdirectories are copied.  When NET COPYing to 
  3974.        a drive on another Server, only the first level of the subdirectory 
  3975.        contents are copied. 
  3976.  
  3977.      o APAR IC06646 WHEN PERFORMING AUTOMATED LOGON, UPM ISSUES DOSSEMCLEAR AND 
  3978.        RECEIVED A TRAP-D WITH VALUES OF CS=D02F AND EIP=000026B3 
  3979.  
  3980.        TRAP-D in UPM when calling DOSSEMCLEAR. 
  3981.  
  3982.  
  3983. ΓòÉΓòÉΓòÉ 8.3.3.4. Fault Tolerance ΓòÉΓòÉΓòÉ
  3984.  
  3985. This section contains APARS that are fixed for the Fault Tolerance portion of 
  3986. the LS 3.0 ServicePak. 
  3987.  
  3988.      o APAR IC05383 TRAP000E CAUSED BY NON-MICRO CHANNEL SCSI DRIVES TURNED OFF 
  3989.        OR FAILING 
  3990.  
  3991.        This fix allows the DISKFT code to logically shut down I/O to a drive 
  3992.        located on a powered-down or non-working disk on a non-microchannel 
  3993.        computer. 
  3994.  
  3995.      o APAR IC05853 MIRROR REQUEST FAILS USING QUANTUM DRIVE 
  3996.  
  3997.        This fix enables mirroring to fixed disks having different geometries, 
  3998.        for example, disks having different number of sectors per track or 
  3999.        tracks per cylinder. 
  4000.  
  4001.      o APAR IC05854 FTMONIT TRAP WITH CD-ROM DRIVE 
  4002.  
  4003.        This fix prevents FTMONIT from searching replaceable media when looking 
  4004.        for fault tolerance configuration data. 
  4005.  
  4006.      o APAR IC05855 WHEN THE C: DRIVE IS NOT THE BOOT DRIVE, IT CANNOT BE 
  4007.        MIRRORED 
  4008.  
  4009.        This fix enables mirroring for all boot drives, not just C:. 
  4010.  
  4011.  
  4012. ΓòÉΓòÉΓòÉ 8.3.3.5. Remote IPL Support ΓòÉΓòÉΓòÉ
  4013.  
  4014. This section contains APARS that are fixed for the RIPL portion of the LS 3.0 
  4015. ServicePak. 
  4016.  
  4017.      o APAR IC04982 WIN-OS2 SETUP ICON MISSING IN RIPL SYSTEMS 
  4018.  
  4019.      o APAR IC05306 GETTING RPU0007 WHEN RUNNING RPLADD. 
  4020.  
  4021.        RPLADD fails if there is no RPL1= parameter in IBMLAN.INI. 
  4022.  
  4023.      o APAR IC06072 CANNOT UPDATE RIPL DEFINITION DRIVE LETTER FOR LS 3.0 
  4024.  
  4025.        When a Desktop exists for a RIPL workstation, the boot drive id 
  4026.        parameter should not be allowed to change.  In some cases, the boot 
  4027.        drive id parameter is being changed which causes the Desktop to 
  4028.        disappear the next time the workstation boots up. 
  4029.  
  4030.      o APAR IC06152 RIPL SERVICE GOES DOWN WITH A NET3257 
  4031.  
  4032.        When running with multiple LAN adapters on the same LAN segment, after 
  4033.        booting a large number of RIPL workstations (the number depends on the 
  4034.        amount of memory in the server)  the Remoteboot service will eventually 
  4035.        log a NET3257 error and then stop. 
  4036.  
  4037.      o APAR IC06242 RIPL BOOT DRIVE FIELD ERROR 
  4038.  
  4039.        When users located on a RIPL workstation attempt to update the OS/2 RIPL 
  4040.        requester in the NET FSI, they are allowed to change the RIPL boot drive 
  4041.        letter. However, if users continue to attempt to change the drive 
  4042.        letter, they receive one of the following errors: 
  4043.  
  4044.          1. An error panel is displayed that states that the drive letter 
  4045.             cannot be changed if the desktop exists.  This error occurs even if 
  4046.             the DESKTOP directory does not exist in the RPLUSER\MACHINE 
  4047.             directory. 
  4048.  
  4049.          2. An error panel is displayed that states that the AUTOEXEC.20 file 
  4050.             could not be found or opened. 
  4051.  
  4052.  
  4053. ΓòÉΓòÉΓòÉ 8.3.4. IPx7045 ServicePak APARs since LS 3.00.1 Refresh ΓòÉΓòÉΓòÉ
  4054.  
  4055. This section describes APARs fixed since the LS 3.00.1 Manufacturing Refresh. 
  4056.  
  4057.  
  4058. ΓòÉΓòÉΓòÉ 8.3.4.1. Remote IPL Support ΓòÉΓòÉΓòÉ
  4059.  
  4060. This section contains APARS that are fixed for the RIPL portion of the LS 3.0 
  4061. IPx7045 ServicePak. 
  4062.  
  4063.      o APAR IC07217 RIPL SUPPORT FOR OS/2 SERVICE PAK XRx6200 
  4064.  
  4065.        REXX procedure RPLSP211.CMD has been added to complete the installation 
  4066.        of the OS/2 2.1 Service Pak XRx6200 to the RIPL copy of OS/2 2.1. 
  4067.  
  4068.      o APAR IC07218 HANG DURING LSP NETBIND WHEN DOING RIPL USING NDIS 
  4069.        PROTOCOLS AND DXMJ0MOD.SYS 
  4070.  
  4071.        When a RIPL client is booted using NDIS protocols and the DXMJ0MOD.SYS, 
  4072.        the client machine will hang after doing the LSP netbind. This occurs 
  4073.        because LSP 1.35 requires the DXMJ0MOD.SYS buffer size be set to 17K 
  4074.        instead of the 14K required by LSP 1.31. The RPLS7045.CMD provided for 
  4075.        users of this ServicePak will create the *.cnf files with the updated 
  4076.        buffer size. 
  4077.  
  4078.  
  4079. ΓòÉΓòÉΓòÉ 8.3.5. IPx7060 APARs ΓòÉΓòÉΓòÉ
  4080.  
  4081. The following section describes APARs that are corrected with the IPx7060 
  4082. ServicePak.  APARs are described in numerical order by functional area. 
  4083.  
  4084.  
  4085. ΓòÉΓòÉΓòÉ 8.3.5.1. LAN Server ΓòÉΓòÉΓòÉ
  4086.  
  4087. This section describes LAN Server APARS corrected for IPx7060. 
  4088.  
  4089.      o APAR IC06806 NETUSERVALIDATE2 SOMETIMES RETURNS ERROR CODE 65 
  4090.  
  4091.        When logon as a USER and using NetUserValidate2 api to verify an id and 
  4092.        password at a server, results vary by file system.  When logged on to a 
  4093.        FAT system the password is validated.  If logged on to a HPFS system a 
  4094.        2458 error indicating a password mismatch is received. If logged on to a 
  4095.        HPFS386 system an error 65, indicating network access denied, is 
  4096.        received. 
  4097.  
  4098.      o APAR IC07017 AUTOCHECK HANGS ON DRIVES GREATER THAN 2GB WITH HPFS386 
  4099.  
  4100.        Customer has 2 15GB 3514 RAID arrays attached to a LAN Server 3.0 
  4101.        Advanced system. /AUTOCHECK of a 2GB+ drive residing on the raid fails 
  4102.        because the mini-FSD (OS2BOOT) returns an error to HPFS386 when the 
  4103.        latter issues a DosRead. OS/2 base has provided a fix in the mini-FSD 
  4104.        for a similar problem but for regular HPFS not HPFS386. See Base APAR 
  4105.        PJ12353 if the system is using HPFS. 
  4106.  
  4107.      o APAR IC07030 NETALIASADD DOES NOT CREATE EXTERNAL RESOURCES--FAILS WITH 
  4108.        RC=13 
  4109.  
  4110.        NetAliasAdd fails with a rc=13 (ERROR_INVALID_DATA) when attempting to 
  4111.        create an external resource using either ALIAS_EXTERNAL_DOS or 
  4112.        ALIAS_EXTERNAL_OS2.  It is neccessary to create a command file or batch 
  4113.        file to use external resources, but the Application Programmers 
  4114.        Reference does not specifically state at what point this should be done. 
  4115.  
  4116.      o APAR IC07107 SERVER DISAPPEARS FROM THE RING, BUT STILL RUNNING, MANY 
  4117.        DUPLICATE UNKOWN SESSIONS, SESS ESTABLISH BUT THEN DISCONTINUE 
  4118.  
  4119.        The SERVER will effectively disappear from the ring. Everyone is bumped 
  4120.        off, no one can establish a session, some apps may hang the requester's 
  4121.        session. You can still get out on the ring from the SERVER machine, 
  4122.        (i.e. NET USE to another server and transfer data, this worked once, but 
  4123.        failed the second time). It seems that when this starts to occur, the 
  4124.        error log gets: 
  4125.  
  4126.               NET3195 An NCB error occurred: NET1. The NCB is the data.
  4127.                  C1 06 xx xx xx xx
  4128.               The C1 comand, SCATTERRCV gets a return code 06,
  4129.               Incomplete NCB. At this point the server starts going downhill
  4130.               You may also get:
  4131.               NET5317 The local session table is full
  4132.                  D7 11 xx xx xx xx
  4133.                  NET3193 A virtual circuit error has occurred.
  4134.                  96 18
  4135.        Another symptom is a NET SESS command will return many duplicate 
  4136.        sessions with a status of UNKOWN. 
  4137.  
  4138.      o APAR IC07129 NETSVINI ACCESS VIOLATION 00010883 SETTING AUDIT IN 
  4139.        IBMLAN.INI POST7045 
  4140.  
  4141.        Invalid parameters in IBMLAN.INI file may cause a server to trap. 
  4142.  
  4143.                TRAP DETAILS
  4144.                MESSAGE ID  : SYS3175
  4145.                access violation at 00010883 netsvini.exe  0001;0000883
  4146.  
  4147.        For example, problem happens when specifying an option on the auditing= 
  4148.        line that includes logon and a switch that logon also monitors (such as 
  4149.        badnetlogon). 
  4150.  
  4151.      o APAR IC07150 ON 386HPFS FILE SYSTEM, DOS APPLICATION (SCHEDULE.EXE) FILE 
  4152.        IS DELETED AND RECREATED EVERYTIME APPLICATION IS EXECUTED 
  4153.  
  4154.        While executing SCHEDULE.EXE (DOS app) in a 386HPFS environment NO 
  4155.        STATUS FILE is indicated on the main menu of the application. This is 
  4156.        correct because it has to create PROJECT.XXX files the first time. But 
  4157.        on each reexecution of the program, the PROJECT.STA file gets deleted 
  4158.        and recreated.  This only happens in a 386HPFS file system. The 
  4159.        application works fine in a FAT or HPFS file system. Customer stated 
  4160.        that the application works fine from a redirected drive, but not 
  4161.        locally. 
  4162.  
  4163.      o APAR IC07220 WF/2 PROJECTS ARE WPS OBJECTS WHICH ACCESS INI FILES VIA 
  4164.        PRF CALLS. INI FILE UPDATES FAIL ON HPFS386 DRIVES. 
  4165.  
  4166.        Accessing the WorkFrame/2 underlying files through Prf calls across the 
  4167.        network on HPFS386 file system, the file does not get updated. As a 
  4168.        result, the date and time stamp does not change.  Also a SYSTEM "S" 
  4169.        attribute is added to the file, making the file hidden. SYSTEM attribute 
  4170.        problem is an Operating System problem fixed with APAR PJ15267.  This 
  4171.        fix must be applied to complete the resolution of this problem. 
  4172.  
  4173.      o APAR IC07224 NET3057 ON NET START SRV, AFTER STOPPING SERVER WHEN NO ONE 
  4174.        COULD ACCESS SYSTEM OR LOGON. 
  4175.  
  4176.        Domain controller seemed to stop functioning.  No one could logon or 
  4177.        access resources.  The system itself was not hung and seemed fine.  NET 
  4178.        STOP NETLOGON followed by NET START NETLOGON did nothing.  A NET STOP 
  4179.        SRV followed by NET START SRV gave a NET3057 on the NET START of the 
  4180.        server. 
  4181.  
  4182.      o APAR IC07239 FREQUENT NET8215 ERRORS RECEIVED, POST 7045 
  4183.  
  4184.        Several net8215 errors received each day on the Backup Domain Controller 
  4185.        during busy hours. Errors occur on files dcbd.p and dcdb.f and appear to 
  4186.        be related to the amount of traffic on the DC. 
  4187.  
  4188.      o APAR IC07254 USER GETS ERROR MSGS WHEN PERFORMING NET START RPL ON SRV 
  4189.        THAT CONTAINS SRVIFS STATEMENT IN THE CONFIG.SYS FILE 
  4190.  
  4191.        Start RIPL Services and after some modification in FSI on LS 3.0.1, the 
  4192.        Server will receive NET2186 and NET3257 if CONFIG.SYS contains SRVIFS 
  4193.        statements. 
  4194.  
  4195.      o APAR IC07256 TRAP D USING A DOS E-MAIL APP 
  4196.  
  4197.        A TRAP D CS:EIP=0017:00006755 using a DOS E mail app.  The problem 
  4198.        appears unexpectedly.  Dump shows Netservr code in MOVETOCLOSE list 
  4199.        (search processing). 
  4200.  
  4201.      o APAR IC07287 SYS0318 BOOTING FROM 386HPFS BOOT DISK, POST 7045 
  4202.  
  4203.        Booting from HPFS386 Boot Diskette created using MAKEDISK results in the 
  4204.        error "SYS0318: Message file C:\IBMLAN\NETPROG\HFS.MSG cannot be found." 
  4205.        Also, the MAKEDISK utility refers to 2.0, rather than 2.1 as the source 
  4206.        disk to create the bootable diskettes. 
  4207.  
  4208.      o APAR IC07355 THIN386 CREATES CORRUPT CONFIG.SYS 
  4209.  
  4210.        Using THIN386 according to procedure in Appendix F of the Network 
  4211.        Administrator Reference Volume 1: Planning and Installation. THIN386 
  4212.        creates a CONFIG.SYS that has two problems: 
  4213.  
  4214.          1. The last four lines (number 71 thru 74) contain garbage characters. 
  4215.  
  4216.          2. The first line, the IFS statement, tries to load a file 
  4217.             (HPFS386.IFS) that is not created by THIN386. 
  4218.  
  4219.      o APAR IC07414 UPS FAILS TO RESUME SERVER SERVICE AFTER POWER RESTORED, 
  4220.        POST 7045 
  4221.  
  4222.        After UPS power is lost and then restored, appropriate messages are 
  4223.        received but users cannot logon; the server appears to still be paused. 
  4224.        Issuing a NET CONTINUE restores the server service and the users can 
  4225.        logon as usual. 
  4226.  
  4227.      o APAR IC07433 TIME-STAMPS CHANGE FOR ALL FILES WITH ANTIVIRUS APP and 
  4228.        386HPFS, POST 7045 
  4229.  
  4230.        When running an anti-virus program, all the time-stamps on all files 
  4231.        were changed to the time of the execution. This only happened when 
  4232.        running 386HPFS file system at the 7045 level. 
  4233.  
  4234.      o APAR IC07480 UPS DRIVER WON'T LOAD ON ISA MACHINE, POST 7045 
  4235.  
  4236.        After booting machine, the UPS device driver won't load. "Interrupt 
  4237.        level is not available" error message is received. This is only on ISA 
  4238.        machines after installing 7045. 
  4239.  
  4240.      o APAR IC07524 SERVER NAME TRUNCATED IN NETALIASADD 
  4241.  
  4242.        First two characters of the server name in the ai2_server field are 
  4243.        truncated if \\ is not used in server name. 
  4244.  
  4245.      o APAR IC07540 THE FSI DOES NOT ALLOW THE SERVER DEFINITION OF A DOMAIN 
  4246.        CONTROLLER TO BE DELETED 
  4247.  
  4248.        If the role of the domain controller has changed and there is a new one, 
  4249.        the definition of the original domain controller cannot be removed. This 
  4250.        is found in the machine parameters screen of the FSI. 
  4251.  
  4252.      o APAR IC07607 LOGON FAILURES TO SERVER RUNNING OS/2 SMP (SYMMETRICAL 
  4253.        PROCESSING) PRODUCT AND LAN SERVER 
  4254.  
  4255.        LS 3.00.1 running on OS/2 SMP.  The server/netlogon services may not 
  4256.        handle multiple logon requests correctly. Repeated logon failures and 
  4257.        timeouts may occur. 
  4258.  
  4259.      o APAR IC07692 APPLICATION RECEIVES INVALID FILE HANDLE AFTER INSTALLING 
  4260.        SINGLE SEG OF HPFS386 CODE, POST 7045 
  4261.  
  4262.        When executing basrun.exe, the server returns an invalid file handle and 
  4263.        output to screen is error in exe file. 
  4264.  
  4265.      o APAR IC07779 SERVER TRAPS AFTER APPLYING CSD 6200 TO REQUESTERS 
  4266.  
  4267.        The server displays the following trap data (at IP07045 level). 
  4268.  
  4269.                CS:EIP=0027:00001385  CSACC=00fb  CSLIM=00002797
  4270.  
  4271.        The failing routine is Pathmap.  Line trace shows filenames greater than 
  4272.        8.3 being passed by client. 
  4273.  
  4274.      o APAR IC07833 LOTUS 123 V4 AND AMIPRO 3.0 FILES ARE CORRUPTED AFTER 
  4275.        RUNNING CHKDSK ON HPFS386 DRIVE 
  4276.  
  4277.        User gets corrupted files after running CHKDSK on HPFS386 drives. 
  4278.        Typically, they are Lotus or AmiPro user files that are fine before 
  4279.        CHKDSK is run. 
  4280.  
  4281.      o APAR IC07853  NET9003E MSG WHEN CREATING RIPL DEFINITIONS FROM A COMPLEX 
  4282.        WPS MODEL 
  4283.  
  4284.        When creating RIPL definitions from the NET FSI using a model with a 
  4285.        complicated workplace shell, a red popup error box will occur displaying 
  4286.        a net9003e error message: "An error occurred while trying to create the 
  4287.        above subdirectory or files on the remote IPL server...". 
  4288.  
  4289.      o APAR IC07861 CACHE386 LAZY WRITE CANNOT ACTUALLY BE TURNED OFF 
  4290.  
  4291.        After turning off Lazy Writes, the CACHE386 still displays Lazy Writes 
  4292.        being performed. Lazy Writes is not actually disabled; the timer is 
  4293.        simply reduced to 1 millisecond. 
  4294.  
  4295.      o APAR IC07874 LARGE FILE COPIED FROM SERVER CONTAINS SMB ( SERVER MESSAGE 
  4296.        BLOCK ) 
  4297.  
  4298.        When user copies 1MB files from the requester to the server and then 
  4299.        back and does a COMP locally on the files, intermittently they would 
  4300.        miscompare. The files copied to the server were fine. The one copied 
  4301.        back to the requester contained a SMB ( Server Message Block ), which is 
  4302.        the protocol used by the server/requester embedded at offset 4K in the 
  4303.        file. 
  4304.  
  4305.      o APAR IC07976 DIR TO REDIR DRIVE HANGS, CD\ AT SERVER TO HUNG ALIAS 
  4306.        SUBDIR ALSO HANGS, AUDIT TRAIL SET ON ALIAS SUBDIR 
  4307.  
  4308.        User attempt to write to a redirected drive fails with access denied 
  4309.        when the user does not have access. After two or three sequential 
  4310.        tries/denies, the requesters session hangs, then comes back with a 
  4311.        "connection is disconnected" message, and if more write tries are made, 
  4312.        "server not found". If you already have other connections established, 
  4313.        you can still access these. However, you cannot establish any new 
  4314.        connections, and you cannot logon to the server or logoff. 
  4315.  
  4316.      o APAR IC08133 HPFS386 DOSFINDFIRST/DOSFINDNEXT RETURNS INCORRECT FILE 
  4317.        ENTRIES 
  4318.  
  4319.        DOSFindNext is not finding files.  HPFS386 returns the next file name 
  4320.        that comes after ASCII ".".  This means it will not find files that 
  4321.        begin with ASCII characters less than, for example, $, !, and -. 
  4322.  
  4323.      o APAR IC08170 TRAP IN LRNS1.DLL AFTER APPLYING NEW VERSION ( DATED 062994 
  4324.        ) AND SERVER ACCESSED BY DLR REQUESTERS 
  4325.  
  4326.        With interim fix module LRNS1.DLL (with a date of 06-29-94 14:56) 
  4327.        applied on the system, the following trap occurs when DLR requesters 
  4328.        access the server: 
  4329.  
  4330.                  ****  3175 or 3171 trap encountered  ****
  4331.                System Encountered an access violation in LRNS1.DLL at a537:0106
  4332.  
  4333.      o APAR IC08475 UPS SHUTDOWN AND REBOOT PROBLEM 
  4334.  
  4335.        At level IP07045 UPS.EXE performs the shutdown at the same time as 
  4336.        running the cmdfile without looking at the cmdtimer. The result is that 
  4337.        the shutdown is performed without completing the cmdfile.  The UPS 
  4338.        Service traps if the cmdfile runs past the cmdtimer amount of time. 
  4339.        External symptom is a trap screen "Insufficient stack space for 
  4340.        exception..." 
  4341.  
  4342.      o APAR IC08477 HANG IN COPYING LARGE FILES WITH LAZY WRITE OFF 
  4343.  
  4344.        A copy of a large file (64K +) to a Network drive on the server will 
  4345.        hang the source session (either an OS/2 Requester, DLR, or locally 
  4346.        logged on at the server) with /LAZY:OFF specified for RUN=CACHE386.EXE 
  4347.        line. 
  4348.  
  4349.      o APAR IC08743 THIN386.EXE DOES NOT EDIT THE CONFIG.SYS FILE CORRECTLY 
  4350.  
  4351.        THIN386.EXE from IC05283 does not edit the config.sys file correctly. 
  4352.        HPFS200.386 should have a path pointing to the file. The new THIN386.EXE 
  4353.        does not include the path. 
  4354.  
  4355.      o APAR IC08828 SYS3175 IN NETSERVR.EXE, POST 7045 
  4356.  
  4357.        SYS3175 error in NETSERVR.EXE CS:EIP= 001f : 0000e397  CSLIM= 0000ffa3 
  4358.        Netservr.exe was trapping if it received a bad SMB.  When doing a 
  4359.        C_TCONNANDX function and receiving bad data, NETSERVR.EXE was trapping 
  4360.        instead of returning a bad SMB information. 
  4361.  
  4362.      o APAR IC08903 ACCESS DENIED ALERTS GENERATED WHEN THEY SHOULD NOT BE 
  4363.  
  4364.        Lan Server 7045 level code generates network access denied alerts for 
  4365.        OS/2 access denied conditions. 
  4366.  
  4367.      o APAR IC08909 INFINITE LOOP IN NETSERVR.EXE 
  4368.  
  4369.        Server hangs due to loop in netservr.exe. Loop appears to be in 
  4370.        BUFFERTIMEOUT which is part of the Netserver Scavenger code.  Chain 
  4371.        pointer causing loop is for PSF chain.  Only element on the list is 
  4372.        pointing to itself.  The code is expecting a NULL pointer to end the 
  4373.        list. 
  4374.  
  4375.      o APAR IC08979 SYS3175 IN NETAPI.DLL ON ALL ADDITIONAL SERVERS 
  4376.  
  4377.        All Additional servers in a domain failed with a SYS3175 in NETAPI. DLL. 
  4378.        Reviewing the dump showed that NETLOGON.EXE was the thread with the 
  4379.        focus, which indicated that the NET.ACC was being updated.  The message 
  4380.        that was being transmitted exceeded it's 64K limit and therefore the 
  4381.        message did not end with the normal two zero bytes. The server was 
  4382.        unable to purge the message, because it looks for those last two bytes. 
  4383.        This occurred on a user update. 
  4384.  
  4385.      o APAR IC09031 /LOGONSERVER PARAMETER NOT WORKING PROPERLY IN IPU7045. 
  4386.  
  4387.        NET USER user_name /LOGONSERVER:"" or /LOGONSERVER: results in 
  4388.        'parameter is incorrect'.  Also NET USER user_name /LOGONSERVER:\\"" or 
  4389.        /LOGONSERVER: results in 'An incorrect Domain Controller has been 
  4390.        supplied' 
  4391.  
  4392.      o APAR IC09095 NET5303 D7 03 EVERY TIME THE SERVER SERVICE IS STARTED 
  4393.  
  4394.        Even with the statement SIDEBAND=0 in the PROTOCOL.INI file, a sideband 
  4395.        listen is still being issued.  This was causing an immediate return code 
  4396.        to be sent back to LAN Server and to be posted in the Error log. 
  4397.  
  4398.      o APAR IC09077 IBM LANSTREAMER 32 RE-CABLE PROBLEM 
  4399.  
  4400.        With multiple LANStreamer 32 adapters in a LAN Server, remove one of the 
  4401.        TR cable from the MAU, then insert it into another port on the same MAU 
  4402.        or into a MAU on another ring. The adapter will not work before a 
  4403.        re-boot. 
  4404.  
  4405.      o APAR IC09399 (LS 4.0 APAR IC09108) LIST.S goes to 0 BYTES when adding 
  4406.        resources to user definitions 
  4407.  
  4408.        LIST.S goes to 0 BYTES when adding resources to user definitions for a 
  4409.        DLR 3.0 Requester from a DLS 4.0 Requester on a LS 3.0 Domain. Not all 
  4410.        users are affected, but all users have the same permissions and 
  4411.        athority. 
  4412.  
  4413.      o APAR IC09451 PH FAILS TO GET LOGON ASSIGNMENTS FROM BACKUP DOMAIN 
  4414.        CONTROLLER, POST 7045 
  4415.  
  4416.        NET8194 when attempting to LOGON to a Backup Domain Controller when the 
  4417.        customer is doing the DCDB Replication with XCOPY. 
  4418.  
  4419.      o APAR IC09597 POST 7045 PREPACL USERS WILL EXPERIENCE A 64K LIMITATION 
  4420.  
  4421.        PREPACL command is executed incompletely when trying to restore files 
  4422.        access controls. 
  4423.  
  4424.      o APAR IC09790 (LS 4.0 APAR IC08989) CACHE386 /O CANNOT DUMP A CACHE SIZE 
  4425.        GREATER THAN 64MB 
  4426.  
  4427.        CACHE386 using the /O switch to display options such as cache size 
  4428.        cannot display a cache size greater then 64MB. 
  4429.  
  4430.      o APAR IC09791 (LS 4.0 APAR IC09030) UNABLE TO HANDLE HPFS386 CACHE SIZE 
  4431.        GREATER THAN 128MB 
  4432.  
  4433.        Due to the use of one WORD to store the number of 2K cache blocks, the 
  4434.        maximum cache size for HPFS386 is 128MB. Setting a cachesize greater 
  4435.        than this will cause an overflow and the overflow will wrap and the 
  4436.        cache size will be smaller than expected. 
  4437.  
  4438.  
  4439. ΓòÉΓòÉΓòÉ 8.3.5.2. LAN Requester ΓòÉΓòÉΓòÉ
  4440.  
  4441. This section describes LAN Requester APARs that are corrected for IPx7060. 
  4442.  
  4443.      o APAR IC06738 REXX COMMAND DOESN'T WORK UNDER IC05944 
  4444.  
  4445.        Replacing "nullcheck" with a dummy routines somehow causes net.exe to 
  4446.        exit with a 255 instead of 0 when the command has completed. 
  4447.  
  4448.      o APAR IC06804 FIXACC KILLS UPM WORKER THREAD - DB2/2 & CM/2 CAN'T START 
  4449.        NEW SESSION 
  4450.  
  4451.        If user stops RDR (redirector which will also stop Server/Requester) via 
  4452.        'net stop rdr' command and then runs FIXACC, FIXACC does not check to 
  4453.        see if anyone else is using the UCB shared segment and simply kills any 
  4454.        threads, causing major problems with applications. 
  4455.  
  4456.      o APAR IC06819 FAILURE TO RESET ARCHIVE ATTRIBUTE ON 386HPFS DRIVE, 
  4457.        POST7045 
  4458.  
  4459.        Running Lotus 123 V3.1 for DOS or V4 for Windows and updating or 
  4460.        creating a new file does not reset the Archive attribute when saving to 
  4461.        a network drive with 386HPFS installed. Works fine when saving to a 
  4462.        local drive, HPFS or FAT. File is written to disk using File Save or 
  4463.        File Close and the 'A' attribute has not been set therefore the file 
  4464.        will not be backed up with an incremental backup. If the 'A' attribute 
  4465.        was originally set before being updated in Lotus it is removed from the 
  4466.        file. 
  4467.  
  4468.      o APAR IC07194 INCORRECT OUTPUT DISPLAYED ON DOMAIN USER LIST POST7045 
  4469.  
  4470.        When the command "NET who /domain:dm202" to another server in the same 
  4471.        domain, an incorrect output user list is displayed. 
  4472.  
  4473.      o APAR IC07222 ACCESS DENIED IS RECEIVED USING THE WNETADDCONNECTION API 
  4474.  
  4475.        Access is denied when userid and password are not specified on a 
  4476.        WNetAddConnection API call from a WIN-OS/2 application. The same 
  4477.        WIN-OS/2 application works fine if started after logon and NET USE 
  4478.        alias. Application, to be used by several people, must be created 
  4479.        without specifying the userid and password by program. 
  4480.  
  4481.      o APAR IC07246 USING DLR AND ISSUING AN INT 2AH WITH AX=0603 DOES NOT 
  4482.        REENABLE THE INTERRUPTS ON RETURN 
  4483.  
  4484.        Using DLR and issuing an INT 2Ah with function 06h and subfunction 03h 
  4485.        does not reenable the interrupts on return. 
  4486.  
  4487.      o APAR IC07285 NET8195 - ERROR IN PROFILE.CMD WITH IP07045 DURING LOGON 
  4488.  
  4489.        After applying LAN ServicePak IP07045, a net8195 error is received - 
  4490.        error in profile.cmd during logon.  If the profile.cmd consists of just 
  4491.        NET USE commands, the net8195 still occurs.  If the profile.cmd is in 
  4492.        REXX format, there is no error. 
  4493.  
  4494.      o APAR IC07294 UNABLE TO USE SHARED NETWORK DRIVES 
  4495.  
  4496.        While using OS/2 2.11, NTS/2 2.11 (WR6000) and R230 DOS Extended PCS 
  4497.        shared folders in a native VDM, if the VNETAPI.OS2 driver is loaded in 
  4498.        the OS/2 config.sys file, the PCS shared folder drive can be assigned 
  4499.        but not accessed. When the VNETAPI.OS2 device driver is loaded in 
  4500.        config.sys, the redirection setting for Native Virtual DOS Machine 
  4501.        (NVDM) is turned OFF. Therefore, no additional network drives that rely 
  4502.        on this redirecting can be accessed. 
  4503.  
  4504.      o APAR IC07326 MSACCESS 1.10 GP FAULT 0001:39FF 
  4505.  
  4506.        MSAccess 1.10 gives general protection fault in module os2k386.exe at 
  4507.        0001:39ff after opening and closing help, and then choosing open 
  4508.        database. 
  4509.  
  4510.      o APAR IC07413 LAN REQUESTER HELP SCREEN INCORRECTLY INDICATES THAT A DLR 
  4511.        CAN HAVE A LOGON ASSIGNMENT FOR DRIVES A: THROUGH X: 
  4512.  
  4513.        From inside Lan Requester-Definfitions-Users-Logon Details-File 
  4514.        Assignments.  Press the F1 Key.  It brings up a help screen. One of the 
  4515.        entries on the help screen says "For users logged on at DLR's type a 
  4516.        letter from A through X.  This in incorrect.  A dlr can only use drives 
  4517.        D: through Z: for logon assignments. 
  4518.  
  4519.      o APAR IC07446 FIXACC CHANGES PASSWORD LAST CHANGED TO 0 DAYS AGO 
  4520.  
  4521.        FIXACC resets password age back to zero. 
  4522.  
  4523.      o APAR IC07615 SYSLEVEL.REQ IS INCORRECT WITH THE LS 3.01 MANUFACTURING 
  4524.        REFRESH DISKETTE AND CDROM VERSIONS OF THE PRODUCT 
  4525.  
  4526.        The SYSLEVEL.REQ that is contained in the LAN Server 3.01 Manufacturing 
  4527.        Refresh on both CDROM and DISKETTE is incorrect. The internal product ID 
  4528.        is 5010 and must be 5000. 
  4529.  
  4530.      o APAR IC07707 IP07045 RASX.EXE MODULES CAUSE THE FSI TO ERROR ON A 
  4531.        REQUESTER WHEN A PUB APP IS OPENED 
  4532.  
  4533.        With IP07045 applied to the domain controller and the os2 req wkstn, the 
  4534.        end user is logged on to the DC with a userid, the Full Screen 
  4535.        Interface, definitions, logon details will yield a net2351 and net8002. 
  4536.  
  4537.      o APAR IC07876 USING INTERRUPT 21 5F03 CALL IN A VDM SESSION, PASSWORDS 
  4538.        FAIL AND ACCESS DENIED IS RECEIVED 
  4539.  
  4540.        User uses an interrupt 21 5f03 call to access an external resource via 
  4541.        the guest id. The guest id requires a password for access. This will 
  4542.        fail with an access denied when trying to use a password in the call. 
  4543.  
  4544.      o APAR IC08058 RUNNING CHKSTOR GENERATES SYS3175 AND TRAP00D 
  4545.  
  4546.        Issuing CHKSTOR command, with or without parameters, causes SYS3175 
  4547.        and/or TRAP000D in DOSCALL1.DLL. 
  4548.  
  4549.      o APAR IC08166 NET USER USERID /WORKSTATIONS:* OR "". RECEIVES NET3502. 
  4550.        POST 7045 
  4551.  
  4552.        IP07045 user receives a net3502:OS2 error 87 has occurred, parameter is 
  4553.        incorrect. 
  4554.  
  4555.        When command is issued at level IP07000 it works. 
  4556.  
  4557.      o APAR IC08277 NAMED-PIPE APP HANGS WHILE LOADING DLL OR EXE OVER THE 
  4558.        NETWORK 
  4559.  
  4560.        During the loading of a DLL or an additional EXE module, a temporary 
  4561.        hang occurs if more than one DLR launches the VB app at the same time. 
  4562.  
  4563.      o APAR IC08582 TRAP IN NETBIOS.OS2 WHEN USING AT&T ATTISO APPLICATION 
  4564.  
  4565.        When an application that used ATTISO (a protocol written by AT&T) was 
  4566.        run, netbios.os2 trapped. (ATTISO calls the redirector, which sometimes 
  4567.        calls netbios.os2). 
  4568.  
  4569.      o APAR IC08793 BACKACC FAILS TO ACCEPT WILDCARD IN PATHNAME WITH NET3563 
  4570.        AND NET3567 
  4571.  
  4572.        BACKACC with WILDCARD fails with NET3563 and NET3567. POST7045.  NAR VOL 
  4573.        3, PG C-2 states wilcards are valid in the PATH. 
  4574.  
  4575.      o APAR IC09184 AFTER SEVERAL NET VIEW COMMANDS, RECEIVED OS/2 ERROR 54 
  4576.  
  4577.        When issuing a net view \\ with LS + TCPBEUI + \ibmcom\rfcnames.lst, an 
  4578.        OS/2 Error 54 "Network busy or out of resources" is intermittently 
  4579.        returned.  Once the OS/2 Error 54 has been returned, all network 
  4580.        operations over TCPBEUI cease to function. 
  4581.  
  4582.      o APAR IC09247 UNABLE TO TOGGLE FROM PCSUTIL SCREEN WHEN RUNNING UNDER 
  4583.        OS/2 WITH LAN REQUESTOR AND VIRTUAL DOS API SUPPORT INSTALLED 
  4584.  
  4585.        When Running PC3270 Full Function DOS in an OS/2 fullscreen and the LAN 
  4586.        requestor has DOS LAN API support installed will not jump to the host 
  4587.        screen. If the user attempts to toggle ALT-ESC several times and then 
  4588.        cursors to the EXIT to HOST bar and Presses Enter the PCSUTIL screen 
  4589.        will go away and you will see the ALT-ESC sequences handled. This only 
  4590.        occurs when VNETAPI.OS2 in in the CONFIG.SYS. If PCSUTIL is exited then 
  4591.        the USER can Toggle normally through the HOST sessions. 
  4592.  
  4593.      o APAR IC09687 NAMED PIPE APPLICATION CANNOT BE STOPPED 
  4594.  
  4595.        Customer written program for OS/2 will not close completely. Threads 
  4596.        stay active in PSTAT. Customer attempts to kill the processes, but the 
  4597.        problem remains. The only method to end is to ReBoot the system. 
  4598.  
  4599.      o APAR IC09704 NET8215 ERROR REPORTED IN ERROR LOG EVERY TIME LS 4.0 USER 
  4600.        LOGS ON 
  4601.  
  4602.        Whenever a LS 4.0 user logs on to a LS 3.0 Domain, the following error 
  4603.        is logged in the error log of the LS 3.0 DC if the user has never had 
  4604.        any logon or public application assignments given:   NET8215: OS/2 error 
  4605.        number 3 occurred while opening    E:\IBMLAN\DCDB\USERS\xxxxxxxx\USER.L. 
  4606.        The error does not affect the logon or server in any way. 
  4607.  
  4608.      o APAR IC09789 (LS 4.0 APAR IC08932) LIST.X FILES NOT UPDATED WHEN 3.0 
  4609.        DOMAINS ARE ADMINISTERED FROM 4.0 OS/2 SERVERS AND REQUESTERS 
  4610.  
  4611.        Create a number of accounts, then defining them to a group.  Then 
  4612.        proceeded to drag the printer icon over to the group. Select continue 
  4613.        because permissions are already defined to the alias.  Select to add 
  4614.        them to the logon assignments. When they are added as LPT3: DOS 
  4615.        requesters do not get the logon assignments.  The GUI shows it has been 
  4616.        defined but checking the LIST.X for the users shows a blank line  on 
  4617.        line 3. There is also a problem adding individually using the GUI 
  4618.        (through the user id icons). 
  4619.  
  4620.      o APAR IC09792 (LS 4.0 APAR IC09033) TRYING TO CONNECT TO A NETWORK 
  4621.        PRINTER THROUGH THE GUI GIVES "PARAMETER NOT VALID" MESSAGE. 
  4622.  
  4623.        Customer tries to connect to a shared printer but when he tries to add a 
  4624.        new assignment an error message "Parameter not valid" comes up. At the 
  4625.        help panel, help text "DSS0501" appears. It is not possible to connect 
  4626.        to a known printer by alias or any other way. 
  4627.  
  4628.      o APAR JR08128 MESSAGE POPUP SCREEN WILL NOT OCCUR AT LOGON VIA A 
  4629.        PROFILE.CMD THRU A REXX CMD 
  4630.  
  4631.        Logon through LOGON ICON in UPM Folder fails to successfully run users 
  4632.        profile.cmd file resulting in a failure to popup the logon message.  The 
  4633.        message is logged in the message.log.  This works OK when the message is 
  4634.        written directly rather than from a command file. 
  4635.  
  4636.  
  4637. ΓòÉΓòÉΓòÉ 8.3.5.3. User Profile Management (UPM) ΓòÉΓòÉΓòÉ
  4638.  
  4639. The following APARs were corrected in User Profile Management for IPx7060: 
  4640.  
  4641.      o APAR IC06780  MSG NET2186- NET START REQ COMMAND, COMMAND REJECTED 
  4642.  
  4643.        User installed a maintenance system without PMSHELL.EXE through the 
  4644.        SEMAINT.EXE command. User also installed a LAN REQUESTER 3.0. The 
  4645.        machine boots correctly but when he executes the NET START REQ command, 
  4646.        he gets a NET2186 message and the command is rejected. 
  4647.  
  4648.      o APAR IC06838 PROBLEM WITH EXTERNAL SHARED RESOURCES. 
  4649.  
  4650.        Getting NET2117 and NET9127E error messages when trying to share a PC 
  4651.        Support drive or A: drive. 
  4652.  
  4653.      o APAR IC07144 NETUSERSETLOGONASN RETURNS ERROR_INVALID_DATA 
  4654.  
  4655.        When NetUserSetLogonAsn is passed the exact data returned by 
  4656.        NetUserGetLogonAsn it returns ERROR_INVALID_DATA (13). The FSI however 
  4657.        can add/change Logon Assignments. The problem seems to be in the 
  4658.        customer's DCDB. 
  4659.  
  4660.      o APAR IC07507 THE UF_DELETE_PROHIBITED FLAG NOT CHECKED DURING A 
  4661.        NETUSERDEL API CALL 
  4662.  
  4663.        The UF_DELETE_PROHIBITED flag, found on page 3-391 of the Application 
  4664.        Programming Reference, was not being checked during a NetUserDel API 
  4665.        call. 
  4666.  
  4667.      o APAR IC07544 POPUP MESSAGE SCREEN DOES NOT DISPLAY " PRESS ESC TO EXIT " 
  4668.        AFTER INSTALLING IP07045. 
  4669.  
  4670.        After applying IP07045, popup messages no longer display the statement " 
  4671.        Press ESC To Exit." All other information apprears normal. 
  4672.  
  4673.      o APAR IC08126 RETURN MESSAGE THAT STATES WHICH DOMAIN YOU ARE LOGGING 
  4674.        ONTO IS INCORRECT 
  4675.  
  4676.        If logged onto a domain and switched to a redirected drive, typing in 
  4677.        logon /d: (new domain) and processing through the prompts causes the 
  4678.        message below. The message incorrectly states which domain you are going 
  4679.        to logon to. "Are you sure you want to end these sessions and logon to 
  4680.        domain xxxxxxxx?" where xxxxxxxx is an incorrect domain name. 
  4681.  
  4682.      o APAR IC08235 LSM 1.0 HANGS WITH SYS3175 EXCEPTION IN NETAPI.DLL WHEN MAC 
  4683.        USERS TRY TO LOGON. Post 7045 
  4684.  
  4685.        Using a backup copy of the NET.ACC to rebuild LSM server, MAC users try 
  4686.        to logon but get a blank screen; server hangs with the following 
  4687.        sys3175: A program generated an access violation at 15EA3367 NETAPI.DLL 
  4688.        001B:00003367 
  4689.  
  4690.      o APAR IC08888 NETCALLOUTFREE DOESN'T RELEASE DLL, CAUSES TRAP 
  4691.  
  4692.        Client using IBM written code to use API to register his own DLL for 
  4693.        call. Using NETCALLOUTFREE to release DLL's. However, does not seem to 
  4694.        adequetely clean out the table and will TRAP on the next access attempt. 
  4695.  
  4696.      o APAR IC08980 SYS3175 WHEN TRYING TO LOGON AFTER UPDATING PW VIA NET 
  4697.        PASSWORD. 
  4698.  
  4699.        Password updated via NET PASSWORD USERID OLDPW NEWPW and then tried to 
  4700.        logon. Received a SYS3175 in NETAPI.DLL at 0018:00002DA6. The CS:EIP= 
  4701.        BA5F:00002DA6 and CSLIM= 00003C95. The password was updated and after 
  4702.        shut down, and retry, logon was successful. 
  4703.  
  4704.      o APAR IC09793 (LS 4.0 APAR IC08972) LOGON PASSWORD TOO SHORT, ERROR 
  4705.        MESSAGE WRONG 
  4706.  
  4707.        Getting message, "The password is too short, must be at least 0 bytes 
  4708.        long".  After the password has been expired and a new password is 
  4709.        entered that is less than the required minimum characters in length, the 
  4710.        above error message will appear. 
  4711.  
  4712.      o APAR JR08184 UPM ABORTS FOR CERTAIN USER ID'S 
  4713.  
  4714.        UPM will abort when the Manage Users selection has been made. APAR 
  4715.        occurs when this file is installed in a LAN Server 3.0 machine with 
  4716.        IP07045 installed.  This only occurs for certain IDs. 
  4717.  
  4718.      o APAR JR08187 OPERATOR PRIVILEGE USERID CHANGES OWN COMMENT, RESULTING IN 
  4719.        UPM0058C RC 5 
  4720.  
  4721.        When logged on with a USERID that has Account: Operator privilege,  and 
  4722.        attempting to update a user comment, userid receives an Access Denied 
  4723.        (rc=5) and the comment is not updated. 
  4724.  
  4725.  
  4726. ΓòÉΓòÉΓòÉ 8.3.5.4. Fault Tolerance ΓòÉΓòÉΓòÉ
  4727.  
  4728. This section describes Fault Tolerance APARs that are corrected for IPx7060. 
  4729.  
  4730.      o APAR IC09255 RUNNING FTREMOTE A SECOND TIME REMOVES CRITICAL ERRORS FROM 
  4731.        FTSTATUS.LOG 
  4732.  
  4733.        In FTREMOTE, after an unfixable error is written to the status log one 
  4734.        time, it is marked as 'shown'.  To the user, this error disappears 
  4735.        without doing a CORRECT command.  This causes problems when FTREMOTE is 
  4736.        used to dump periodic status without doing corrections. 
  4737.  
  4738.  
  4739. ΓòÉΓòÉΓòÉ 8.3.5.5. Remote IPL Support ΓòÉΓòÉΓòÉ
  4740.  
  4741. This section describes Remote IPL APARs corrected in IPx7060. 
  4742.  
  4743.      o APAR IC05332 NET2503, NET2514, NET2511 USING LSP DRIVERS 
  4744.  
  4745.        Using LSP Drivers DXMAOMOD.SYS, DXMEOMOD.SYS, and DSMJOMOD.SYS works in 
  4746.        non-ripl environment on disk workstation; if same is done under ripling, 
  4747.        the workstation gets NET errors or hangs when it tries to load MS-DOS or 
  4748.        IBM DOS. 
  4749.  
  4750.      o APAR IC06853 INSTALLING LAN SERVER AFTER DATABASE WAS CONFIGURED AND 
  4751.        USED CAUSES USERS TO LOSE ACCESS TO POST 7045 DATABASE. 
  4752.  
  4753.        Users lose access through UPM after applying LS 3.0 to an already 
  4754.        existing ES 1.0 Database.  None of the required questions are being 
  4755.        asked on initializing the Domain Controller Database. 
  4756.  
  4757.      o APAR IC07139 NET9003E WHEN CREATING RIPL USERS AFTER INSTALLING LS 
  4758.        3.00.1 REFRESH 
  4759.  
  4760.        After installing the LS 3.00.1 Manufacturing Refresh, some RIPL servers 
  4761.        cannot create any RIPL clients.  When trying to create a RIPL client, 
  4762.        the Full Screen Interface (FSI), displays a red error panel indicating 
  4763.        that there is not enough disk space or not enough file handles. 
  4764.  
  4765.      o APAR IC07200 MKRDPM ON A 2.88 MB DRIVE MAKES THE DISK UNREADABLE ON ANY 
  4766.        2.88 DRIVE. POST 7045 
  4767.  
  4768.        When creating a bootable RIPL disk via the MKRDPM utility on a different 
  4769.        drive type than the diskette was formatted on, diskette is not readable 
  4770.        but is still bootable. 
  4771.  
  4772.      o APAR IC07389 RPLADD DOES NOT CORRECTLY CREATE ACCESS PERMISSION ON 
  4773.        ADDITIONAL SERVER. 
  4774.  
  4775.        Using RPLADD on the Additional Server the ACCESS PERMISSIONs are 
  4776.        randomly incorrect/missing and FSI must be used to correctly create the 
  4777.        right access permission. 
  4778.  
  4779.        Using RPLADD on the Domain Controller everythings works fine. 
  4780.  
  4781.      o APAR IC08210 NET9010E ERROR WHEN DELETING MULTIPLE RIPL ID's FROM THE 
  4782.        FULL SCREEN INTERFACE, POST 7045. 
  4783.  
  4784.        Using the Full Screen Interface (FSI) to delete several (more than 30) 
  4785.        RIPL id's, a NET9010E error is received and some of the RIPL id's do not 
  4786.        get deleted. 
  4787.  
  4788.      o APAR IC08699  RIPL STOPS WHEN OPENING T/R CARD ON IBM VALUE POINT SYSTEM 
  4789.        WITH HARDWARE CACHE ENABLED. 
  4790.  
  4791.        IBM ValuePoint Pentium P60 system hangs with the LSP opening adapter 
  4792.        message on the screen when trying to RIPL. If the Hardware Cache is 
  4793.        disabled, the RIPL process works. 
  4794.  
  4795.      o APAR IC08808 SYS3175 IN LRCI1.DLL ON RIPL SERVER 
  4796.  
  4797.         SYS3175 on Server: A program generated an access violation @ 11b02bde 
  4798.        LRCI1.DLL. Intermittent sys 3175 on RIPL server.  Users already logged 
  4799.        on can continue use, new users can not connect to the server. 
  4800.  
  4801.      o APAR IC09115 RIPL HANGS WHEN USING AUTO 16/4 T/R MC ADAPTER 
  4802.  
  4803.        Using the new Auto 16/4 T/R MC Adapter to RIPL, the Requester will hang. 
  4804.        The problem is with RIPLBOOT.SYS. 
  4805.  
  4806.      o APAR IC09787 (LS 4.0 APAR IC09214) Support added for RIPL of Warp 
  4807.  
  4808.        Remote IPL support has been enhanced to allow RIPL of OS/2 Warp. 
  4809.  
  4810.  
  4811. ΓòÉΓòÉΓòÉ 8.4. DOS LAN REQUESTER APARs ΓòÉΓòÉΓòÉ
  4812.  
  4813. This section describes DOS LAN Requester APARs fixed for the previous service 
  4814. levels plus new fixes. 
  4815.  
  4816.  
  4817. ΓòÉΓòÉΓòÉ 8.4.1. IPx7003 SelectPak APARs ΓòÉΓòÉΓòÉ
  4818.  
  4819. The following list describes APARs for the DOS LAN Requester component that 
  4820. were fixed by IPx7003 Select Pak.  APARs are listed in numerical order. 
  4821.  
  4822.      o IC04192 
  4823.  
  4824.        A misleading error occurs when the maximum number of users attempting to 
  4825.        access a shared application is exceeded.  The error is:  "The following 
  4826.        panel was not found. CE71". 
  4827.  
  4828.      o IC04205 
  4829.  
  4830.        RIPL Server receiving ACCESS DENIED error message during the RIPL Logon. 
  4831.        No error messages at the RIPL Workstation or Server. Errors are noticed 
  4832.        because ALERTER is running on the Server. No errors in the Server Error 
  4833.        Log. 
  4834.  
  4835.      o IC04391 
  4836.  
  4837.        When a user attempts to update the Served Applications group in the 
  4838.        full-screen interface by adding or deleting shared applications, the 
  4839.        system may hang.  This occurs only when there are a large number of 
  4840.        shared applications defined on the domain. 
  4841.  
  4842.      o IC04496 
  4843.  
  4844.        If NET START is attempted from a command prompt started from the DOS 
  4845.        Shell, a NET501 error is generated.  The workstation then hangs when the 
  4846.        user attempts to exit the DOS command prompt. 
  4847.  
  4848.      o IC04534, IC05146 
  4849.  
  4850.        The user cannot log on to a Microsoft LAN Manager server. 
  4851.  
  4852.      o IC04689 
  4853.  
  4854.        The CURRENT.D file causes the workstation to hang when NET LOGON is 
  4855.        attempted after rebooting. 
  4856.  
  4857.      o IC04702 
  4858.  
  4859.        The initial logon panel for the DLR Windows interface does not display a 
  4860.        cursor if Windows displays a message at startup. 
  4861.  
  4862.      o IC04926 
  4863.  
  4864.        The FoxPro database program gives an error and exits. 
  4865.  
  4866.      o IC04985 
  4867.  
  4868.        If a user attempts to change screen colors in the full-screen interface 
  4869.        and the EIM.PRO file is missing or damaged, a CE08 error message is 
  4870.        displayed. 
  4871.  
  4872.      o IC05048 
  4873.  
  4874.        The INSTALL.SCR file is damaged when installing Lotus 1-2-3 version 2.3 
  4875.        and version 2.4 from a remote drive. 
  4876.  
  4877.      o IC05050 
  4878.  
  4879.        The /UMB parameter for NET START does not work with DOS 5.02. 
  4880.  
  4881.      o IC05051 
  4882.  
  4883.        An error occurs at logon when connecting to a logon assignment fileset 
  4884.        that is the same as the home directory assignment.  The result is either 
  4885.        a NET229 error, if logging on from the command line, or a NET9481E 
  4886.        error, if logging on from the DLR full-screen interface. 
  4887.  
  4888.      o IC05053 
  4889.  
  4890.        If using opportunistic locking (bit 'i' is set to 1 in the /WRK: 
  4891.        parameter for NET START), a lock violation is displayed on some lock and 
  4892.        unlock requests. 
  4893.  
  4894.      o IC05054 
  4895.  
  4896.        When using DLRINST to upgrade from PCLP 1.34 to 2.0 DLR the DOSLAN.INI 
  4897.        for DLR gets corrupted. 
  4898.  
  4899.      o IC05055 
  4900.  
  4901.        A read/write access violation occurs on a file being accessed 
  4902.        simultaneously by multiple users with some LAN applications. 
  4903.  
  4904.      o IC05096 
  4905.  
  4906.        A CD-ROM drive is being interpreted as a network drive, causing the 
  4907.        workstation to hang. 
  4908.  
  4909.      o IC05118 
  4910.  
  4911.        When FIXINI.EXE is run, if the DOSLAN.INI file contains no character 
  4912.        past the 10th workheuristic bit (bit 'j') in The /WRK: parameter, bits 
  4913.        11 through 15 are not added. 
  4914.  
  4915.      o IC05146 Users on DLR 2.0 workstation fail to get logon assignments that 
  4916.        are external resources.  Reported error is CW19461. 
  4917.  
  4918.      o IC05509 
  4919.  
  4920.        A user gets a "DISK ERROR 64 READING DRIVE X" when printing from 
  4921.        Wordperfect 5.1 from DLR 3.0 Workstation. 
  4922.  
  4923.      o IC05525 
  4924.  
  4925.        A NET808 network error occurs when attempting a read/write to a 
  4926.        redirected drive. 
  4927.  
  4928.  
  4929. ΓòÉΓòÉΓòÉ 8.4.2. IPx7045 DLR APARs ΓòÉΓòÉΓòÉ
  4930.  
  4931. This section contains a list of APARS fixed for the DOS LAN Requester portion 
  4932. of the LS 3.0 ServicePak. 
  4933.  
  4934.      o APAR IC04261 NET 248 THE DOMAIN CONTROLLER CANNOT BE CONTACTED WHEN A 
  4935.        DLR WORKSTATION TRIES THE LOGON TO A BACKUP SERVER 
  4936.  
  4937.        If the Domain Controller goes down, Dos Lan Requester will not allow 
  4938.        logon if a backup Domain Controller exists. 
  4939.  
  4940.      o APAR IC04456 DLR WITH LOAD=C:\WINDOWS\WINPOPUP.EXE IN WIN.INI WILL 
  4941.        CONTINUE TO APPEND A WINPOPUP ENTRY AT EACH START OF WINDOWS 
  4942.  
  4943.        If a DLR has WINPOPUP fully qualified on the load statement in WIN.INI, 
  4944.        (i.e. load = c:\WINDOWS\WINPOPUP) DLR does not recognize that the 
  4945.        WINPOPUP statement is there and adds another one. If load = WINPOPUP is 
  4946.        coded, it is recognized correctly. 
  4947.  
  4948.      o APAR IC04921 ETH_AUT.BAT HAS INCORRECT WORKSATION HEURISTICS VALUES 
  4949.        (/WRK) FOR ETHERNET RIPL 
  4950.  
  4951.        Apparently the ETH_AUT.BAT was not updated from the LS 2.0 values.  The 
  4952.        /WRK values in ETH_AUT.BAT are incorrect. 
  4953.  
  4954.      o APAR IC05054 DOSLAN.INI IS INCORRECT IF /SRV IS ON PCLP NET START LINE 
  4955.  
  4956.        When using DLRINST to upgrade from PCLP 1.3x to DLR 3.0, the DOSLAN.INI 
  4957.        for DLR gets corrupted if the PCLP NET START command in the AUTOEXEC.BAT 
  4958.        contains parameters that are not separated by at least one blank. 
  4959.  
  4960.      o APAR IC05162 WLR0064 WHEN ADDING A SHARED APP TO A GROUP FROM WINDOWS 
  4961.        3.1 
  4962.  
  4963.        If running Windows in standard mode and attempting to add a shared 
  4964.        application to a new group, the error WLR0064 may occur. 
  4965.  
  4966.      o APAR IC05189 THE FUNCTION 5F04H (CANCEL REDIRECTION) *DOES NOT* RETURN 
  4967.        THE CORRECT ERROR CODES WHEN A NETWORK ERROR IS PRODUCED 
  4968.  
  4969.        API calls to the VNETAPI driver are returning error codes from the OS/2 
  4970.        redirector instead of a DOS return code which could cause the DOS 
  4971.        application confusion. The OS/2 error code needs to be mapped to an 
  4972.        appropiate DOS return code. 
  4973.  
  4974.      o APAR IC05238 LOGON ASSIGNMENTS FAIL WHEN LOGON IS SERVICED BY BACKUP 
  4975.        DOMAIN CONTROLLER 
  4976.  
  4977.        The original release of LAN Server 3.0 would not allow for the backup 
  4978.        server to perform logon assignments when the primary domain server was 
  4979.        disabled and returned a NET8198 error (indicating logon assignment 
  4980.        failed). This problem has been corrected and the two dynamic link 
  4981.        libraries that were affected were LRRS.DLL and LRSD.DLL (On the backup 
  4982.        server). 
  4983.  
  4984.      o APAR IC05280 REPLACING THE %2 PARM IN AN EXTERNAL RESOURCE .BAT FILE 
  4985.        CAUSES A CW19461 OR CW19462 ERROR 
  4986.  
  4987.        For external aliases, a batch file is created with the statement "NET 
  4988.        USE %2 \\server\netname".  If the %2 in the batch file is replaced with 
  4989.        a drive letter or printer, the error CW19462 will occur. 
  4990.  
  4991.      o APAR IC05384 LOGON ATTEMPT ACROSS A BRIDGE GIVES NET248 OR NET355 
  4992.  
  4993.        If DLR is started without the /NMS parameter and logon is attempted 
  4994.        across a bridge or the server is too busy to respond quickly to the 
  4995.        requester logon may fail with a NET248 error.  This error is more likely 
  4996.        to occur on machine with faster processors. 
  4997.  
  4998.      o APAR IC05441 ACCORDING TO THE COMMAND REFERENCE, LOGOFF /D /Y, /N /Y, OR 
  4999.        ANY OTHER COMBINATION SHOULD WORK, IT DOES NOT WORK. 
  5000.  
  5001.        The help in the Online LAN Server command reference was misleading and 
  5002.        has been changed to be identical to that of the hardcopy version of the 
  5003.        LOGOFF function. 
  5004.  
  5005.      o APAR IC05483 NET COPY FAILS WITH NET810 IF 13 OR MORE NET USES ARE IN 
  5006.        EFFECT WHEN NET COPY IS ISSUED 
  5007.  
  5008.        The NET COPY command that contains a UNC path (i.e. "net copy 
  5009.        \\server\netname\file c:\file") will fail with a NET810 error if it is 
  5010.        issued on a DLR machine that has 13 or more NET USE's active. 
  5011.  
  5012.      o APAR IC05512 DOS API 4202 LSSEEK TO END OF FILE SETS EOF POINTER 
  5013.        INCORRECTLY 
  5014.  
  5015.        If a program running DLR issues a series of sequential writes that 
  5016.        extent the length of a file and then issue an INT 21H function 4202H 
  5017.        (LSSEK to end of file) the program may be returned an incorrect value. 
  5018.        This problem has occured with Wordperfect and caused data near the end 
  5019.        of the file to be overwritten. 
  5020.  
  5021.      o APAR IC05515 DLR RIPL WORKSTATION HAS /WRK PARAMETER #3 SET TO 0 WHILE 
  5022.        USING TR 16/4 ADAPTER CAUSES MULTIPLE "COPY" PROBLEMS 
  5023.  
  5024.        If workheuristic bit C in the DOSLAN.INI is set to 0, then a DOS COPY or 
  5025.        XCOPY of a file has the following problems: 
  5026.  
  5027.          1. A copy of a file from the workstation to the server, when the file 
  5028.             does not exist on the server, will get a "file not found" error. 
  5029.  
  5030.          2. A copy of a file from the workstation to the server, when the file 
  5031.             does exist on the server, does not change file size. 
  5032.  
  5033.      o APAR IC05569 DLR RECEIVES A NET248 ERROR DURING LOGON TO AN EXTERNAL 
  5034.        DOMAIN IF THERE ARE INSUFFICIENT NAME RESOURCES AVAILABLE 
  5035.  
  5036.        When too few NAMES are specified for the LAN Support Program (DLR 
  5037.        requires a minimum of 8 names) and a LOGON to a domain other then the 
  5038.        one listed in the DOSLAN.INI file is attempted, the logon fails.  If the 
  5039.        logon was done at the FSI, a messages displayed slowly pops up saying 
  5040.        "the domain controller could not be contacted".  If the logon was done 
  5041.        at a command line, a NET248 message will be slowly display.  After the 
  5042.        logon attempt, all responses are very slow. It may take up to 30 minutes 
  5043.        for the complete NET248 message to be displayed. 
  5044.  
  5045.      o APAR IC05715 LOADING DLR HIGH WITH THE LH NET START AND /UMB PARAMETER 
  5046.        IN THE DOSLAN.INI GIVES A NET311 
  5047.  
  5048.        If the network is started with the "LOADHIGH NET START" command, the 
  5049.        error "NET017 There is not enough memory to start the network" or 
  5050.        "NET311 The NETWORK?.CMD file cannot be accessed" may occur.  The error 
  5051.        that is received depends on the amount of free UMB memory available. 
  5052.  
  5053.      o APAR IC05716 INSTALLING DLR & AUTOEXEC.BAT WITH NO PATH, THE DLR PATH IS 
  5054.        APPENDED TO THE AUTOEXEC.BAT WITH NO PATH= STATEMENT 
  5055.  
  5056.        If you install DLR onto a machine that does not have a PATH= statement 
  5057.        in the AUTOEXEC.BAT, the path where the DLR code was installed is 
  5058.        appended to the AUTOEXEC.BAT without PATH= in front of it. For example, 
  5059.        the appended line reads "C:\DOSLAN" instead of "PATH=C:\DOSLAN".  This 
  5060.        results in a BAD COMMAND OR FILENAME error when executing the 
  5061.        AUTOEXEC.BAT file. 
  5062.  
  5063.      o APAR IC05758 WHEN A DLR NETWORK ADAPTER IS REMOVED FROM THE RING IN THE 
  5064.        MIDDLE OF A COPY COMMAND, THERE IS NO ERROR GENERATED 
  5065.  
  5066.        When using the Lan Network Manager to remove a Dos Lan Requester's (DLR) 
  5067.        adapter from the ring and the DLR is actively copying files, the file 
  5068.        copy ends, but no error is generated and the machine hangs. 
  5069.  
  5070.      o APAR IC05792 DLR HANG 386MAX PROTECTION VIOLATION 
  5071.  
  5072.        In situations where the server is very busy, a Protection Violation Trap 
  5073.        in 386MAX may occur.  Without 386MAX running this could cause a hang. 
  5074.        This error will only occur with NBS set to 3 or 4. 
  5075.  
  5076.      o APAR IC05818 LS 3.0 DOSLAN.INI /NTS (NO TIME SYNCHRONIZATION) PARAMETER 
  5077.        IS IMPLEMENTED WITH LS 3.0 SERVICEPAK (IP07003 FOR DLR'S) 
  5078.  
  5079.        A new parameter /NTS (No Time Sync) has been added.  If the /NTS 
  5080.        parameter is in the DOSLAN.INI or on the NET START command line, the NET 
  5081.        LOGON command will not sync the workstations time with the logon 
  5082.        servers. 
  5083.  
  5084.      o APAR IC05908 LOGOFF TRAPS WHILE REMOTE CM IS RUNNING 
  5085.  
  5086.        In the original release of LAN Server 3.0, the command LOGOFF trapped 
  5087.        when a remote Communications Manager was running.  The reason was that 
  5088.        UPM notifies APPC of logoffs and LOGOFF was trapping in the 
  5089.        dosloadmodule call to load APPC.DLL in order to make the logoff 
  5090.        notification call. The APPC.DLL had been loaded off a LAN drive that had 
  5091.        already been disconnected by LOGOFF when the dosloadmodule call was 
  5092.        made. The OS/2 loader trapped because it had an invalid handle to 
  5093.        APPC.DLL. This has since been corrected and the deliverable file that is 
  5094.        affected is LOGOFF.EXE. 
  5095.  
  5096.      o APAR IC05936 DOS 5.0 GETMACHINENAME FUNCTION CALL (5E00H) DOES NOT PAD 
  5097.        MACHINE NAME WHEN ISSUED IN VDM 
  5098.  
  5099.        The API to get the machine name (INT 21x ax=5e00) should return a 
  5100.        machine name that is  padded with blanks, it does not. 
  5101.  
  5102.      o APAR IC06022 HARVARD GRAPHICS FAILS TO LOAD AFTER INSTALL CHECK 
  5103.  
  5104.        The flag byte (in BL) that is returned from the interrrupt 2fx function 
  5105.        B800x was being incorrectly set. If an application checked BL on return 
  5106.        from this call they would be getting the wrong information, which could 
  5107.        indicate the network was not installed when it really was. 
  5108.  
  5109.      o APAR IC06088 CLOSE OF PIPE NOT WAITING ON OUTSTANDING DOSREADASYNCNMPIPE 
  5110.        REQ 
  5111.  
  5112.        If a DosReadAsyncNMPipe is issued and then the pipe is closed before the 
  5113.        read completes, the read request will receive an error 109 "Pipe Broken" 
  5114.  
  5115.      o APAR IC06166 FSI LOGON HANGS DLR WHEN DLR INSTALLED IN DIR OTHER THAN 
  5116.        DOSLAN 
  5117.  
  5118.        When DLR is installed in a directory other than DOSLAN and no DOSLAN 
  5119.        directory exists, a logon from the FSI will potentially create lost 
  5120.        clusters and chains on the hard drive. 
  5121.  
  5122.      o APAR IC06270 LOGON ATTEMPT ACROSS A BRIDGE GIVES NET248 OR NET355 
  5123.  
  5124.        If DLR is started without the /NMS parameter and logon is attempted 
  5125.        across a bridge or the server is too busy to respond quickly to the 
  5126.        requester logon may fail with a NET248 error.  This error is more likely 
  5127.        to occur on machine with faster processors. 
  5128.  
  5129.      o APAR IC06391 SHARE.EXE CAUSES NET810 ON DLR AT 7003 LEVEL 
  5130.  
  5131.        Issuing the NET WHO command with SHARE loaded or in a Specific DOS 
  5132.        Session (VMB) under OS/2 will result in a NET810 error. 
  5133.  
  5134.      o APAR IC06505 RUNLSAPP NOT WORKING WITH FREELANCE 
  5135.  
  5136.        Network connections are deleted when starting Freelance Graphics in 
  5137.        Windows using RUNLSAPP.EXE. 
  5138.  
  5139.      o APAR IC06758 AFTER LOGGING OFF FROM INSIDE WINDOWS AND THEN PERFORMING A 
  5140.        NET WHO COMMAND YOU STILL SEE THE MACHINE NAME LOGGED ON 
  5141.  
  5142.        A problem exists when logging off from inside windows and then 
  5143.        performing a Net Who command from the command line.  The machine will 
  5144.        still be listed in the table, however the user ID is changed to the 
  5145.        machine ID. 
  5146.  
  5147.      o APAR IC06824 NET0805 MESSAGE ON DISCONNECTED RESOURCE ON DLR MACHINE 
  5148.        WITH /ENC OPTION 
  5149.  
  5150.        The problem deals with the /enc parameter in the DOSLAN.INI file, and 
  5151.        having a logon assignment on an additional server.  If the drive becomes 
  5152.        disconnected while logged on, and user tries to use it, a NET805 message 
  5153.        will be issued indicating that the network device no longer exists. 
  5154.  
  5155.      o APAR IC06904 WINDOWS 3.1 ON DLR DOES NOT PROMPT YOU TO LOGON WHEN YOU 
  5156.        ESTABLISH A CONNECTION USING UNC NAMES THRU THE DRIVE ICON 
  5157.  
  5158.        When using the windows DRIVES icon, it was possible to gain access to a 
  5159.        redirected drive without being prompted to logon. 
  5160.  
  5161.  
  5162. ΓòÉΓòÉΓòÉ 8.4.3. IPx7060 DLR APARs ΓòÉΓòÉΓòÉ
  5163.  
  5164. This section describes DLR APARs that were corrected in IPx7060. 
  5165.  
  5166.      o APAR IC05909 DLR ALLOWS ILLEGAL FILE, LPTX, TO BE CREATED. 
  5167.  
  5168.        When an application tries to print to a printer that the user doen't 
  5169.        have, it causes an illegally named file(e.g.,LPTx, PRN) to be created on 
  5170.        the network drive. 
  5171.  
  5172.      o APAR IC06482 NETWORK APPLICATIONS ABORT WHEN STARTED VIA PROGMAN.INI. 
  5173.  
  5174.        With "USER LOGON" enabled at Windows startup, when PROGMAN.INI (which 
  5175.        contains the network group information) is used to start network 
  5176.        applications, those applications ABORT at Windows Startup because the 
  5177.        user LOGON has not yet completed. 
  5178.  
  5179.      o APAR IC06505 RUNLSAPP WON'T WORK WITH FREELANCE. 
  5180.  
  5181.        When using RUNLSAPP.EXE to launch LOTUS FREELANCE, FREELANCE becomes 
  5182.        unstable and both Freelance and Windows fail. Problem does not occur 
  5183.        when Freelance is run from Windows Program Manager. This can occur with 
  5184.        other Windows applications that have an initial exe that spawns other 
  5185.        exe's. 
  5186.  
  5187.      o APAR IC06611 CANNOT ENTER THE PASSWORD WHEN THE /ENC IN THE DOSLAN.INI 
  5188.        IS SET. 
  5189.  
  5190.        WLR0053: "You have specified a password that is not correct" error 
  5191.        received while changing expired password on a DLR WINDOWS requester if 
  5192.        the /ENC ( encryption ) parameter is specified in the DOSLAN.INI file. 
  5193.  
  5194.      o APAR IC06655 APPS HANG WHEN INVOKED FROM DLR 3.0 FSI WITH EITHER NETX OR 
  5195.        VLMS 
  5196.  
  5197.        With DLR 3.0 (IP07045 applied) and NetX or VLMS configured and loaded, 
  5198.        any attempt to start any apps from the DLR full screen interface results 
  5199.        in a hang condition, requiring a cold boot. If NetX or VLM is not 
  5200.        loaded, then the apps invoke. 
  5201.  
  5202.      o APAR IC06804 FIXACC KILLS UPM WORKER THREAD - DB2/2 & CM/2 CAN'T START 
  5203.        NEW SESSION 
  5204.  
  5205.        If user stops RDR (redirector which will also stop Server/Requester) via 
  5206.        'net stop rdr' command and then runs FIXACC, FIXACC does not check to 
  5207.        see if anyone else is using the UCB shared segment and simply kills any 
  5208.        threads, causing major problems with applications. 
  5209.  
  5210.      o APAR IC06851 WORD PERFECT 6.0 RETURNS 0 BYTES FREE ON PARTITION SIZES > 
  5211.        2 GB ON AN LS 3.0 FILE SERVER 
  5212.  
  5213.        Problem occurs when DOS applications attempt to perform a timed backup 
  5214.        of work in progress. User-initiated saves have no problem. 
  5215.  
  5216.      o APAR IC06906 FIXACC DESTROYS LAST LOGON DATE INFORMATION IN NET.ACC 
  5217.  
  5218.        Running FIXACC from lan server 3.0 on a NET.ACC file will remove the 
  5219.        LAST LOGON DATE information from the NET.ACC. Data was in the NET.ACC 
  5220.        before running was destroyed. 
  5221.  
  5222.      o APAR IC07035 WHEN RUNNING UPGRDLR.BAT IT WILL NOT KEEP LOCALLY SERVED 
  5223.        APP MENUS. THEY RETURN TO DEFAULT 
  5224.  
  5225.        When running the upgrdlr.bat, it will not keep the user defined 
  5226.        applications. They are stored on the local files $*.* ($$GROUP.FIL and 
  5227.        $GROUP20.FIL). (side note: ls30 and dlr 7000 GA also need a newer 
  5228.        fixini.exe or going from dlr 1.3 to 3.0 gives net003 because the 
  5229.        doslan.ini /wrk does not contain 15 characters) 
  5230.  
  5231.      o APAR IC07055 DLR W/CDROM USING PUBLIC APP THAT ASSIGNS NEXT DRIVE GETS 
  5232.        ERROR CE85: PANEL NOT FOUND. 
  5233.  
  5234.        Using DLR with CD ROM installed, choosing a public app that assigns the 
  5235.        next available drive, gets the following error: 
  5236.  
  5237.               Following panel was not found.
  5238.               CE85
  5239.               Severity ...... :
  5240.               Source ........ : 10
  5241.               Code .......... : 4
  5242.        If the application is set up with a specific drive letter for the 
  5243.        assigned drive, it works. 
  5244.  
  5245.      o APAR IC07261 NET224 ERROR DURING LOGON USING THE /SCRIPTPATH OPTION ON A 
  5246.        DLR 
  5247.  
  5248.        Using the /scriptpath function to run a file at logon causes DLR to fail 
  5249.        with a Net224 error, stating that no user is currently logged on. The 
  5250.        Scriptpath file runs before the logon process completes. 
  5251.  
  5252.      o APAR IC07678 INVALID DRIVE SPECIFICATION WHEN LOGGING ON TO LS30 VIA DLR 
  5253.        TO WINDOWS RUNNING RUNLSAPP. 
  5254.  
  5255.        The customer uses RUNLSAPP in Windows and boots directly to Windows 
  5256.        after running LSP and NET START. A logon panel is presented and the user 
  5257.        tries to logon with a valid Userid and Password.  DOS attempts to run 
  5258.        the group logon profile but receives an INVALID DRIVE SPECIFICATION. It 
  5259.        then returns to program manager with the DOS shell minimized. The user 
  5260.        then has to double click on the DOS icon to run the user logon profile. 
  5261.        Both the Group and User logon profiles work fine under DOS. 
  5262.  
  5263.      o APAR IC07693 DLR30 FIXES CHANGES DRIVE Z TO DRIVE Y 
  5264.  
  5265.        After user applies fixes from DLR30.ZIP file, and re-boots/logs on, the 
  5266.        previous log assignment with an alias assigned to drive Z now is 
  5267.        assigned to drive Y. User previously had another logon assignment to 
  5268.        drive Y that is now invalid. 
  5269.  
  5270.      o APAR IC07756 DLR HANGS WHEN TRYING TO CANCEL A PRINT JOB 
  5271.  
  5272.        Cancelling a print job from the DLR Full Screen Interface (FSI) hangs 
  5273.        the workstation. If running QEMM instead of EMM386 on the same machine, 
  5274.        QEMM will return following error message: 
  5275.  
  5276.               Exception #13 at 373D:027C, error code: 0000
  5277.  
  5278.      o APAR IC07838 UNEXPECTED WLR0028 MESSAGE FROM DLR WHEN LOGON WITH EXPIRED 
  5279.        PASSWORD. 
  5280.  
  5281.        When logging on from Windows control panel "network" icon, users with 
  5282.        expired passwords may be unable to change them. Users see the message: 
  5283.        "You do not have sufficient privilege to perform this operation. 
  5284.        WLR0028." 
  5285.  
  5286.      o APAR IC07842 POP-UP MESSAGE HANGS ON DLR ON 80286 MACHINES 
  5287.  
  5288.        With the DLR installed from LS 3.0 on a PS/2 8560- 071 with 16/4 TR 
  5289.        adapter, and with the /POP parameter in the DOSLAN.INI and the Pop-up 
  5290.        message service, the Pop-up message hangs and the customer cannot break 
  5291.        with ESC.  The machine must be rebooted. This error only occurs on a 
  5292.        80286 machine. 
  5293.  
  5294.      o APAR IC07878 CE21508 CAN NOT ACCESS PANEL LIBRARY WITH DLR ONLINE 
  5295.        REFERENCE 
  5296.  
  5297.        Accessing the DLR Online Reference generates panel error CE21508 when 
  5298.        there is a backup domain on the network.  If the backup domain is 
  5299.        shutdown or is busy and can not respond, OLR can be accessed without 
  5300.        problems. 
  5301.  
  5302.      o APAR IC07962 DLRS AT 7045 LEVEL DO NOT TIMESYNC IF BACKUP DC IS RUNNING. 
  5303.  
  5304.        Running TIMESOURCE on Domain Controller, if the backup DC is not running 
  5305.        the DLRs get their time from the DC. If the backup DC is running, the 
  5306.        DLRs do not timesync. 
  5307.  
  5308.      o APAR IC07964 ERROR NET355 WHEN ATTEMPTING TO LOGON FROM DOS LAN 
  5309.        REQUESTER ACROSS BRIDGED 56KB LINE TO SERVER 
  5310.  
  5311.        Customer receives NET355: Access Denied error when attempting to logon 
  5312.        from DOS LAN Requester across bridged 56KB line to LAN Server. Error is 
  5313.        returned within 2 seconds or less. 
  5314.  
  5315.      o APAR IC08131 REDIRECTED SCREEN OUTPUT FROM DLR ON SRV DRIVE DIDN'T WORK 
  5316.  
  5317.        User redirects output from a File transfer to a server drive. The DOS 
  5318.        LAN Requester redirects output correctly up to a special size. If the 
  5319.        redirected output is too big, the requester hangs but the NUMLOCK key 
  5320.        works. No Adapter beep. The same thing happens if you make a redirected 
  5321.        screen output from a DIR c:*.* /S command to a server drive. 
  5322.  
  5323.      o APAR IC08207 NET3101 MAXUSERS EXCEEDED MESSAGE ON SERVER, NET3502 ON 
  5324.        OS/2 REQUESTERS, NET805 ON DLR WHEN USERS TRY TO CONNECT TO RESOURCES. 
  5325.  
  5326.        Server logs NET3101 error indicating MAXUSERS has been exceeded when 
  5327.        logon alias' are shared at user request. Logged on users can still use 
  5328.        their resources, new users may not be able to logon.  NET USE to 
  5329.        resources on the server from an OS/2 requester results in NET3502, 
  5330.        SYS0071.  DLR users get NET805. 
  5331.  
  5332.      o APAR IC08286 SEGMENT LOAD FAILURE WHEN EXITING WINDOWS APPLICATIONS. 
  5333.  
  5334.        When using RUNLSAPP to start Word Perfect for Windows 6.0a on a DLR 
  5335.        workstation, the following error is returned when exiting the 
  5336.        application: WPWIN60 Caused a Segment Load Failure in module WPWIN60.EXE 
  5337.        at 0078:3003 .  CLOSE After pressing close, the screen sometimes goes 
  5338.        blank and hangs the computer and sometimes goes back to the C: prompt. 
  5339.  
  5340.      o APAR IC08557 DOS_READ OF 2152 BYTES TO MESSAGE MODE NAMEDPIPE HANGS 
  5341.        SYSTEM. 
  5342.  
  5343.        Running app on DOS/Windows client, server opens a namedpipe in message 
  5344.        mode. DOS app returns from PEEK_NAMED_PIPE with 2152 bytes, attempts the 
  5345.        read, and the DOS client hangs. Successful READs from a client when the 
  5346.        data size is greater than or less than 2152. 
  5347.  
  5348.      o APAR IC08561 DLR HANGS WHEN FILE EXTENSION IS NOT USED. 
  5349.  
  5350.        This problem occurs when a fully qualified path without a file extension 
  5351.        is used to execute a program.  The DLR hangs can occur: 
  5352.  
  5353.          1. on panel CWSW2 during RIPL  or 
  5354.  
  5355.          2. during execution of a batch file  or 
  5356.  
  5357.          3. during execution of a program from the Command Line Interface. 
  5358.  
  5359.      o APAR IC08682 LOADING LARGE EXECUTABLES ACROSS NETWORK IS SLOW ON DLR. 
  5360.  
  5361.        Customer running Btrieve application across the network.  Each 
  5362.        subsequent DLR to pull up the application takes longer to load. 
  5363.  
  5364.      o APAR IC08711 DLR HANGS DURING NAMED PIPE READ WITH IP07045 CODE 
  5365.  
  5366.        After installing IP07045 code at the requester, a 3270 program that 
  5367.        issues a named pipe read, appears to hang the requester.  (NUMLOCK still 
  5368.        works.)  If program is closed at the server, the requester is released. 
  5369.  
  5370.      o APAR IC08791 NET805 FOLLOWED BY DLR HANG WHEN CABLE IS UNPLUGGED 
  5371.  
  5372.        If a cable is unplugged from the MAU while a copy command is executed 
  5373.        from a local drive to a network drive, a NET805 msg is received, 
  5374.        followed by an abort,retry,or fail prompt. If abort is selected,the DLR 
  5375.        hangs and needs to be rebooted. If there is no activity on the DLR or if 
  5376.        the copy is from a network drive to another network drive,the dlr 
  5377.        doesn't hang. 
  5378.  
  5379.      o APAR IC08801 RIPL LOGON FAILS WITH MESSAGE ISPFMNT1.PAN COULD NOT BE 
  5380.        FOUND. 
  5381.  
  5382.         After installing the DLR30.zip fixes on a server, RIPL machines get the 
  5383.        message 
  5384.  
  5385.                   ISPFMNT1.PAN could not be found
  5386.  
  5387.        during the logon process when setting up a user with an expired 
  5388.        password. The logon fails, but the user is either put at a 
  5389.        Y:\DOSLAN\NET> prompt, or at the Served applications menu, without a 
  5390.        userid or domain. 
  5391.  
  5392.      o APAR IC09165 DLR INSTALL CREATES A SECOND PATH STATEMENT INSTEAD OF 
  5393.        APPENDING TO THE EXISTING PATH 
  5394.  
  5395.        Installing DLR 3.0 on a PC formatted with PCDOS 7.0, the PATH= line is 
  5396.        not appended with the DOSLAN directory.  Instead, a second PATH= 
  5397.        statement is added lower in the AUTOEXEC.BAT that overrides the first 
  5398.        PATH statement.  Thus, the only thing in the final PATH is C:\DOSLAN. 
  5399.  
  5400.      o (LS 4.0 APAR IC09256) RESOURCES DISCONNECTED WHEN PASSWORD EXPIRES 
  5401.  
  5402.        After a user's password expires at the server during an active session 
  5403.        from DLR (user id logged on and using shared resources), the user gets 
  5404.        DLS0072 error when accessing a shared drive ("system error reading drive 
  5405.        x"). 
  5406.  
  5407.  
  5408. ΓòÉΓòÉΓòÉ 8.5. LAPS Enhancements ΓòÉΓòÉΓòÉ
  5409.  
  5410. The following sections explain enhanced LAPS features.  Those features that 
  5411. have not appeared in previous ServicePaks are highlighed in blue when this 
  5412. document is displayed. 
  5413.  
  5414.  
  5415. ΓòÉΓòÉΓòÉ 8.5.1. THINLAPS - Supports non-LAPS Supplied MAC Drivers ΓòÉΓòÉΓòÉ
  5416.  
  5417. THINLAPS supports the installation and configuration of MAC drivers that do not 
  5418. ship with LAPS.  This could include MAC drivers that are shipped by IBM after 
  5419. the release of LAPS or MAC drivers that are supplied by other manufacturers. 
  5420. New MAC drivers shipped by IBM are available on the NTS/2 BonusPak available on 
  5421. many bulletin boards. 
  5422.  
  5423. To use a MAC driver that did not ship with LAPS, do the following on the CID 
  5424. code server: 
  5425.  
  5426.       1. Copy the MAC driver and its associated files (except for the .MSG 
  5427.          files) into the <path>\IBMCOM\MACS directory. 
  5428.       2. Copy the .MSG files into the <path>\IBMCOM directory. 
  5429.      where <path> is the target directory that was indicated when the LAPSDISK 
  5430.      utility was run to copy the LAPS disk to the code server. 
  5431.  
  5432.      After the MAC driver files have been copied to the code server, use 
  5433.      THINLAPS to configure LAPS on the boot diskettes for use with the adapter 
  5434.      that the new MAC driver supports.  To do this, run THINLAPS specifying the 
  5435.      NIF file associated with the new MAC driver. 
  5436.  
  5437.      Following is an example of a PROTOCOL.INI file created with THINLAPS: 
  5438.  
  5439.            [protman]
  5440.                driverName = protman$
  5441.  
  5442.            [netbeui_nif]
  5443.                driverName = netbeui$
  5444.                bindings = mac
  5445.  
  5446.           ; If running on an ethernet network, remove the semicolon from
  5447.           ; the "ETHERAND_TYPE =" statement to change the protocol
  5448.           ; convention from IEEE 802.3 to DIX 2.0.
  5449.           ; ETHERAND_TYPE = "D"
  5450.  
  5451.            [mac]
  5452.                drivername = ibmtok$
  5453.           ;     EARLYRELEASE
  5454.                ADAPTER = "PRIMARY"
  5455.           ;     NETADDRESS = ""
  5456.                MAXTRANSMITS = 6
  5457.                RECVBUFS = 2
  5458.                RECVBUFSIZE = 256
  5459.                XMITBUFS = 1
  5460.           ;     XMITBUFSIZE =
  5461.           ;     INTERRUPT =
  5462.                PCMCIA
  5463.           ;     RAM = 0x
  5464.                RINGSPEED = 4
  5465.           ;     RAMSIZE =
  5466.           ;     MMIO = 0x
  5467.  
  5468.      The following list describes the keyword types in the PROTOCOL.INI 
  5469.      example: 
  5470.  
  5471.       1. ADAPTER, MAXTRANSMITS, RECVBUFS, RECVBUFSIZE, XMITBUFS, RINGSPEED 
  5472.  
  5473.         o These are keywords with decimal values that have default values 
  5474.           associated with them. 
  5475.  
  5476.       2. XMITBUFSIZE, INTERRUPT, RAMSIZE 
  5477.  
  5478.         o These are keywords with decimal values that do not have default 
  5479.           values associated with them.  To activate one of these keywords, 
  5480.           remove the semicolon in column one and place a valid value after the 
  5481.           equal sign.  For example, XMITBUFSIZE = 256. 
  5482.  
  5483.       3. PCMICA 
  5484.  
  5485.         o This is a keyword without a value that is defaulted to ON in the .NIF 
  5486.           file. 
  5487.  
  5488.       4. EARLYRELEASE 
  5489.  
  5490.         o This is a keyword without a value that is defaulted to OFF in the 
  5491.           .NIF file. To activate this keyword, remove the semicolon in column 
  5492.           one. 
  5493.  
  5494.       5. NETADDRESS 
  5495.  
  5496.         o This is a keyword with a string value that does not have a default 
  5497.           value associated with it.  To activate this keyword, remove the 
  5498.           semicolon in column one, and place the desired value within the 
  5499.           double quotes.  For example, NETADDRESS = "400000274715". 
  5500.  
  5501.       6. RAM, MMIO 
  5502.  
  5503.         o These are keywords with hexadecimal values that do not have default 
  5504.           values associated with them.  To activate one of these keywords, 
  5505.           remove the semicolon in column one and place a valid hexadecimal 
  5506.           value after the 0x.  For example, RAM = 0xA00. 
  5507.  
  5508.      Note:   Keywords requiring values that do not have default values 
  5509.      associated with them and keywords not requiring values that are defaulted 
  5510.      to OFF are remarked out with a semicolon in column one in the PROTOCOL.INI 
  5511.      file. 
  5512.  
  5513.  
  5514. ΓòÉΓòÉΓòÉ 8.5.1.1. User Modification of PROTOCOL.INI: ΓòÉΓòÉΓòÉ
  5515.  
  5516. The PROTOCOL.INI file created by THINLAPS is sufficient for most network 
  5517. environments.  However, since the PROTOCOL.INI file may not be appropriate for 
  5518. the network environment, some parameter values in the PROTOCOL.INI file that 
  5519. THINLAPS created may need to be adjusted.  Use an ASCII editor to view and 
  5520. change the PROTOCOL.INI file created on the target drive after running 
  5521. THINLAPS. 
  5522.  
  5523. Because THINLAPS supports the configuration of non-IBM supplied MAC device 
  5524. drivers, all keywords with the MAC NIF files are defined in the resulting 
  5525. PROTOCOL.INI file.  Following are guidelines for modifying the MAC section in 
  5526. the PROTOCOL.INI file: 
  5527.  
  5528.      o To modify the value of a keyword without a semicolon in column one, edit 
  5529.        the value in the same format that it appears in the file (decimal, 
  5530.        hexadecimal, string, and so on). 
  5531.  
  5532.      o To modify the value of a keyword with a semicolon in column one, remove 
  5533.        the semicolon from column one, if there is: 
  5534.  
  5535.         NO "="                        this task is complete. 
  5536.  
  5537.         Nothing following the "="     supply a decimal value.  For example, 
  5538.                                       129. 
  5539.  
  5540.         A 0x following the "="        supply a hexadecimal value after the 0x. 
  5541.                                       For example, 0xA00. 
  5542.  
  5543.         Quotes following the "="      supply an ASCII string inside the quotes. 
  5544.                                       For example, "400000274715". 
  5545.  
  5546.  
  5547. ΓòÉΓòÉΓòÉ 8.5.1.2. NOTES: ΓòÉΓòÉΓòÉ
  5548.  
  5549.      o All keywords from the NIF file occur in the PROTOCOL.INI file. 
  5550.      o Keywords that have defaults are activated and have the default value 
  5551.        provided. 
  5552.      o Keywords requiring values that do not have default values associated 
  5553.        with them are remarked out with a semicolon in column one. 
  5554.      o Keywords that do not have values that are defaulted to ON are activated. 
  5555.      o Keywords not requring values that are defaulted to OFF in the .NIF file 
  5556.        are remarked out with a semicolon in column one. 
  5557.      o If there are any questions concerning the keywords or valid values for 
  5558.        each of the keywords, use an ASCII editor to view the MAC NIF file, 
  5559.        which describes each of the keywords and its valid values. 
  5560.  
  5561.  
  5562. ΓòÉΓòÉΓòÉ 8.5.1.3. RESTRICTIONS: ΓòÉΓòÉΓòÉ
  5563.  
  5564.      o THINLAPS supports only the configuration of one network adapter. 
  5565.      o THINLAPS provides only NetBIOS support. 
  5566.      o THINLAPS installs only in the root of the target drive. 
  5567.      o THINLAPS works only with valid MAC NIF files.  LAPS provides an applet 
  5568.        called SNIFFLE that validates .NIF files.  View the readme.utl file for 
  5569.        more information on the SNIFFLE applet. 
  5570.  
  5571.  
  5572. ΓòÉΓòÉΓòÉ 8.5.2. IBMTOK.OS2 MAC device driver upgraded to version 2.6 ΓòÉΓòÉΓòÉ
  5573.  
  5574. The IBMTOK.OS2 MAC device driver has been upgraded to Version 2.6.  This new 
  5575. version of the IBMTOK.OS2 MAC driver has added support for both the IBM Auto 
  5576. 16/4 Token-Ring MC Adapter Card and the IBM Auto 16/4 Token-Ring ISA Adapter 
  5577. Card. 
  5578.  
  5579.  
  5580. ΓòÉΓòÉΓòÉ 8.5.3. TRACENAMES  -  New Parameter for NETBIOS Traces ΓòÉΓòÉΓòÉ
  5581.  
  5582. The TRACENAMES parameter is used to limit tracing activity to the interaction 
  5583. between specified machines. Prior to the offering of this parameter, tracing at 
  5584. the transport level picked up all frame activity on the line, causing the trace 
  5585. buffer to quickly fill with irrelevant frame records. This parameter is ideal 
  5586. for isolating a problem between a server and requester on a large network. 
  5587.  
  5588. Tracing is limited by selecting NETBIOS names on remote machines using the 
  5589. TRACENAMES parameter. Names can be specified as either a 16-byte ASCII or 
  5590. 32-byte Hex value. Up to four names can be selected in either format.  The 
  5591. asterisk wildcard character (*) can be used in the ASCII format for ease of 
  5592. use, or to increase the number of remote names traced if machines have similar 
  5593. names. All names must reside on the same line as the TRACENAMES parameter. 
  5594. Incorrect length or invalid hex numbers cause an error and NETBEUI will not 
  5595. load. 
  5596.  
  5597. TRACENAMES works in conjunction with the OS2TRACEMASK parameter and the 
  5598. TRACEOFF parameter already available for NETBEUI in NTS/2 version 1.0 and LAN 
  5599. Server 3.0.  The OS2TRACEMASK must be set to the necessary nonzero values to 
  5600. activate any NETBIOS traces. The recommended setting is 0x07FF.  NDIS activity 
  5601. will not be filtered if the NDIS bits are activated in OS2TRACEMASK. 
  5602.  
  5603. The TRACENAMES parameter must be inserted into the PROTOCOL.INI file using an 
  5604. editor and is not yet a part of the LAPS config and install tool. TRACENAMES 
  5605. must be placed only in the NETBEUI_nif section. The following example shows the 
  5606. general location and format of the parameter: 
  5607.  
  5608.    PROTOCOL.INI
  5609.  [NETBEUI_nif]
  5610.  
  5611.      DriverName = netbeui$
  5612.      Bindings = IBMTOK_nif
  5613.      ...
  5614.      ...
  5615.      DLCRETRIES = 5
  5616.      OS2TRACEMASK = 0x07FF
  5617.      TRACENAMES = "req1       " "req2       " "req3       "
  5618.  
  5619. Other valid TRACENAMES formats are: 
  5620.  
  5621.      TRACENAMES = "72617131202020202020202020202000" "req2      *"
  5622.      TRACENAMES = "req*************" "72617131202020202020202020202020"
  5623.  
  5624. Activity relevant to the remote NETBIOS is traced. This includes NCBs issued 
  5625. with that remote name, as well as all session activity related to that remote 
  5626. name. All statuses from the lower layers are reported whether related to the 
  5627. remote station or not. Frame activity between the remote and local machines is 
  5628. traced by Local Session Number(LSN) after the session is established with the 
  5629. remote machine.  A maximum of 12 active sessions is traced. 
  5630.  
  5631. Some NCBs are not associated with a remote name or LSN and are not traced: 
  5632.  
  5633.      o Add Name 
  5634.      o Add Group Name 
  5635.      o Delete Name 
  5636.      o Cancel 
  5637.      o LAN Status 
  5638.      o Session Status 
  5639.      o Receive Broadcast Datagram 
  5640.      o Send Broadcast Datagram 
  5641.  
  5642.      NCB.Reset is traced even though it is not related to sessions or specific 
  5643.      names. Datagrams and other UI frames are traced if they contain a remote 
  5644.      name specified in TRACENAMES. RECEIVE.ANY type commands are traced on 
  5645.      completion if they report a session event related to a specified remote 
  5646.      machine. 
  5647.  
  5648.  
  5649. ΓòÉΓòÉΓòÉ 8.5.4. ODI2NDI Obtains Universal Address Automatically ΓòÉΓòÉΓòÉ
  5650.  
  5651. For ODI2NDI.OS2(V1.0), configuration of the NETADDRESS parameter was required, 
  5652. even if the user wanted to use the Network adapter universally administered 
  5653. address.  This requirement is necessary because ODI2NDI must provide the 
  5654. NETADDRESS to the ODI protocol (IPX) before ODI2NDI can obtain the adapter 
  5655. netaddress through the NDIS interface. 
  5656.  
  5657. ODI2NDI.OS2(V1.1) is modified so that it obtains the Network adapter universal 
  5658. address automatically when the NETADDRESS parameter is not configured for 
  5659. ODI2NDI.OS2.  To take advantage of this enhancement, the following manual 
  5660. modifications of CONFIG.SYS are required. 
  5661.  
  5662.       1. Configure ODI2NDI for a Network adapter MAC using the LAPS 
  5663.          configuration. 
  5664.       2. Manually perform the following updates to CONFIG.SYS: 
  5665.  
  5666.          a) Locate the Network adapter MAC device driver statement in 
  5667.             CONFIG.SYS. For example, for IBM Token Ring Network Adapters, the 
  5668.             MAC device driver statement is: 
  5669.  
  5670.                           DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2
  5671.  
  5672.          b) Position the MAC device driver statement after the PROTMAN.OS2 
  5673.             device driver statement, but before the ODI2NDI.OS2 device driver 
  5674.             statement in the CONFIG.SYS file. An example CONFIG.SYS fragment 
  5675.             is: 
  5676.  
  5677.                              :
  5678.                            DEVICE=C:\IBMCOM\PROTMAN.OS2 /I:C:\IBMCOM
  5679.                              :
  5680.                              :
  5681.                            DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2
  5682.                              :
  5683.                              :
  5684.                            REM --- NetWare Requester statements BEGIN ---
  5685.                            DEVICE=C:\NETWARE\LSL.SYS
  5686.                            RUN=C:\NETWARE\DDAEMON.EXE
  5687.                            device = C:\ibmcom\protocol\odi2ndi.os2
  5688.                              :
  5689.                              :
  5690.  
  5691.          c) Save the modified CONFIG.SYS.  The computer must be restarted for 
  5692.             the change to take effect. 
  5693.  
  5694.          The manual updates to the CONFIG.SYS file need to be done only the 
  5695.          first time the ODI2NDI protocol is configured for a Network Adapter 
  5696.          MAC. Modifying ODI2NDI or MAC parameters does not require additional 
  5697.          updates to CONFIG.SYS. 
  5698.  
  5699.      Note:   This enhancement does NOT work with ALL Network adapters.  If the 
  5700.              enhancement does not work with the Network adapter on the updated 
  5701.              computer, message LT80227 is displayed when the computer is 
  5702.              started. This message is also logged in the LANTRAN.LOG file 
  5703.              located in the IBMCOM subdirectory. If message LT80227 occurs, use 
  5704.              the LAPS configuration utility to configure the NETADDRESS for 
  5705.              ODI2NDI.OS2. 
  5706.  
  5707.  
  5708. ΓòÉΓòÉΓòÉ 8.5.5. LAPS Icon on the Desktop ΓòÉΓòÉΓòÉ
  5709.  
  5710. After  NTS/2 LAN Adapter and Protocol Support (LAPS) has been installed and 
  5711. configured on an OS/2 2.x system, a LAPS icon is placed in the System Setup 
  5712. folder. Double clicking on the icon brings up the LAPS 
  5713. installation/configuration utility. 
  5714.  
  5715.  
  5716. ΓòÉΓòÉΓòÉ 8.6. LAPS Defects ΓòÉΓòÉΓòÉ
  5717.  
  5718. The following sections describe APAR and Non-APAR defects corrected in this 
  5719. ServicePak.  Descriptions are in numerical order by ServicePak. Corrections new 
  5720. for IPx7060 (not fixed in a previous ServicePak) are highlighted on the 
  5721. display. 
  5722.  
  5723.  
  5724. ΓòÉΓòÉΓòÉ 8.6.1. NETBIOS Protocol Stack Defects ΓòÉΓòÉΓòÉ
  5725.  
  5726. Files that changed: 
  5727.  
  5728.  \IBMCOM\PROTOCOL\NETBEUI.OS2
  5729.  \IBMCOM\PROTOCOL\NETBEUI.NIF
  5730.  \IBMCOM\PROTOCOL\NETBIOS.OS2
  5731.  \IBMCOM\LT0.MSG
  5732.  \IBMCOM\LT0H.MSG
  5733.  
  5734.  
  5735. ΓòÉΓòÉΓòÉ 8.6.1.1. APAR fixes ΓòÉΓòÉΓòÉ
  5736.  
  5737.      o APAR IC06827 - NETBIOS RETURNS 0x4E FOR RING BEACONING 
  5738.  
  5739.        In the event of a beaconing ring for more than 60 seconds, NetBIOS will 
  5740.        return a 0x4E return code, clean queues, clean up any shared names, and 
  5741.        force a hard reset.  Similar events will occur with a cable pull with 
  5742.        the exception being a return code of 0x4F instead of 0x4E. 
  5743.  
  5744.      o APAR IC07036 - FRAME LENGTH INCORRECT IN A SIDEBAND/ETHERNET ENVIRONMENT 
  5745.  
  5746.        Frame length field was incorrect when a small frame was transmitted in 
  5747.        an Ethernet environment and netbeui sideband enabled. 
  5748.  
  5749.      o APAR IC07038 - NCB.STATUS RETURNED INCORRECT LAN TYPE 
  5750.  
  5751.         NCB.STATUS returned LAN type Token Ring even if the LAN connectivity 
  5752.        was Ethernet. 
  5753.  
  5754.      o APAR IC07151 - NETBEUI ENHANCEMENT FOR SMP ARCHITECTURED SYSTEMS 
  5755.  
  5756.        Netbeui module was enhanced to run on SMP architectured systems. 
  5757.  
  5758.      o APAR IC07192 - NETBIOS RECEIVE.ANY RETURNS CORRUPTED DATA 
  5759.  
  5760.        RECEIVE.ANY NetBIOS command that was aborted because of a hangup, 
  5761.        returned an incorrect name ID in the NCB_NUM field.  This caused the 
  5762.        RECEIVE.ANY to return with an incorrect return code of 0x13. 
  5763.  
  5764.      o APAR IC07262 - NETBEUI TRAP ON LAN SERVER ULTIMEDIA SERVER 
  5765.  
  5766.        LAN Server Ultimedia using FDDI connectivity removes priority sends from 
  5767.        the send queue based on the number of priority sends.  With the 
  5768.        fcpriority set to 5 on both the server and client workstations, netbeui 
  5769.        failed to test for an empty queue condition and a trap D occurred. The 
  5770.        fix also checks if the connectivity is FDDI and if so, the bandwidth ack 
  5771.        code is disabled but netbeui still sends frames at priority. 
  5772.  
  5773.      o APAR IC07768 - NCB.STATUS INDICATES NEGATIVE VALUE FOR NCB COUNTER 
  5774.  
  5775.        NCB.STATUS indicated an incorrect value for the current number of free 
  5776.        NCBs. 
  5777.  
  5778.      o APAR IC07858 - NEW NETBEUI MESSAGE LT00108 CAUSES TRAP IN IBMTOK.OS2 
  5779.        DRIVER 
  5780.  
  5781.        New NETBEUI message LT00108 caused a trap to occur in the IBMTOK.OS2 
  5782.        driver. This problem only occurred in LAPS syslevel 2.20.3. 
  5783.  
  5784.      o APAR IC07914 - NETBIOS TRAPS ATTEMPTING SHORT TERM MEMORY LOCK 
  5785.  
  5786.        NetBIOS passed a bad parameter to the DevHlp short term memory lock if a 
  5787.        DevHlp long term memory lock failed. The bad parameter caused the trap 
  5788.        to occur. 
  5789.  
  5790.      o IC08092 - NEW NetBIOS ERROR MESSAGES 
  5791.  
  5792.        Created new NetBIOS error messages.  These new messages indicate when a 
  5793.        system has run out of UI buffers or datagram buffers (LT00108), a 
  5794.        request to use a free NETBEUI GDT selector has failed (LT00105). 
  5795.  
  5796.      o IC08278 - DEFAULT NETBEUI CONFIGURATION PARAMETERS CHANGED 
  5797.  
  5798.        The following NETBEUI default configuration parameters were changed for 
  5799.        performance enhancements: 
  5800.  
  5801.          1. SELECTORS - from 5 to 15 
  5802.          2. T1 - from 500 to 1000 
  5803.          3. NETBIOSRETRIES - from 8 to 2 
  5804.          4. DATAGRAMPACKETS - from 2 to 10 
  5805.          5. LOOPPACKETS - from 1 to 8 
  5806.          6. DLCRETRIES - from 5 to 10 
  5807.  
  5808.      o IC08503 - NETWORK RESOURCE RESERVATION AUTOFAIL FUNCTION IS INCORRECT 
  5809.  
  5810.        LAN Server Ultimedia, Network Resource Reservation (NRR) and autofail 
  5811.        function did not work correctly. 
  5812.  
  5813.      o IC08654 - FILE TRANSFER CAUSES FILE DATA CORRUPTION 
  5814.  
  5815.        Transfering of files on a fast processor occassionly caused data 
  5816.        corruption in the resulting file. 
  5817.  
  5818.      o IC08773 - NAME DEREGISTERED CONDITION AFTER CANCEL ISSUED TO NCB.CALL 
  5819.  
  5820.        After a NCB.CALL command was cancelled after the NAMEQUERY was 
  5821.        broadcasted. An incorrect NAME_DEGREGISTERED (0x0f) return code was 
  5822.        returned as the NCB.CALL was completed. 
  5823.  
  5824.      o IC09159 - DATA FROM TIME-OUT SEND STAYS ON SEND QUEUE 
  5825.  
  5826.        NCB.SEND times out, but a pointer to the user's data was still remaining 
  5827.        on the send queue to be flushed later.  This caused the possibility of 
  5828.        the user to overwrite that data buffer, and bad data was sent. 
  5829.  
  5830.      o IC06115 - Duplicate LAA Causes Errorous Server Name-In-Conflict 
  5831.  
  5832.        Two LAN requesters with the same LAA causes a name-in-conflict frame to 
  5833.        be sent indicating that the Server's name is in conflict.  The 
  5834.        name-in-conflict frame caused the Server to remove it's NETBIOS name, 
  5835.        shutting down the Server. 
  5836.  
  5837.      o IC06224 - NETBEUI Stack Corruption Causes Various Session Control 
  5838.        Problems 
  5839.  
  5840.        Corrupted NETBEUI stacked caused session abends and Trap E. 
  5841.  
  5842.      o IC06398 - Pulled PC-NET Cable Fails To Provide Proper NETBIOS Return 
  5843.        Code 
  5844.  
  5845.        When executing NETBIOS applications and the PC-NET cable is pulled, all 
  5846.        NETBIOS commands appeared to be executing (no return code to indicated a 
  5847.        NETBIOS reset was needed).  A pull PC-NET cable causes a network status 
  5848.        of NO CARRIER and the adapter is NOT closed.  NETBIOS now waits 60 
  5849.        seconds before returning a return code to indicate that a NETBIOS reset 
  5850.        is needed. 
  5851.  
  5852.      o IC06414 - NETBIOS Reset Returns Incorrect Resource Information 
  5853.  
  5854.        When a NETBIOS reset is issued to an adapter that is not being used by 
  5855.        LAN Server, the reset returns incorrect resource information and 
  5856.        completes with a return code 0x09.  This problem was introduced in NTS/2 
  5857.        CSD WR07020. 
  5858.  
  5859.      o JR07633 - NETBIOS Fails To Detect Bad PC-NET Card During Initial Adapter 
  5860.        Open 
  5861.  
  5862.        During IPL, NETBIOS failed to execute a check on the hardware status 
  5863.        bits during the initial open adapter.  If the PC-NET card was open but 
  5864.        the hardware status bits indicated a problem, NETBIOS never detected it. 
  5865.  
  5866.      o IC04951 - UNC Name failures with IBM Ethernet 
  5867.  
  5868.        References to a resource by UNC names failed with error code SYS0240 on 
  5869.        the server that was working on the NETBEUI stack with IBM Ethernet. 
  5870.  
  5871.      o IC05402 - SOURCE ROUTING FIXES IN NETBEUI 
  5872.  
  5873.        Fixes were required for receiving frames on a link that crosses 
  5874.        source-routing bridges - the route of the incoming frame should not be 
  5875.        assumed to be the same as the route used for outgoing frames.  For TEST 
  5876.        frames received with 2 bytes of Routing Information, the TEST response 
  5877.        was built incorrectly. 
  5878.  
  5879.      o IC05486 - TRAP IN NETBEUI ON A VALUEPOINT MACHINE 
  5880.  
  5881.        Residual code from an OS/2 EE 1.3 environment remained in NETBEUI. 
  5882.        Residual code caused the Trap D. 
  5883.  
  5884.      o IC05526 - HPFS386 SIDEBAND TRAP D ON ETHERNET 
  5885.  
  5886.        When running HPFS386 on Ethernet and attempting to copy a file from a 
  5887.        redirected drive, a Trap D occurred at CS:C08 EIP:8A5. 
  5888.  
  5889.      o IC05551 - TRAP D IN NETBEUI - INITDS CORRUPTED 
  5890.  
  5891.        Trap D was caused by an invalid selector for low memory data segment. 
  5892.  
  5893.      o IC05673 - Four Separate Symptoms 
  5894.  
  5895.      o IC05673 - 1) SESSION NOT ESTABLISHED IF SABMES ARRIVE AT WRONG TIME 
  5896.  
  5897.        If sessions were being brought up simultaneously on two machines, SABMEs 
  5898.        and UAs can conflict causing session establishment to fail.  The data 
  5899.        area is then corrupted because the link state is wrong. 
  5900.  
  5901.      o IC05673 - 2) RECEIVE BROADCAST LOOPING 
  5902.  
  5903.        When two or more applications have a receive_broadcast NCB outstanding, 
  5904.        issue the next receive_broadcast on appendage.  NETBEUI goes into a loop 
  5905.        processing the appendage NCB as an additional receive on the 
  5906.        receive_broadcast queue. 
  5907.  
  5908.      o IC05673 - 3) SESSION_ALIVE SENT WITH INCORRECT LSN NUMBER CAUSES 
  5909.        CORRUPTION 
  5910.  
  5911.        Session_Alive sent with incorrect LSN number causes corruption of the 
  5912.        NTE Listen queue.  Links can drop afterward. Fix was to correct sending 
  5913.        of Session_Alive frame to have correct LSN number only from links in 
  5914.        Normal state. 
  5915.  
  5916.      o IC05673 - 4) ADJUST ORDER OF SABME/UA RESPONSES 
  5917.  
  5918.        Reordered processing of link establishment and closing prevents case of 
  5919.        extra receive ready, or FRMR. 
  5920.  
  5921.      o IC05780 - STARTING LS 3.0 WHILE 3270 COMING UP CAUSES COM505 ERROR - 
  5922.  
  5923.        If starting LAN Server and Communications Manager 3270 feature at the 
  5924.        same time, Communications Manager 3270 will hang with COM505 Error. 
  5925.  
  5926.      o IC05794 - NETBIOS RESET RETURNS RC=23 
  5927.  
  5928.        Applications on Token Ring Network can issue "Reset" before NETBIND has 
  5929.        completed.  When this occurs, NETBIOS returns RC=38 (Requested Resource 
  5930.        Not Available) and then RC=23 (Invalid LAN Adapter Number). 
  5931.        Serialization of the NETBIND execution process can solve the problem. 
  5932.        This fix increases the number of "Reset Retries" which should mask any 
  5933.        such race condition. 
  5934.  
  5935.      o IC05869 - TRAP E IN NETBEUI 
  5936.  
  5937.        Trap E occurs during Remote IPL of OS/2 2.0 or OS/2 2.1. 
  5938.  
  5939.      o IC05902 - XMIT_TEST_CMD RESPONSE LOST BY NETBEUI 
  5940.  
  5941.        Under certain circumstances Transmit_Test_Cmd is rejected by Netbeui and 
  5942.        passed to the next protocol stack. 
  5943.  
  5944.      o JR06350 - Redirector failing to Reset 
  5945.  
  5946.        NETBEUI was clearing a flag bit whether it actually issued the hard 
  5947.        reset or not.  Clearing this flag bit when a different flag bit was set 
  5948.        prevented NETWKSTA.SYS from issuing the reset. 
  5949.  
  5950.      o JR06550 - CLIENT REMOTE BUSY STATE CAUSED SERVER HANG 
  5951.  
  5952.        Requester workstations were in a ReMoteBusy state causing the Server to 
  5953.        fill up the I-Frame buffer with SessionAlive frames.  Eventually this 
  5954.        caused the Server to hang if the requester workstations remained in a 
  5955.        ReMoteBusy state. 
  5956.  
  5957.  
  5958. ΓòÉΓòÉΓòÉ 8.6.1.2. Other fixes ΓòÉΓòÉΓòÉ
  5959.  
  5960.      o RING 3 APPLICATION DOESN'T GET IMMEDIATE BAD RETURN CODE 
  5961.  
  5962.        Ring 3 applications was not given back an immediate bad returned code. 
  5963.  
  5964.      o Access Denied Copying a 583120 Byte File To Server 
  5965.  
  5966.        When attempting to copy a 583120 byte file from a requester to a HPFS386 
  5967.        server, an access denied was caused by NETBEUI. 
  5968.  
  5969.      o NETBIOS NCB.STATUS Failed To Return Correct Datagram Size 
  5970.  
  5971.        The datagram length was calculated incorrectly causing data to be lost. 
  5972.  
  5973.      o NAME-IN-CONFLICT Message 
  5974.  
  5975.        When a NAME-IN-CONFLICT occurs, a NAME-IN-CONFLICT message LT00102 will 
  5976.        be logged to the LANTRAN.LOG file indicated the NETBIOS name-in-conflict 
  5977.        and the node address of the workstation sending the NAME-IN-CONFLICT 
  5978.        frame. When a NAME-IN-CONFLICT occurs with a LS Server name, the message 
  5979.        will also pop-up to the screen. 
  5980.  
  5981.      o Prevent NETBIOS Timers From Wrapping 
  5982.  
  5983.        NETBIOS timers are now set to maximum value if wrapping occurs. 
  5984.  
  5985.      o NETBIOS returns FF Return Code As Final NETBIOS Return Code 
  5986.  
  5987.        A NCB.SEND command completed on interrupt before the NCB.SEND was put on 
  5988.        a queue with a FF pending code.  The final return code was overwritten 
  5989.        with FF.  Some NETBIOS applications received a NETBIOS return code 13 
  5990.        due to this problem. 
  5991.  
  5992.      o Configuration Of Different Netbios Transports Causes Trap D 
  5993.  
  5994.        A trap D occurred in NETBIOS.OS2 when two different NETBIOS transports 
  5995.        were configured with one of them having insufficient resources 
  5996.        configured in protocol.ini for what was requested in ibmlan.ini file. 
  5997.        The trap occurred on the first NETBIOS command issued other than a 
  5998.        reset. 
  5999.  
  6000.      o NETBEUI INITIALIZATION FAILS 
  6001.  
  6002.        Some configurations caused NETBEUI to fail to initialize. 
  6003.  
  6004.      o INCORRECT PACKET SIZE BROUGHT DOWN LAN SERVER 3.0 
  6005.  
  6006.        An Ethernet-only requester reaching a token-ring Busmaster server 
  6007.        through an 8209 bridge eventually caused the server to have multiple 
  6008.        sessions and then the server could not communicate with the Ethernet 
  6009.        requester or the token-ring requesters.  The packet size was being 
  6010.        altered by the 8209 bridge. 
  6011.  
  6012.      o NETBEUI WAS NOT LOOKING FOR 2 IN MINOR NDIS VERSION IN THE COMMON 
  6013.        CHARACTERISTICS TABLE 
  6014.  
  6015.        To determine if a MAC driver supports an extension to the MAC 
  6016.        Service-Specific Characteristics, NETBEUI should be looking for a 2 in 
  6017.        the Minor NDIS Version in the Common Characteristics table. 
  6018.  
  6019.      o ILLEGAL FRAME SIZE CAUSED TRAP D 
  6020.  
  6021.        When an illegal frame size was checked, it caused a Trap D in NETBEUI. 
  6022.  
  6023.      o TRAP D WHILE RUNNING NETSERV.EXE 
  6024.  
  6025.        A Trap D occurred in CS:OC78 EIP:EC9 
  6026.  
  6027.      o NETBIOS FAILED TO INITIALIZE ON ANY OS/2 VERSION GREATER THAN 2.0. 
  6028.  
  6029.        Install NTS/2 on OS/2 2.1 and configure for NETBIOS. During IPL, NETBIOS 
  6030.        failed to initialize.  This indicated the wrong version of the operating 
  6031.        system. 
  6032.  
  6033.      o AFTER RUNNING A LONG PERIOD OF TIME, NETBIOS RETURN ERROR 22 
  6034.  
  6035.        Too many outstanding NCBS (un_freed) cause NETBIOS to return "to Many 
  6036.        Commands Pending" (RC=22). This occurs over a varying period of time 
  6037.        depending on LAN activity. 
  6038.  
  6039.  
  6040. ΓòÉΓòÉΓòÉ 8.6.2. IBM Token Ring MAC Driver Defects ΓòÉΓòÉΓòÉ
  6041.  
  6042. Files that changed: 
  6043.  
  6044.  \IBMCOM\MACS\IBMTOK.OS2.
  6045.  
  6046.  
  6047. ΓòÉΓòÉΓòÉ 8.6.2.1. APAR fixes ΓòÉΓòÉΓòÉ
  6048.  
  6049.      o IC07131 - XMIT_STATUS Field Incorrect In a SCION TransmitConfirm. 
  6050.  
  6051.        The xmit_status field in a SCION TransmitConfirm subsequent to a bridge 
  6052.        frame forward indicates the status of the transmitted frame.  Incorrect 
  6053.        values were being stored in this field. 
  6054.  
  6055.  
  6056. ΓòÉΓòÉΓòÉ 8.6.2.2. Other fixes ΓòÉΓòÉΓòÉ
  6057.  
  6058. There are no non-APAR fixes for IBM Token Ring MAC Driver. 
  6059.  
  6060.  
  6061. ΓòÉΓòÉΓòÉ 8.6.3. IBM Token Ring Busmaster MAC Driver Defects ΓòÉΓòÉΓòÉ
  6062.  
  6063. Files that changed: 
  6064.  
  6065.  \IBMCOM\MACS\IBMTRBM.OS2.
  6066.  
  6067.  
  6068. ΓòÉΓòÉΓòÉ 8.6.3.1. APAR fixes ΓòÉΓòÉΓòÉ
  6069.  
  6070.      o JR05729 - BUSMASTER DOES NOT RECOVER FROM LOBE FAULT. 
  6071.  
  6072.        LAN Server/Requestor 2.0 could not be restarted on machines equipped 
  6073.        with Busmaster cards after the cable was unplugged and replugged. 
  6074.  
  6075.      o JR06486 - BUSMASTER TRAP D UNDER HEAVILY STRESSED NETWORK 
  6076.  
  6077.        The Busmaster driver was performing a call that was not legal at the 
  6078.        time. This caused a Ring 0 Trap D. 
  6079.  
  6080.  
  6081. ΓòÉΓòÉΓòÉ 8.6.3.2. Other fixes ΓòÉΓòÉΓòÉ
  6082.  
  6083.      o BUSMASTER UNABLE TO RE-ENTER RING AFTER DUPLICATE ADDRESS 
  6084.  
  6085.        One machine booted and got a particular token ring address.  Another 
  6086.        machine (with Busmaster) booted requesting the same address, and got a 
  6087.        duplicate address indication, closing the adapter.  The first machine 
  6088.        left the ring, freeing the address.  Any attempt to reopen the 
  6089.        previously failed busmaster adapter using Communication Manager failed, 
  6090.        still indicating a duplicate address. 
  6091.  
  6092.      o WRONG FILTER VALUE USED 
  6093.  
  6094.        Prior to deleting an address, the first byte of the address was checked 
  6095.        against 80h, which is the equivalent of universal group. It should be 
  6096.        checked against C0h, which is local group.  This caused what was 
  6097.        accepted in the add to be rejected in the delete.  Making this change 
  6098.        created consistency with the add address. 
  6099.  
  6100.  
  6101. ΓòÉΓòÉΓòÉ 8.6.4. IBM Token Ring 16/4 Adapter II (IBM16TR.OS2) ΓòÉΓòÉΓòÉ
  6102.  
  6103. Files that changed: 
  6104.  
  6105.  \IBM16TR\IBM16TR.OS2 (Additional Driver Diskette)
  6106.  \IBM16TR\IBM16OS2.NIF (Additional Driver Diskette)
  6107.  
  6108.  
  6109. ΓòÉΓòÉΓòÉ 8.6.4.1. APAR fixes ΓòÉΓòÉΓòÉ
  6110.  
  6111. There are no fixed APARs for IBM Token Ring 16/4 Adapter II 
  6112.  
  6113.  
  6114. ΓòÉΓòÉΓòÉ 8.6.4.2. Other fixes ΓòÉΓòÉΓòÉ
  6115.  
  6116.      o IBM Token Ring 16/4 Adapter II MAC Driver Upgraded to Version 3.0 
  6117.  
  6118.        The IBM Token Ring 16/4 Adapter II MAC Driver found on the NTS/2 
  6119.        Additional Driver Diskette have been upgraded from Version 1.0 to 
  6120.        Version 3.0. 
  6121.  
  6122.  
  6123. ΓòÉΓòÉΓòÉ 8.6.5. Configuration Defects (LAPS) ΓòÉΓòÉΓòÉ
  6124.  
  6125. Files that changed: 
  6126.  
  6127.  \IBMCOM\DLL\LAPSPM.DLL
  6128.  \IBMCOM\DLL\ LAPSCID.DLL
  6129.  \IBMCOM\DLL\IBMLXCFG.DLL
  6130.  \IBMCOM\IBMLXCFG.HLP
  6131.  \IBMCOM\LAPS.EXE
  6132.  \IBMCOM\XI1.MSG
  6133.  \IBMCOM\LAPSICON.EXE
  6134.  \IBMCOM\LAPSRSP.EXE
  6135.  \IBMCOM\THINLAPS.EXE
  6136.  \IBMCOM\LAPSDISK.EXE
  6137.  
  6138.  
  6139. ΓòÉΓòÉΓòÉ 8.6.5.1. APAR fixes ΓòÉΓòÉΓòÉ
  6140.  
  6141.      o APAR IC06825 - KEYPAD DOES NOT FUNCTION CORRECTLY WHEN CONFIGURING LAPS 
  6142.  
  6143.         With NUMLOCK ON, the numeric keypad did not function correctly. The 
  6144.        2,3,8 and 9 keys behaved as cursor down, page down, cursor up and page 
  6145.        up. 
  6146.  
  6147.      o IC05711 - THINLAPS FAILS TO REMOVE PREVIOUS INVOCATION 
  6148.  
  6149.        If THINLAPS was executed more than once to a diskette, then multiple 
  6150.        LAPS device and run lines were left in CONFIG.SYS file. 
  6151.  
  6152.      o IC05794 - RUN STATEMENT CHANGED TO A CALL STATEMENT FOR NETBIND.EXE 
  6153.  
  6154.        During IPL the netbind executable in the config.sys binds the configured 
  6155.        protocols with the configured adapter cards.  On fast processor systems, 
  6156.        NetBIOS applications were attempting to issue NetBIOS reset command 
  6157.        prior to netbind binding the NetBIOS to the configured adapter cards. 
  6158.        This caused NetBIOS to return a return code 0x23 indicating an invalid 
  6159.        LAN adapter number. 
  6160.  
  6161.      o APAR IC07113 - SYS3175 IN HELP MANAGER WHEN CONFIGURING LAPS 
  6162.  
  6163.        A SYS3175 occurred in LAPS after choosing Options-Contents menu item. 
  6164.  
  6165.      o IC07132 - Invalid Driver IBMTOK02$ When Configuring for 2 Token-Ring 
  6166.        Adapters 
  6167.  
  6168.        This problem was introduce in LAPS version 2.20.1.  When configuring for 
  6169.        two NDIS or NDIS_MULT type drivers, the numeric digit 02 was appended to 
  6170.        the driver name in the protocol.ini.  During IPL, the second MAC driver 
  6171.        failed to bind because the driver name was incorrect.  The numeric digit 
  6172.        2 is now appended to the driver name. 
  6173.  
  6174.      o IC06187 - Proper Version Of NETBIOS Is Not Copied For CID /E:PREP 
  6175.        Install 
  6176.  
  6177.        When CID installing LAPS using the /E:PREP option, NETBIOS.LS? was not 
  6178.        copied to NETBIOS.OS2 based on the version of LAN Services installed. 
  6179.        This problem was introduced with NTS/2 CSD WR07020. 
  6180.  
  6181.      o IC06413 - CID Install Of Long File Name Fails 
  6182.  
  6183.        CID install using HPFS long file name caused a LAPS return code XI00041. 
  6184.  
  6185.      o IC04997 - USING ADAPTER NUMBERS TO GUARANTEE UNIQUENESS FOR LANVMAC 
  6186.  
  6187.        LANVMAC requires that its upper boundary be strictly defined; the Media 
  6188.        Access Control (MAC) for adapter 0 can only be defined for adapter 0. 
  6189.  
  6190.      o IC04999 - LAPS CONFIGURATION NEEDS TO TREAT LANVMAC NETADDRESS LIKE 
  6191.        LANDD 
  6192.  
  6193.        Function was added that treats the LANVMAC netaddress field the same as 
  6194.        the LANDD netaddress field. 
  6195.  
  6196.      o IC05159 - MAINTENANCE INSTALL OF LAPS DURING CID FAILS ON OS/2 2.1 
  6197.  
  6198.        When running maintenance LAPS installation using CID on OS/2 2.1, LAPS 
  6199.        failed while attempting to update the IBMLVL.INI file. 
  6200.  
  6201.      o IC05553 - LAPS INSTALL DID NOT PUT LANVDD AND LANPDD IN THE CONFIG.SYS 
  6202.        FILE (LAPSPM.DLL) 
  6203.  
  6204.        On OS/2 2.1, the LAPS install did not place statements for LANVDD.OS2 
  6205.        and LANPDD.OS2 in the CONFIG.SYS file. 
  6206.  
  6207.  
  6208. ΓòÉΓòÉΓòÉ 8.6.5.2. Other fixes ΓòÉΓòÉΓòÉ
  6209.  
  6210.      o LOG FILE NOT PROVIDED FOR CID INSTALL IF TARGET DRIVE DOES NOT EXIST 
  6211.  
  6212.        A LAPSHIST.LOG file was not created to indicate that a LAPS install on a 
  6213.        non-existent drive partition failed. 
  6214.  
  6215.      o DEFAULT HANDLING OF UPGRADE_LEVEL GIVE WRONG CID RETURN CODE LAPS 
  6216.        response file upgrade_level parameter was omitted, thus it defaults to 
  6217.        old, meaning that reinstallation of LAPS will only occur on systems with 
  6218.        the same version of LAPS.  On systems with a different version of LAPS, 
  6219.        LAPS returned an incorrect return code which indicated a successful LAPS 
  6220.        installation even through LAPS was not installed. 
  6221.  
  6222.      o LAPS ERROR LOG FILE TRUNCATED WITH EOF MARKERS. 
  6223.  
  6224.        The LAPSHIST.LOG file was corrupted occasionally with extra EOF '0A' 
  6225.        markers. 
  6226.  
  6227.      o UPDATE MESSAGE WHEN INSTALLING LAPS OVER LATER VERSION OF MPTS 
  6228.  
  6229.        The message when reinstalling LAPS over a more recent version of MPTS 
  6230.        (LS 4.0) was changed to strongly warn the user that if the current 
  6231.        install continues, it will disable some of the MPTS functions. 
  6232.  
  6233.      o PRESERVE LOCATION OF NETBIOS.OS2 IN CONFIG.SYS FILE 
  6234.  
  6235.        NetBIOS device driver statement is now preserved at its current location 
  6236.        in the config.sys when reconfiguring LAPS. 
  6237.  
  6238.      o LAPS REMOVES DIGIT FROM DRIVERNAME IN PROTOCOL.INI FILE 
  6239.  
  6240.        The last digit in a MAC drivername was inadvertently removed, creating 
  6241.        an incorrect MAC drivername in the protocol.ini file. 
  6242.  
  6243.      o TAB Function Fails With LAPS Configuraton Utility 
  6244.  
  6245.        Pressing the TAB key selected the OK pushbutton instead of moving to 
  6246.        next configurable parameter within the LAPS configuration utility. 
  6247.  
  6248.      o CONFIG.SYS Drive Is Not Correct When Copying NETBIOS.OS2 
  6249.  
  6250.        The wrong CONFIG.SYS drive was used to copy NETBIOS.LS2 or NETBIOS.LS3. 
  6251.        This caused NETBIOS.LS3 to always be copied when installed on the 
  6252.        non-boot drive.  This problem was introduced with NTS/2 CSD WR07020. 
  6253.  
  6254.      o LAPS Able To Configure 64 Logical Adapters 
  6255.  
  6256.        LAPS configuration utility increased the number of configurable logical 
  6257.        adpaters from 16 to 64. 
  6258.  
  6259.      o NLS LAPS CID Install Causes Trap D 
  6260.  
  6261.        LAPS CID install on various NLS verions caused a Trap D when XI1.MSG 
  6262.        message file was used. 
  6263.  
  6264.      o ERROR IN NIF VALIDATION WHEN CHECKING DEFAULT AGAINST RANGE (LAPSCID.DLL 
  6265.        LAPSPM.DLL IBMLXCFG.DLL) 
  6266.  
  6267.        The NIF validation code was incorrectly handling the case in which a 
  6268.        default value of type HexString was being checked against the arguments 
  6269.        of the Range keyword.  The check failed if the default value was 
  6270.        enclosed with double quote characters or specified with a "0x" prefix. 
  6271.        The problem only occurred in the situation where the parameter was of 
  6272.        type HexString, had a default value, had a specified range, and the 
  6273.        default value had quotes and/or a prefix. 
  6274.  
  6275.      o VDD/PDD CONFIG.SYS PROBLEM 
  6276.  
  6277.        Eliminates LANVDD and LANPDD device statements from the CONFIG.SYS file 
  6278.        if 802 or NETBIOS are not configured. 
  6279.  
  6280.      o FIX REDIRECTOR STATEMENT 
  6281.  
  6282.        Fixed redirector statement position in the CONFIG.SYS file. 
  6283.  
  6284.      o LAPS CONFIGURATION GENERATES DIFFERENT RESULTS 
  6285.  
  6286.        Upon configuring the LANVMACs, LAPS configuration set the drivername on 
  6287.        entries 2-n to LANVMA2 and the module names for entries 2-n end in 
  6288.        "_nif2". 
  6289.  
  6290.      o CREATING RESPONSE FILE FROM LAPSRSP.EXE - IMPROPER TARGET KEYWORD 
  6291.  
  6292.        Specifying a target using LAPSRSP.EXE generates a response file 
  6293.        containing "target_drive" instead of "target". 
  6294.  
  6295.  
  6296. ΓòÉΓòÉΓòÉ 8.6.6. 802.2 Protocol Stack Defects ΓòÉΓòÉΓòÉ
  6297.  
  6298. Files that changed: 
  6299.  
  6300.  \IBMCOM\PROTOCOL\LANDD.OS2
  6301.  \IBMCOM\PROTOCOL\LANDLLDD.OS2
  6302.  \IBMCOM\DLL\ACSLAN.DLL
  6303.  \IBMCOM\\LANMSGDD.OS2
  6304.  \IBMCOM\\LT0.MSG
  6305.  \IBMCOM\\LT0H.MSG
  6306.  
  6307.  
  6308. ΓòÉΓòÉΓòÉ 8.6.6.1. APAR fixes ΓòÉΓòÉΓòÉ
  6309.  
  6310.      o IC06318 - RIPL SERVICE FAILS TO START 
  6311.  
  6312.        When attempting to start the RIPL service in LAN Server, the service was 
  6313.        never completed.  The problem occurred intermittently and LAN Server net 
  6314.        error NET3182 was posted. 
  6315.  
  6316.      o IC07486 RING_UTILIZATION FIELD INDICATES 0% UTILIZATION 
  6317.  
  6318.        The ring_utilization field in the extended_status_addr section of a 
  6319.        DIR.STATUS command indicated ring utilization at 0%. 
  6320.  
  6321.      o FFST/2 INSTALLED MESSAGE LT00073 MODIFIED 
  6322.  
  6323.        LT00073 message was modified to avoid confusion on whether FFST/2 was 
  6324.        properly installed.  The message was modified to indicate that FFST/2 
  6325.        was installed, but not started instead of not properly installed. 
  6326.  
  6327.      o IC08097 DESTINATION MAC ADDRESS CAUSES LAN DISTANCE MACHINE TO TRAP 
  6328.  
  6329.        When using a destination MAC address starting with 4000FFFF, caused a 
  6330.        trap when using LAN Distance 1.1. 
  6331.  
  6332.      o IC08626 DLC.RESET WITH STATION_ID '0000' FAILS 
  6333.  
  6334.        Submitting a CCB DLC.RESET with Station_ID '0000' returned an invalid 
  6335.        return code 0x43. 
  6336.  
  6337.      o IC07133 - LANDD Loops while MAC Adapters Initialize DMA 
  6338.  
  6339.        LANDD was looping while various MAC Adapters were initializing their 
  6340.        DMA. This cause the system to appear to be hung for approximately 30 
  6341.        seconds. LANDD thread is now blocked during initializing time. 
  6342.  
  6343.      o IC06177 - SNA Gateway Loses Its LU Connections 
  6344.  
  6345.        The problem Workstations intermittedly lost their 3270 LU connections to 
  6346.        the Gateway machine.  The Gateway eventually recovered on its own and 
  6347.        the Workstation's LU connections were re-established.  The problem 
  6348.        occurred because extended registers were not used and caused a memory 
  6349.        index problem. 
  6350.  
  6351.      o JR07531 - Trap D In LANDD When LAN Station Manager Is Installed 
  6352.  
  6353.        A Trap D occurred when LAN Station Manager device driver (LSMMIB2) was 
  6354.        loaded.  LAN Station Manager declared itself as an NDIS Extension 
  6355.        application but did not provide the data structure corresponding to an 
  6356.        NDIS Extension. LANDD will now check the length of the data structure to 
  6357.        see if it has a NDIS Extension length. 
  6358.  
  6359.      o IC04923 - MULTICAST ADDRESS SUPPORT FIX 
  6360.  
  6361.        The multicast address support functions in 802.2 fixes to loopback path, 
  6362.        error codes, and command codes. 
  6363.  
  6364.      o IC05000 - TRAP D IN LANDD CODE RUNNING 75+ WORKSTATION GATEWAY 
  6365.        (LANDD.OS2) 
  6366.  
  6367.        Each time the links were deactivated, the downstream emulators 
  6368.        reactivated the link and the LU-LU sessions were automatically 
  6369.        reestablished.  A Trap D occurred. 
  6370.  
  6371.      o IC05001 - COMMUNICATIONS MANAGER (CM) UNABLE TO STOP NORMALLY OR 
  6372.        ABNORMALLY 
  6373.  
  6374.        CM was unable to exit because it cannot close the token-ring link to the 
  6375.        AS400.  The hang was due to the Close.Station being issued on the 
  6376.        completion appendage for a Transmit.I.Frame, resulting in a DISC sent to 
  6377.        the MAC, the T1 timer started and the Link state set to disconnecting. 
  6378.        When the completion appendage returns to NETBEUI, it continues 
  6379.        processing the I-frame completion which stops T1. 
  6380.  
  6381.      o IC05003 - UNABLE TO REOPEN BUSMASTER ADAPTER AFTER LOBE FAILURE 
  6382.        (LANDLLDD.OS2) 
  6383.  
  6384.      o IC05360 - TRAP D IN LANDLL; CS=0C38; 
  6385.  
  6386.        Attempting to bring up LAN Net Manager (LANDLLDD.OS2) results in 
  6387.        TRAP=000D with the CS register at x'0C38' 
  6388.  
  6389.      o IC05753 - LANDD INCORRECT FRAME CAUSED TRAP D (LANDD.OS2) 
  6390.  
  6391.        The Trap D occurred when remotely configuring a LAN-attached printer.  A 
  6392.        pop-up said the action was successful, then there was an OK button.  If 
  6393.        the button was not clicked, after about 20 seconds, a Trap D occurred. 
  6394.  
  6395.  
  6396. ΓòÉΓòÉΓòÉ 8.6.6.2. Other fixes ΓòÉΓòÉΓòÉ
  6397.  
  6398.      o NDIS 2.0.1 EndReset Supported In LANDD.OS2 
  6399.  
  6400.        LANDD.OS2 was not supporting NDIS 2.0.1 EndReset and was fixed to 
  6401.        support the NDIS 2.0.1 EndReset function. 
  6402.  
  6403.      o RECEIVE COMMAND WITH RETURN CODE = 20 SHOULD ZERO OUT THE BUFFER POINTER 
  6404.        (LANDLLDD.OS2) 
  6405.  
  6406.        When the receive command completed with return code = 20 (lost data, no 
  6407.        buffers), the buffer pointer should be 0 since there were no partial 
  6408.        buffers. 
  6409.  
  6410.      o SERVER ACCESS POINT POOL SIZE OF 1000H NOT HANDLED (LANDD.OS2) 
  6411.  
  6412.        When the maximum size, 0x1000 was used for pool_length in a 
  6413.        DIR.OPEN.DIRECT, a return code of 0x16 was returned.  The value should 
  6414.        work appropriately. 
  6415.  
  6416.  
  6417. ΓòÉΓòÉΓòÉ 8.6.7. 802.2 and NETBIOS Virtual Device Driver Defects. ΓòÉΓòÉΓòÉ
  6418.  
  6419. Files that changed: 
  6420.  
  6421.  \IBMCOM\LTSVCFG.COM
  6422.  \IBMCOM\PROTOCOL\LANVDD.OS2
  6423.  
  6424.  
  6425. ΓòÉΓòÉΓòÉ 8.6.7.1. APAR fixes ΓòÉΓòÉΓòÉ
  6426.  
  6427.      o IC06017 - Attachmate Extra For Windows 3270 Causes LANVDD Trap D 
  6428.  
  6429.        Stopping a 3270 Attachmate session and starting a new session caused a 
  6430.        trap D in the LANVDD.OS2 module.  The fix zeroes out various structures 
  6431.        on exit. 
  6432.  
  6433.      o IC06434 - Attempting To Load PCSUPPORT Router In a VDM Causes Trap D 
  6434.  
  6435.        Attempting to load PC-Support (connection for AS/400) in a VDM caused a 
  6436.        trap D in the LANVDD.OS2 module.  The fix was to restore an index 
  6437.        register after returning from a procedure call. 
  6438.  
  6439.      o JR06756 - DIR.INTERUPT RETURNS 0 IF ADAPTER NOT OPEN (LANVDD.OS2) 
  6440.  
  6441.        Attempting to run an Ethernet packet driver for TCP/IP.  It failed when 
  6442.        it attempted to initialize, because the executable ran a dir.interrupt 
  6443.        command to see if the adapter was open.  VDD returned a return code = 0 
  6444.        if the adapter was not open.  It should have returned a bad return code. 
  6445.  
  6446.  
  6447. ΓòÉΓòÉΓòÉ 8.6.7.2. Other fixes ΓòÉΓòÉΓòÉ
  6448.  
  6449.      o THE DOS 8209 BRIDGE UTILITY CAN NOT FIND ADAPTER WITH VDD 
  6450.  
  6451.        The DOS version of the 8209 Bridge Utility could not find the adapter 
  6452.        when running under the VDD. 
  6453.  
  6454.      o LTSVCFG ALWAYS RETURNS NONZERO 
  6455.  
  6456.        When LTSVCFG was run, an error code environment variable was always set 
  6457.        to nonzero.  Even though LTSVCFG executed successfully, a nonzero return 
  6458.        code was always returned. 
  6459.  
  6460.      o NETBIOS and 802.2 SUPPORTS ONLY 8 DOS SESSIONS 
  6461.  
  6462.        DOS Virtual Device Support for Netbios and 802.2 should support 16 
  6463.        sessions, not just eight. 
  6464.  
  6465.  
  6466. ΓòÉΓòÉΓòÉ 8.6.8. Protocol Manager Defects ΓòÉΓòÉΓòÉ
  6467.  
  6468. Files that changed: 
  6469.  
  6470.  \IBMCOM\PROTMAN.OS2
  6471.  
  6472.  
  6473. ΓòÉΓòÉΓòÉ 8.6.8.1. APAR fixes ΓòÉΓòÉΓòÉ
  6474.  
  6475.      o IC07134 - LANMSGDD.OS2 TRAPS WITH INVALID PROTOCOL.INI FILE 
  6476.  
  6477.        A trap in lanmsgdd.os2 device driver occurred during ipl if there was 
  6478.        not a square bracket as the first character of the protocol.ini file. 
  6479.  
  6480.  
  6481. ΓòÉΓòÉΓòÉ 8.6.8.2. Other fixes ΓòÉΓòÉΓòÉ
  6482.  
  6483.      o PROTMAN.OS2 VECTOR SIZE INCREASED 
  6484.  
  6485.        Protman.os2's vector size was increased to fix 64 adapter support. 
  6486.  
  6487.      o PERFORMANCE AND NDIS SUPPORT IN PROTMAN 
  6488.  
  6489.        PROTMAN supports the GET_PPATINFO IOCTL for the NDIS requirements and 
  6490.        the GET_MODULE_CHAR_ TABLE IOCTL for the Monitor product. 
  6491.  
  6492.  
  6493. ΓòÉΓòÉΓòÉ 8.6.9. IBM Netware Requester Support Defects ΓòÉΓòÉΓòÉ
  6494.  
  6495. Files that changed: 
  6496.  
  6497.  IBMCOM\PROTOCOL\ODI2NDI.OS2
  6498.  IBMCOM\NWFIXUP.EXE
  6499.  IBMCOM\LT8.MSG
  6500.  IBMCOM\LT8H.MSG
  6501.  
  6502.  
  6503. ΓòÉΓòÉΓòÉ 8.6.9.1. APAR fixes ΓòÉΓòÉΓòÉ
  6504.  
  6505.      o IC06987 - ODI2NDI COEXISTENCE WITH CM/2 CAUSES 3270 ERRORS 
  6506.  
  6507.        When CM/2 coexisted with ODI2NDI.OS2, 3270 sessions were unable to 
  6508.        connect to the host and received COM695 errors. The Netware requester, 
  6509.        however, functioned properly. If ODINSUP was used, both Netware and the 
  6510.        3270 sessions worked normally. This problem seems to occur mostly on 
  6511.        3COM Ethernet adapters and PCMCIA adapters. 
  6512.  
  6513.      o IC07347 - TRAP IN ODI2NDI.OS2 MODULE 
  6514.  
  6515.        A trap occurred in ODI2NDI device driver during IPL. 
  6516.  
  6517.      o IC07912 - ODI2NDI DEVICE DRIVER DOES NOT RECONNECT AFTER CABLE PULL 
  6518.  
  6519.         After pulling the token ring cable on a machine running NetWare 
  6520.        requester and ODI2NDI, the sessions did not reconnect.  A reboot was 
  6521.        required to reconnect. 
  6522.  
  6523.      o IC05577 - NWFIXUP Utility Failed To Order Device Driver Statements 
  6524.        Properly 
  6525.  
  6526.        System configured with ODINSUP.  NTS/2 was installed with ODI2NDI device 
  6527.        driver and the NWFIXUP utility was executed.  During IPL, a LT80221 
  6528.        error occurred.  NWFIXUP failed to properly move PROTMAN.OS2 and 
  6529.        LANMSGDD.OS2 within the config.sys. 
  6530.  
  6531.      o IC06212 - Trap D in ODI2NDI.OS2 Device Driver 
  6532.  
  6533.        A Trap D occurred in ODI2NDI.OS2 device driver.  This problem was 
  6534.        introduced in NTS/2 CSD WR07020. 
  6535.  
  6536.      o IC05437 - LOTUS NOTES RUNNING ODI2NDI OVER ETHERNET LOST SESSION 
  6537.  
  6538.        While running Lotus Notes over ODI2NDI Ethernet, the session between the 
  6539.        server and client was eventually lost. 
  6540.  
  6541.  
  6542. ΓòÉΓòÉΓòÉ 8.6.9.2. Other fixes ΓòÉΓòÉΓòÉ
  6543.  
  6544.      o ODI2NDI DEVICE DRIVER WRITES UNIVERSAL ADDRESS TO LANTRAN.LOG FILE 
  6545.  
  6546.        ODI2NDI writes the universal address of the adapter(s) that it is using 
  6547.        to the LANTRAN.LOG file. 
  6548.  
  6549.      o IBMCOM PATH ADDED TO ODI2NDI MESSAGE FILE NAME 
  6550.  
  6551.        The IBMCOM path has been added to the ODI2NDI message file name to make 
  6552.        ODI2NDI easier to use in a RIPL environment. 
  6553.  
  6554.      o ODI2NDI FAILS WHEN TCP/IP USES DIRECT STATION OF IEEE 802.2 
  6555.  
  6556.        A NetWare Requester for OS/2 over ODI2NDI stops working when an 
  6557.        application using the direct station interface of IEEE 802.2 is started. 
  6558.  
  6559.  
  6560. ΓòÉΓòÉΓòÉ 9. Appendix ΓòÉΓòÉΓòÉ
  6561.  
  6562. Appendix of other interesting topics. 
  6563.  
  6564.  
  6565. ΓòÉΓòÉΓòÉ 9.1. Printing Information from this On-line Document ΓòÉΓòÉΓòÉ
  6566.  
  6567. The OS/2 view function provides a print capability to the printer defined as 
  6568. the "default" printer for your system. From the "Services" popup, selecting 
  6569. print provides several options; Print All, Marked, or This Section(s), 
  6570. Contents, or Index. 
  6571.  
  6572. All but the Print Marked Sections are fairly self explanatory. To Print 
  6573. "Marked" sections one must first know how to "Mark". It is best to do this with 
  6574. the contents window fully expanded, ie. every section shows up in the content 
  6575. panel. Then simply press the space bar when the section you chose is 
  6576. highlighted or point and click the left mouse button while also holding the 
  6577. ctrl key to "mark" a section for print. 
  6578.  
  6579. The highlighting for "marked sections" is slightly larger than normal 
  6580. highlighting. To notice the difference, select an item in the contents and 
  6581. repeatedly press the space bar. 
  6582.  
  6583.  
  6584. ΓòÉΓòÉΓòÉ 9.2. Restarting ServicePak Installation ΓòÉΓòÉΓòÉ
  6585.  
  6586. If the installation procedure stops after selecting the "Continue" button on 
  6587. the Initiating Service Panel and before service is complete, the system may be 
  6588. in an indeterminate state. To complete the service process: 
  6589.  
  6590.      o Insert the Bootable Standalone Service Diskette 
  6591.  
  6592.      o Restart the system - Ctrl+Alt+Del or Power On. 
  6593.  
  6594.      o From the A: Prompt type "FSERVICE" and Enter. 
  6595.  
  6596.  
  6597. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6598.  
  6599. The item in the title line is a trademark of IBM Corporation 
  6600.  
  6601.  
  6602. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6603.  
  6604. The item in the title line is a trademark of Microsoft Corporation 
  6605.  
  6606.  
  6607. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6608.  
  6609. The item in the title line is a trademark of Apple Computer 
  6610.  
  6611.  
  6612. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6613.  
  6614. The item in the title line is a trademark of Lotus Development Corporation 
  6615.  
  6616.  
  6617. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6618.  
  6619. The item in the title line is a trademark of Ungermann-Bass, Inc. 
  6620.  
  6621.  
  6622. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6623.  
  6624. The item in the title line is a trademark of Wall Data Corporation 
  6625.  
  6626.  
  6627. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6628.  
  6629. The item in the title line is a trademark of Attachmate Corporation 
  6630.  
  6631.  
  6632. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6633.  
  6634. UPM and UPE files:
  6635.    c:\muglib\mugmsg.msg
  6636.    c:\muglib\logoff.exe
  6637.    c:\muglib\logon.exe
  6638.    c:\muglib\muglexec.exe
  6639.    c:\muglib\mugwepop.exe
  6640.    c:\muglib\mugwlogf.exe
  6641.    c:\muglib\upm.lib
  6642.    c:\muglib\mugaccts.exe
  6643.    c:\muglib\muglrqst.exe
  6644.    c:\muglib\upmaccts.exe
  6645.    c:\muglib\upmcset.exe
  6646.    c:\muglib\dll\netspool.dll
  6647.    c:\muglib\dll\mug.dll
  6648.    c:\muglib\dll\upm.dll
  6649.    c:\muglib\dll\netapi32.dll
  6650.  
  6651. RIPL files:
  6652.     \ibmlan\rpl\fits\defalt21.fit
  6653.     \ibmlan\rpl\fits\defalt2a.fit
  6654.     \ibmlan\rpl\dosnd3ei.cnf
  6655.     \ibmlan\rpl\dosnd3em.cnf
  6656.     \ibmlan\rpl\dosndet.cnf
  6657.     \ibmlan\rpl\dosndtr.cnf
  6658.     \ibmlan\rpl\os2203ei.cnf
  6659.     \ibmlan\rpl\os2203em.cnf
  6660.     \ibmlan\rpl\os2213ei.cnf
  6661.     \ibmlan\rpl\os2213em.cnf
  6662.     \ibmlan\rpl\os221et.cnf
  6663.     \ibmlan\rpl\os221pc.cnf
  6664.     \ibmlan\rpl\os221tr.cnf
  6665.     \ibmlan\rpl\os22a3ei.cnf
  6666.     \ibmlan\rpl\os22a3em.cnf
  6667.  
  6668. LAN Server/Requester files:
  6669.     \ibmlan\netprog\net.msg
  6670.     \ibmlan\netprog\stoplan.exe
  6671.     \ibmlan\netprog\cache386.exe
  6672.     \ibmlan\netprog\lsdaemon.exe
  6673.     \ibmlan\install\rib2.exe
  6674.     \ibmlan\netlib\lsworker.dll
  6675.  
  6676. DLR files:
  6677.     \ibmlan\doslan\dlrinst\cip_main.exe
  6678.  
  6679.  
  6680. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6681.  
  6682. Special RIPL Considerations Table of Contents 
  6683.  
  6684.      o Special Procedures for OS/2 ServicePaks 
  6685.  
  6686.      o OS/2 2.00.1 (OS/2 Preinstall) 
  6687.  
  6688.      o Creating New OS/2 2.1 Remote IPL Clients 
  6689.  
  6690.      o Creating New OS/2 For Windows Clients 
  6691.  
  6692.      o Support For OS/2 2.x 32-bit Display Device Drivers 
  6693.  
  6694.      o Updating Master Workplace Shell OS2.INI Files 
  6695.  
  6696.      o Supporting Multiple Levels of the OS/2 Operating System 
  6697.  
  6698.      o Preserving the Ability to Remote IPL OS/2 1.3 Clients 
  6699.  
  6700.      o Special Considerations for Remote IPL of Warp 
  6701.  
  6702.      o OS/2 SVGA Support for RIPL Clients 
  6703.  
  6704.  
  6705. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6706.  
  6707.       where WARP* is any one of: 
  6708.  
  6709.      o OS/2 WARP for Windows 
  6710.  
  6711.      o OS/2 WARP with Windows 
  6712.  
  6713.  
  6714. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6715.  
  6716.       where 2.1* is any one of: 
  6717.  
  6718.      o OS/2 2.1 (XRx6000 where x indicates country code.) 
  6719.  
  6720.      o OS/2 2.1 Manufacturing Refresh 2.11 
  6721.  
  6722.      o OS/2 2.1 ServicePak XRx6200 
  6723.  
  6724.  
  6725. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6726.  
  6727. The OS/2 Selective Install function can be performed by double-clicking on the 
  6728. Selective Install Object in the OS/2 System Setup folder. 
  6729.  
  6730.  
  6731. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6732.  
  6733. Trademark of IBM Corporation.
  6734.  
  6735.  
  6736. ΓòÉΓòÉΓòÉ <hidden>  ΓòÉΓòÉΓòÉ
  6737.  
  6738. Installing XDF Support on Remote IPL Servers 
  6739.  
  6740. If an OS/2 2.1 or OS/2 2.0 + XR06100 system is used for the code server, 
  6741. modifications must be made to the system in order to read the OS/2 Warp Version 
  6742. 3 XDF format installation diskettes.  OS/2 Warp Version 3 systems will read 
  6743. these diskettes without any modification. 
  6744.  
  6745. To modify the OS/2 2.1 or OS/2 2.0 + XR06100 system so that it can read the 
  6746. OS/2 Warp Version 3 XDF format installation diskettes, do the following: 
  6747.  
  6748.      o ISA-bus Systems: 
  6749.  
  6750.          1. Rename IBM1FLPY.ADD to IBM1FLPY.OLD in the \OS2 directory. 
  6751.          2. Copy XDFLOPPY.FLT and IBM1FLPY.ADD from OS/2 Warp Version 3 
  6752.             diskette #1 to the \OS2 directory. 
  6753.          3. Add the following line to your CONFIG.SYS file: 
  6754.  
  6755.                             BASEDEV=XDFLOPPY.FLT
  6756.  
  6757.      o Micro Channel*-bus Systems: 
  6758.  
  6759.          1. Rename IBM2FLPY.ADD to IBM2FLPY.OLD in the \OS2 directory. 
  6760.          2. Copy XDFLOPPY.FLT and IBM2FLPY.ADD from OS/2 Warp Version 3 
  6761.             diskette #1 to the \OS2 directory. 
  6762.          3. Add the following line to your CONFIG.SYS file: 
  6763.  
  6764.                              BASEDEV=XDFLOPPY.FLT
  6765.  
  6766.        Note:   OS/2 1.x and OS/2 2.0 systems below XR06100 cannot be updated to 
  6767.        read the OS/2 Warp Version 3 XDF format installation diskettes. 
  6768.