home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 8 Other / 08-Other.zip / adsmboot.zip / README < prev   
Text File  |  1996-01-07  |  7KB  |  173 lines
  1.  
  2. Warp Connect - ADSM 1.2.7 Disaster Recovery Disks
  3.  
  4.  
  5.  
  6. Description:
  7.  
  8. This command file will create the necessary disks to boot OS/2
  9. with TCPIP loaded and ADSM command line functionality. The main
  10. purpose is to allow total system restore from an ADSM backup,
  11. although any ADSM functions can be performed.
  12.  
  13. This procedure was created for Warp Connect and ADSM 1.2.7.  
  14.  
  15.  
  16.  
  17. Overview:
  18.  
  19. The Rexx script will create two boot disks - one for A: and one
  20. for B: - and a third (post-boot) disk. When you boot, you will
  21. place both boot disks in their respective drives and leave them
  22. there during the boot process. Once you are at a command prompt,
  23. you will replace the disk in drive A: with the third diskette.
  24. From this diskette you will configure your TCPIP (IFCONFIG,
  25. ROUTE), perform hard disk maintenance (FDISK, FORMAT), and run
  26. ADSM restore functions.
  27.  
  28. The diskette in drive B: contains all the DLLs and TCPIP
  29. PROTOCOL files which are required during boot as well as all
  30. after-boot activity. It is required that this disk remain in
  31. drive B: for the duration of your recovery session.
  32.  
  33. After the boot process is complete and you replace the A: boot
  34. disk with the third disk you will need to type "SETUP" to
  35. configure TCPIP.  The SETUP.CMD file on this disk is copied from
  36. your \MPTN\BIN directory, and has one line added to it which is
  37. normally contained in your \MPTN\BIN\MPTSTART.CMD (which
  38. normally runs SETUP.CMD).  This added line is INETWAIT.  You can
  39. always compare this SETUP.CMD file to the one on your hard disk,
  40. or if you are using these disks on a different machine, edit it
  41. to match the SETUP.CMD on that machine.  This is the file which
  42. contains the IP and router address.
  43.  
  44. At this point you may FDISK, FORMAT and execute ADSM line
  45. commands such as
  46.  
  47.          DSMC QUERY FILESPACE
  48.  
  49. to gather volume names prior to formating your local drive so
  50. that you can get your labels to match what you plan on
  51. restoring (remember that volume names must match or you can't
  52. restore).  And
  53.  
  54.          DSMC RESTORE C:* C:* -SUBDIR=YES -REPLACE=YES
  55.  
  56. to restore your drive(s). Or
  57.  
  58.          DSMC RESTORE d:\DESKTOP\* -SUBDIR=YES
  59.  
  60. To restore your desktop.
  61.  
  62. The file CONFIG.DSM with this package is used to create
  63. config.sys, and these ADSM commands are contained in this file
  64. as remarks.  If you boot up and forget the ADSM commands, you
  65. can always TYPE config.sys to the screen to get a hint.
  66.  
  67.  
  68. Installation:
  69.  
  70. You will need three blank disks to start. (Of course, if you
  71. forget, you can always pop open another window to get them ready
  72. :). Of those three disks, two should be for drive A: and one for
  73. B:
  74.  
  75. You will need to edit the "ADSMBOOT.CMD" and modify the first
  76. few variable assignments.  These assignments tell the script
  77.  
  78.   - The name of your ethernet adaptor driver.
  79.   - Which drive the OS2 system directory is located.
  80.   - Which drive the IBMCOM directory is located.
  81.   - Which drive the MPTN directory is located.
  82.   - Which drive the TCPIP directory is located.
  83.   - The full drive and path of your ADSM installation.
  84.   
  85. The drives/paths are used for copying files to the diskettes, so
  86. it is imperative that you ensure these assignments match your
  87. system.
  88.  
  89. The name of your ethernet adaptor is used 1) to copy the correct
  90. file to diskette, and 2) to place the 'DEVICE=' statement in the
  91. config.sys.
  92.  
  93. The ADSM drive/path assignment is used 1) to copy the needed
  94. ADSM executables to diskette, and 2) to pick up your current
  95. DSM.OPT file.
  96.  
  97.  
  98.  
  99. A few notes about this process:
  100.  
  101. Normally during boot, Warp Connect runs MPTSTART.CMD which
  102. executes INETWAIT and then runs SETUP.CMD (which contains your
  103. IP address, Router address, etc.)  When creating the boot disks
  104. your SETUP.CMD will be copied from \MPTN\BIN to the third
  105. diskette and the INETWAIT command will be added to it. Thus,
  106. when the diskette boot is complete, you will simply run
  107. SETUP.CMD to configure your TCPIP.  You can always edit
  108. SETUP.CMD and compare it against an existing SETUP.CMD (such as
  109. to use these disks on a different machine), but always remember
  110. that INETWAIT is required and is normally executed in
  111. MPTSTART.CMD prior to SETUP.CMD being invoked.  Adding INETWAIT
  112. to SETUP.CMD is just a kludge to keep the configuration in one
  113. exec for this boot disk process.
  114.  
  115. Due to space constraints, and need for constant availability,
  116. the PROTOCOL files are placed on drive B:.  This requires that
  117. "SET ETC" in the config.sys is set to drive B:, and that the
  118. PROTMAN statement is set to look for its protocol file on drive
  119. B:.  Do not make any changes to the generated config.sys file in
  120. this area or your TCPIP will fail.
  121.  
  122. A plain vanilla config.sys is used for the generated boot disk.
  123. The hard drive .ADD file is echoed into the config.sys at the
  124. top, and the ethernet adaptor DRIVER= statement is echoed in at
  125. the end.  If a SCSI drive application is required, it should not
  126. be difficult modify the script to accommodate that.
  127. Alternativly, it might be easier to generate the boot disks for
  128. IDE, and then modify the generated disks for SCSI by deleting
  129. the IBM1S506 file, adding the SCSI .ADD file, and editing the
  130. config.sys accordingly.
  131.  
  132.  
  133.  
  134. Using Generated Diskettes On Other Workstations:
  135.  
  136. If you generate diskettes and wish to use them on another
  137. workstation, you will need to edit SETUP.CMD to reflect the
  138. other workstation's \MPTN\BIN\SETUP.CMD (be sure to retain the
  139. INETWAIT which we add to mimic \MPTN\BIN\MPTSTART.CMD).  You
  140. will also need to edit the DSM.OPT to reflect the other
  141. workstation.  If the other workstation uses a different ethernet
  142. adaptor, you will also need to 1) edit the config.sys to reflect
  143. that adaptor and 2) copy the .OS2 file for that adaptor to the
  144. B: diskette.
  145.  
  146.  
  147.  
  148. Limitations:
  149.  
  150. 1. No nameserver definitions are present, so it is required that
  151. the DSM.OPT file contain the dotted decimal address to the ADSM
  152. server.  The third disk contains TEDIT, so you can always edit
  153. your DSM.OPT if you need to make this change at the last moment.
  154.  
  155. 2. The script used to generate the disks is _VERY_ crude. It
  156. does no error checking, and is designed to be used only with IDE
  157. hard drives, non-Micro Channel hardware, and 3C507 (ELNK16)
  158. ethernet adapters.  The script is written in a straightforward
  159. manner, and anyone needing to generate diskettes for SCSI hard
  160. drives, Micro Channel hardware, or different adaptors should
  161. have no problem adapting it for their needs.  Feel free to email
  162. acus10@email.mot.com for assistance.
  163.  
  164. 3. It is required you have two floppy drives, and that A: be
  165. 1.44 meg in capacity.  Drive B: may be 1.22 meg.
  166.  
  167. 4. The files copied to diskettes, and their hard disk locations,
  168. are based upon Warp Connect. The script will not operate on
  169. Warp, Warp Fullpack since filenames and locations are different
  170. in Warp Connect.  Don't email me for help with non-Connect
  171. applications since I don't understand the difference and I don't
  172. have access to non-Connect Warp.
  173.