<?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: Shared Volume Group Activation in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467565#M624897</link>
    <description>&lt;BR /&gt;Try this .. &lt;BR /&gt;vgchange -c y -S y &lt;BR /&gt;&lt;BR /&gt;If this does not resolve problem try first convert vg in standard activation by &lt;BR /&gt;&lt;BR /&gt;vgchange -c n -S n followed by vgchange -a y. Then activate VG in shared mode. &lt;BR /&gt;&lt;BR /&gt;-USA..&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 20 Jan 2005 10:38:36 GMT</pubDate>
    <dc:creator>Uday_S_Ankolekar</dc:creator>
    <dc:date>2005-01-20T10:38:36Z</dc:date>
    <item>
      <title>Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467561#M624893</link>
      <description>I am having an issue with activating a shared volume group on both nodes of a 2 node cluster.  When I activate it on node 1 with a vgchange -a s vg# it activates as the server.  When I go and activate it on node 2 I get "quorum not present or some physical devices are missing".  However, if I deactivate the vg on node 1 and activate it on node 2 it will become the server and node 1 has the "quorum .... missing" issue.  I have exported and imported the VG several times thinking I may have fat fingered something but I keep getting the same issue.  Any answers would be great!!!</description>
      <pubDate>Thu, 20 Jan 2005 09:52:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467561#M624893</guid>
      <dc:creator>Matt Goodfellow_1</dc:creator>
      <dc:date>2005-01-20T09:52:09Z</dc:date>
    </item>
    <item>
      <title>Re: Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467562#M624894</link>
      <description>You don't typically mount VGs on 2 servers at once.  If this is part of a MC/SG cluster then you typically only mount the VG on the node that the package is running on.  Having the VG activated and potentially filesystems mounted on 2 machines at the same could result in some major data corruption.</description>
      <pubDate>Thu, 20 Jan 2005 10:05:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467562#M624894</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2005-01-20T10:05:57Z</dc:date>
    </item>
    <item>
      <title>Re: Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467563#M624895</link>
      <description>We are using OPS in which the vg's are active in a shared state on both nodes.</description>
      <pubDate>Thu, 20 Jan 2005 10:08:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467563#M624895</guid>
      <dc:creator>Matt Goodfellow_1</dc:creator>
      <dc:date>2005-01-20T10:08:35Z</dc:date>
    </item>
    <item>
      <title>Re: Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467564#M624896</link>
      <description>Matt, &lt;BR /&gt;could this be some scsi reservation issue? &lt;BR /&gt;&lt;BR /&gt;maybe You could check which volumes are missing and cross-check the pvid's against the volumes active on server #1</description>
      <pubDate>Thu, 20 Jan 2005 10:11:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467564#M624896</guid>
      <dc:creator>Florian Heigl (new acc)</dc:creator>
      <dc:date>2005-01-20T10:11:39Z</dc:date>
    </item>
    <item>
      <title>Re: Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467565#M624897</link>
      <description>&lt;BR /&gt;Try this .. &lt;BR /&gt;vgchange -c y -S y &lt;BR /&gt;&lt;BR /&gt;If this does not resolve problem try first convert vg in standard activation by &lt;BR /&gt;&lt;BR /&gt;vgchange -c n -S n followed by vgchange -a y. Then activate VG in shared mode. &lt;BR /&gt;&lt;BR /&gt;-USA..&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Jan 2005 10:38:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467565#M624897</guid>
      <dc:creator>Uday_S_Ankolekar</dc:creator>
      <dc:date>2005-01-20T10:38:36Z</dc:date>
    </item>
    <item>
      <title>Re: Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467566#M624898</link>
      <description>I would check the VGID as mentioned and see if you can isolate which disk is giving you the problem.&lt;BR /&gt;&lt;BR /&gt;I'm still not sure why it would only be the second activation that would give us a problem though.&lt;BR /&gt;&lt;BR /&gt;If its the same disk then perhaps we need to restore the LVM headers on it.&lt;BR /&gt;</description>
      <pubDate>Thu, 20 Jan 2005 11:03:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467566#M624898</guid>
      <dc:creator>Kent Ostby</dc:creator>
      <dc:date>2005-01-20T11:03:52Z</dc:date>
    </item>
    <item>
      <title>Re: Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467567#M624899</link>
      <description>Folk's it has to do with the time stamps on the VGSA (Volume Group Status Area).  The server and the client see different time stamps. There is a primary and an alternate time stamp and if they are different you get this behavior.  HP has a couple of unofficial work arounds and a patch that fixes the problem. PHKL_30553 for 11.0 and PHKL_30697 for 11.11.</description>
      <pubDate>Tue, 22 Feb 2005 16:29:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467567#M624899</guid>
      <dc:creator>Matt Goodfellow_1</dc:creator>
      <dc:date>2005-02-22T16:29:02Z</dc:date>
    </item>
    <item>
      <title>Re: Shared Volume Group Activation</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467568#M624900</link>
      <description>I got the same in a two-node cluster too. I solved it by applying vgcfgrestore from the first node:&lt;BR /&gt;&lt;BR /&gt;vgcfgrestore -n /dev/vgname /dev/rdsk/disk1 /dev/rdsk/disk2 ... &lt;BR /&gt;&lt;BR /&gt;and then vgexporting and vgimporting &lt;VGNAME&gt; in the other node, being carefull you have well identified disk paths for that VG in the other node. It will sure work.&lt;/VGNAME&gt;</description>
      <pubDate>Mon, 28 Feb 2005 12:48:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/shared-volume-group-activation/m-p/3467568#M624900</guid>
      <dc:creator>José Enrique González</dc:creator>
      <dc:date>2005-02-28T12:48:52Z</dc:date>
    </item>
  </channel>
</rss>

