home *** CD-ROM | disk | FTP | other *** search
/ Borland Programmer's Resource / Borland_Programmers_Resource_CD_1995.iso / info / ntkb / ntkb.exe / Q108 / 0 / 82.TXT < prev    next >
Encoding:
Text File  |  1993-12-09  |  5.8 KB  |  142 lines
  1. DOCUMENT:Q108082  08-DEC-1993  [W_NTAS]
  2. TITLE   :Windows NT Cannot Regenerate Stripe Set with Parity
  3. PRODUCT :Microsoft Windows NT Advanced Server
  4. PROD/VER:3.10
  5. OPER/SYS:WINDOWS
  6. KEYWORDS:BUGLIST3.10
  7.  
  8. --------------------------------------------------------------------------
  9. The information in this article applies to:
  10.  
  11.  - Microsoft Windows NT Advanced Server version 3.1
  12. --------------------------------------------------------------------------
  13.  
  14. SYMPTOMS
  15. ========
  16.  
  17. If you remove a drive from a stripe set with parity, deleting a stripe
  18. partition on another computer, when you reinsert the drive back into the
  19. stripe set with parity, the stripe set with parity is not allowed to
  20. regenerate.
  21.  
  22. CAUSE
  23. =====
  24.  
  25. Windows NT places a unique identifier on all drives it uses. When it sees
  26. the identifier previously used in the stripe set with parity, it does not
  27. detect the modifications made to the drive and is misled about the state of
  28. the configuration. Windows NT is not changing this identifier when
  29. partitions are deleted.
  30.  
  31. In normal production environments, this situation should not be
  32. encountered. A failed drive is usually replaced with a different one. Even
  33. if a drive is repaired, it is usually low-level formatted in the process
  34. unless a specific request is made to save the data if possible. The low-
  35. level format should remove the identifier Windows NT placed on the drive.
  36.  
  37. The most likely situation where this issue may be seen is in a pre-
  38. production testing environment prior to Windows NT implementation. For
  39. example, the tester, wanting to simulate a drive failure, pulls a good
  40. drive out of the system while it is running. Not having an additional drive
  41. available to replace it with, the tester takes the drive to a different
  42. machine and removes the partitions thinking that this will simulate a new
  43. drive.
  44.  
  45. Another possibility for causing this would be if a hardware hot-swapable
  46. drive array was not configured in a way to present the array of drives to
  47. the operating system as one drive. In this situation, Windows NT would have
  48. to detect and automatically process a drive that was hot-swapped. This
  49. feature is not available as a part of Windows NT Fault Tolerance. For this
  50. kind of Fault Tolerance to be used, it has to be implemented at the
  51. hardware level.
  52.  
  53. RESOLUTION
  54. ==========
  55.  
  56. To work around this problem, do the following:
  57.  
  58. If this kind of testing is going to be done, either use a different drive
  59. for replacement or delete the information kept in sector zero of the drive.
  60. A different disk, even if previously used under Windows NT, will contain a
  61. different identifier. This difference will be correctly detected by Windows
  62. NT Fault Tolerance and regeneration of the stripe with parity set will be
  63. possible. A low-level format should remove sector zero information, or a
  64. disk editor program could be used.
  65.  
  66. If a drive is repaired and a request is made to save the data, make a tape
  67. backup of the recovered data on the drive. Use the above techniques to
  68. remove the Windows NT identifier before you attempt to reuse the drive in
  69. the Windows NT computer.
  70.  
  71. Warnings
  72. --------
  73.  
  74. Although techniques such as pulling a drive out of a system while it is
  75. running may be used in testing, they do result in a degree of risk.
  76. Microsoft does not recommend the use of these techniques and will not be
  77. responsible for any negative consequences of doing so.
  78.  
  79. Mention of the identifier in sector zero as an implementation detail of
  80. Windows NT Fault Tolerance is only for the purpose of clarifying why
  81. partition removal is an inadequate procedure. Microsoft does not support
  82. the non-Microsoft use of this information. This implementation detail may
  83. be modified or removed at any time if Microsoft deems it to be appropriate
  84. to do so. Microsoft specifically rejects any claim to product support
  85. arising out of the access or use of this implementation detail by a non-
  86. Microsoft process.
  87.  
  88. STATUS
  89. ======
  90.  
  91. Microsoft has confirmed this to be a problem in Windows NT Advanced Server
  92. version 3.1. We are researching this problem and will post new information
  93. here in the Microsoft Knowledge Base as it becomes available.
  94.  
  95. MORE INFORMATION
  96. ================
  97.  
  98. Steps to Reproduce Problem
  99. --------------------------
  100.  
  101. 1. Use Disk Administrator to set up a stripe with parity set.
  102.  
  103. 2. While Windows NT is running, disconnect one drive of the stripe set with
  104.    parity to simulate a drive failure.
  105.  
  106. 3. Shut down the computer with stripe set with parity.
  107.  
  108. 4. Take the disconnected drive to another computer and remove all
  109.    partitions on it in an attempt to simulate a new drive.
  110.  
  111. 5. Place the disconnected drive back in the stripe set with parity
  112.    computer.
  113.  
  114. 6. Boot Windows NT, log on, then start Disk Administrator.
  115.  
  116. 7. Select the stripe with parity set, press the CTRL key and select the
  117.    previously disconnected drive.
  118.  
  119. 8. Select Fault Tolerance.
  120.  
  121. The Regenerate option is unavailable (grayed out).
  122.  
  123. Additional reference words: 3.10 recovery raid
  124. KBCategory:
  125. KBSubCategory: ntadsrv
  126.  
  127.  
  128. =============================================================================
  129.  
  130. THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS
  131. PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND.  MICROSOFT DISCLAIMS
  132. ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES
  133. OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE.  IN NO
  134. EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR
  135. ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL,
  136. CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF
  137. MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE
  138. POSSIBILITY OF SUCH DAMAGES.  SOME STATES DO NOT ALLOW THE EXCLUSION
  139. OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES
  140. SO THE FOREGOING LIMITATION MAY NOT APPLY.
  141.  
  142. Copyright Microsoft Corporation 1993.