<?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 Re: VG  deactivation for temporary disc maintenance? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908105#M623015</link>
    <description>Remember, SCSI timeouts are treated as normal events and should be handled gracefully; otherwise, your system couldn't handle cable/controller/interface failures. I'm not familiar with your array but I assume it has dual controllers with batteries on each controller. All of the arrays I use, allow for battery replacement with the removal of a single controller. The activity shifts over to the other SCSI path. You can then use pvchange to shift back. You also have the option of using pvchange to switch paths before the battery replacement.&lt;BR /&gt;&lt;BR /&gt;Having to shutdown for routine tasks is something I avoid but it may be the safer option; however, any array that requires shutdown for this task can hardly be considered a highly-available device.</description>
    <pubDate>Mon, 20 Jun 2005 14:45:35 GMT</pubDate>
    <dc:creator>A. Clay Stephenson</dc:creator>
    <dc:date>2005-06-20T14:45:35Z</dc:date>
    <item>
      <title>VG  deactivation for temporary disc maintenance?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908102#M623012</link>
      <description>Just wanted to check out the following maintenance scenario: DataPac 7000 RAID&lt;BR /&gt;system with failing cache battery pack. &lt;BR /&gt;A single VG owns all PVs from the RAID. HP-UX host connection is via an A6829A, dual channel HBA.&lt;BR /&gt; If I succeed in running vgchange -a N ; to &lt;BR /&gt;de-activate this VG, can I then shutdown my RAID, for battery replacement, without &lt;BR /&gt;disturbance (SCSI timeouts etc) to the running host.</description>
      <pubDate>Mon, 20 Jun 2005 12:24:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908102#M623012</guid>
      <dc:creator>David Nixon</dc:creator>
      <dc:date>2005-06-20T12:24:08Z</dc:date>
    </item>
    <item>
      <title>Re: VG  deactivation for temporary disc maintenance?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908103#M623013</link>
      <description>remember to umount filesystem first:-)</description>
      <pubDate>Mon, 20 Jun 2005 12:37:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908103#M623013</guid>
      <dc:creator>Matthew_50</dc:creator>
      <dc:date>2005-06-20T12:37:43Z</dc:date>
    </item>
    <item>
      <title>Re: VG  deactivation for temporary disc maintenance?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908104#M623014</link>
      <description>Cannot deactivate VGs with filesystems mounted.&lt;BR /&gt;&lt;BR /&gt;Do the umount 1st</description>
      <pubDate>Mon, 20 Jun 2005 12:42:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908104#M623014</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2005-06-20T12:42:01Z</dc:date>
    </item>
    <item>
      <title>Re: VG  deactivation for temporary disc maintenance?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908105#M623015</link>
      <description>Remember, SCSI timeouts are treated as normal events and should be handled gracefully; otherwise, your system couldn't handle cable/controller/interface failures. I'm not familiar with your array but I assume it has dual controllers with batteries on each controller. All of the arrays I use, allow for battery replacement with the removal of a single controller. The activity shifts over to the other SCSI path. You can then use pvchange to shift back. You also have the option of using pvchange to switch paths before the battery replacement.&lt;BR /&gt;&lt;BR /&gt;Having to shutdown for routine tasks is something I avoid but it may be the safer option; however, any array that requires shutdown for this task can hardly be considered a highly-available device.</description>
      <pubDate>Mon, 20 Jun 2005 14:45:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908105#M623015</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2005-06-20T14:45:35Z</dc:date>
    </item>
    <item>
      <title>Re: VG  deactivation for temporary disc maintenance?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908106#M623016</link>
      <description>You can certainly have dual redundant&lt;BR /&gt;(Infortrend) controllers in DPs 7000&lt;BR /&gt;series enclosures -  we don't have&lt;BR /&gt;this set-up, yet.&lt;BR /&gt; No applications are currently using this&lt;BR /&gt;RAID; but services would be affected by host shutdown.&lt;BR /&gt; So my question about LVM  is &lt;BR /&gt;does it, in any way,  generate  I/O to&lt;BR /&gt;the PVs of a de-activated VG..&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 21 Jun 2005 04:57:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908106#M623016</guid>
      <dc:creator>David Nixon</dc:creator>
      <dc:date>2005-06-21T04:57:58Z</dc:date>
    </item>
    <item>
      <title>Re: VG  deactivation for temporary disc maintenance?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908107#M623017</link>
      <description>Hi David,&lt;BR /&gt;&lt;BR /&gt;Once VG is deactivated there will not be any IO to this disks. But if you try to access disks by other means like via dd , diskinfo or vgscan etc. then surely system will try to access disks.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Devender</description>
      <pubDate>Tue, 21 Jun 2005 05:12:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908107#M623017</guid>
      <dc:creator>Devender Khatana</dc:creator>
      <dc:date>2005-06-21T05:12:38Z</dc:date>
    </item>
    <item>
      <title>Re: VG  deactivation for temporary disc maintenance?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908108#M623018</link>
      <description>Devender, you have confirmed what I&lt;BR /&gt;hoped would be the LVM behaviour.</description>
      <pubDate>Tue, 21 Jun 2005 09:31:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vg-deactivation-for-temporary-disc-maintenance/m-p/4908108#M623018</guid>
      <dc:creator>David Nixon</dc:creator>
      <dc:date>2005-06-21T09:31:34Z</dc:date>
    </item>
  </channel>
</rss>

