<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic LSM Disk replacement in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557703#M12682</link>
    <description>Is there a procedure to replace a lsm disk where the the disk number is rz8 and is a mirrored rootdg disk under 4.0f&lt;BR /&gt;&lt;BR /&gt;TIA,&lt;BR /&gt;&lt;BR /&gt;David</description>
    <pubDate>Fri, 03 Jun 2005 15:08:01 GMT</pubDate>
    <dc:creator>David_854</dc:creator>
    <dc:date>2005-06-03T15:08:01Z</dc:date>
    <item>
      <title>LSM Disk replacement</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557703#M12682</link>
      <description>Is there a procedure to replace a lsm disk where the the disk number is rz8 and is a mirrored rootdg disk under 4.0f&lt;BR /&gt;&lt;BR /&gt;TIA,&lt;BR /&gt;&lt;BR /&gt;David</description>
      <pubDate>Fri, 03 Jun 2005 15:08:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557703#M12682</guid>
      <dc:creator>David_854</dc:creator>
      <dc:date>2005-06-03T15:08:01Z</dc:date>
    </item>
    <item>
      <title>Re: LSM Disk replacement</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557704#M12683</link>
      <description>There is a procedure using voldiskadm for removing and replacing a failed disk in sections 9.2.5.2 and 9.2.6 respectively in the doc at:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h30097.www3.hp.com/docs/base_doc/DOCUMENTATION/V40F_HTML/AQ3NCETE/TITLE.HTM" target="_blank"&gt;http://h30097.www3.hp.com/docs/base_doc/DOCUMENTATION/V40F_HTML/AQ3NCETE/TITLE.HTM&lt;/A&gt;</description>
      <pubDate>Fri, 03 Jun 2005 16:41:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557704#M12683</guid>
      <dc:creator>Mark Poeschl_2</dc:creator>
      <dc:date>2005-06-03T16:41:08Z</dc:date>
    </item>
    <item>
      <title>Re: LSM Disk replacement</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557705#M12684</link>
      <description>Thanks Mark, That is the procedure I was looking for.&lt;BR /&gt;&lt;BR /&gt;David</description>
      <pubDate>Fri, 03 Jun 2005 18:31:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557705#M12684</guid>
      <dc:creator>David_854</dc:creator>
      <dc:date>2005-06-03T18:31:29Z</dc:date>
    </item>
    <item>
      <title>Re: LSM Disk replacement</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557706#M12685</link>
      <description>&lt;BR /&gt;David,&lt;BR /&gt;&lt;BR /&gt;Here is an LSM doc that I had. Just replace rz9 with rz8 in it.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;LSM - Replacing a Failed Disk&lt;BR /&gt;=============================&lt;BR /&gt;&lt;BR /&gt;Â· Delete the failed disk, for example rz9 from the disk group retaining the media&lt;BR /&gt;records. Use the disk media name.&lt;BR /&gt;# /sbin/voldg -g rootdg -k rmdisk disk09b&lt;BR /&gt;  rmdisk&lt;BR /&gt;      Removes the specified disk(s) from a disk group (rootdg by default).&lt;BR /&gt;      The last disk cannot be removed from its disk group. It is not possible&lt;BR /&gt;      to remove the last disk containing a valid disk group configuration or&lt;BR /&gt;      log copy from its disk group.&lt;BR /&gt;&lt;BR /&gt;      Normally, the rmdisk operation will fail if subdisk records point to&lt;BR /&gt;      the named disk media records. However, if the -k option is specified,&lt;BR /&gt;      the disk media records will be kept, although in a removed state, and&lt;BR /&gt;      the subdisk records will still point to them.  The subdisks, and any&lt;BR /&gt;      plexes that refer to them, are unusable until the disk is re-added&lt;BR /&gt;      using the -k option to the adddisk operation. Any volumes that become&lt;BR /&gt;      unusable, because all plexes become unusable, will be disabled.&lt;BR /&gt;&lt;BR /&gt;                                       Note&lt;BR /&gt;&lt;BR /&gt;         Use extra care with the -k option since this option can disable&lt;BR /&gt;         active volumes.&lt;BR /&gt;&lt;BR /&gt;Â· Remove the disk access records, using the disk access name.&lt;BR /&gt;# /sbin/voldisk rm rz9b&lt;BR /&gt;Â· Physically replace the failed disk with a new disk.&lt;BR /&gt;Â· Disk label the new disk.&lt;BR /&gt;Â· Initialize the new disk for use by LSM.&lt;BR /&gt;# /usr/sbin/voldisksetup -i rz9b nconfig=2 nlogs=2 privlen=1024&lt;BR /&gt;  -i  Normally, voldisksetup simply creates partitions for use with the Logi-&lt;BR /&gt;      cal Storage Manager. If the -i (initialize) option is specified, a disk&lt;BR /&gt;      header is added and an empty configuration is written on the disk. This&lt;BR /&gt;      operation destroys any previous LSM database contents on the disk.&lt;BR /&gt;&lt;BR /&gt;Â· Add the new disk to the disk group.&lt;BR /&gt;# /sbin/voldg -g rootdg -k adddisk disk09b=rz9b&lt;BR /&gt;&lt;BR /&gt;Â· If this is a mirrored volume, attach the stale plex, start the volume, and start recovery.&lt;BR /&gt;  # volrecover -sb vol-01&lt;BR /&gt;&lt;BR /&gt;  -s  Starts disabled volumes that are selected by the operation.  Volumes&lt;BR /&gt;      will be started before any other recovery actions are taken. Volumes&lt;BR /&gt;      will be started with the -o delayrecover start option.  This requests&lt;BR /&gt;      that any operations that can be delayed in starting a volume will be&lt;BR /&gt;      delayed. In other words, only those operations necessary to make a&lt;BR /&gt;      volume available for use will occur. Other operations, such as mirror&lt;BR /&gt;      resynchronization, attaching of stale plexes and subdisks, and recovery&lt;BR /&gt;      of stale RAID5 parity will normally be delayed.&lt;BR /&gt;&lt;BR /&gt;  -b  Performs recovery operations in the background. With this option,&lt;BR /&gt;      volrecover will put itself in the background to attach stale plexes and&lt;BR /&gt;      subdisks, and to resynchronize mirrored volumes and RAID5 parity. If&lt;BR /&gt;      this is used with -s, volumes will be started before recovery begins in&lt;BR /&gt;      the background.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;===========================================</description>
      <pubDate>Sat, 04 Jun 2005 01:57:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557706#M12685</guid>
      <dc:creator>Ross Minkov</dc:creator>
      <dc:date>2005-06-04T01:57:50Z</dc:date>
    </item>
    <item>
      <title>Re: LSM Disk replacement</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557707#M12686</link>
      <description>Thank you to all your replies. This really helped alot.&lt;BR /&gt;&lt;BR /&gt;David</description>
      <pubDate>Sun, 05 Jun 2005 20:29:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/lsm-disk-replacement/m-p/3557707#M12686</guid>
      <dc:creator>David_854</dc:creator>
      <dc:date>2005-06-05T20:29:59Z</dc:date>
    </item>
  </channel>
</rss>

