<?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: serviceguard config question in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836888#M272686</link>
    <description>I would advise to run "vgcfgbackup" for the VG for future use after applying the config.&lt;BR /&gt;&lt;BR /&gt;BTW, I'm pretty sure Stevens intention was to write "... you may copy ..." instead of " ... you must ..." - it is really not necessary, but can't damage anything ;-)</description>
    <pubDate>Thu, 03 Aug 2006 15:56:26 GMT</pubDate>
    <dc:creator>Torsten.</dc:creator>
    <dc:date>2006-08-03T15:56:26Z</dc:date>
    <item>
      <title>serviceguard config question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836885#M272683</link>
      <description>Hy,&lt;BR /&gt;&lt;BR /&gt;I need to change the cluster lock disk for a cluster, and i have changed the config file with the new devices, and know i am triying the configurartion with cmcheckconf -C ll.ascii -k&lt;BR /&gt;and i get some errors, i wanted to know, if you can repair this errors with the cluster on-line, or do i have to wait and stop the cluster.&lt;BR /&gt;&lt;BR /&gt;wopper is configured as the lock vg&lt;BR /&gt;&lt;BR /&gt;Warning: The volume group /dev/wopper on node macdonald has inconsistent cluster configuration data&lt;BR /&gt;This can be cleared using vgchange with "-c".&lt;BR /&gt;Error: Volume group /dev/wopper has mismatched cluster ids. (1634729984 != 1146102093)&lt;BR /&gt;Warning: Volume group /dev/wopper is configured differently on node burgerking than on node macdonald&lt;BR /&gt;Warning: Volume group /dev/wopper is configured differently on node burgerking than on node macdonald&lt;BR /&gt;cmcheckconf  : Unable to reconcile configuration file cmclconf.ascii&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;this is service guard 11.14 on a 11i system, i wanted to have a clear idea on what to do to get over this problems before i stop the hole cluster, because once i stop i only have a small window to get it working.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Any help is much apreciatted.&lt;BR /&gt;&lt;BR /&gt;Thnx</description>
      <pubDate>Thu, 03 Aug 2006 14:02:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836885#M272683</guid>
      <dc:creator>likid0</dc:creator>
      <dc:date>2006-08-03T14:02:01Z</dc:date>
    </item>
    <item>
      <title>Re: serviceguard config question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836886#M272684</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;I believe you don't have the configuration files copied to all nodes.&lt;BR /&gt;&lt;BR /&gt;When working on the cluster lock disk configuration you must copy the configuration file itself to all nodes prior to running cmcheckconf/cmapplyconf&lt;BR /&gt;&lt;BR /&gt;You should be abel to repair the errors without taking the cluster offline. You may need to cmhaltnode one node, make corrections and then rejoin.&lt;BR /&gt;&lt;BR /&gt;I've run into situations however where it is simply easier to bring down the whole cluster , reconfigure the volume group export -p the configuration and import it onto the second node.&lt;BR /&gt;&lt;BR /&gt;I've had the course training on SG and dealt with a few production crisis since coming over to this side of the ocean, so I'm fairly confident you can do it either way.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 03 Aug 2006 14:06:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836886#M272684</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-08-03T14:06:42Z</dc:date>
    </item>
    <item>
      <title>Re: serviceguard config question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836887#M272685</link>
      <description>The errors seem to indicate there is an LVM issue with this VG.&lt;BR /&gt;The cluster lock VG should be in the cluster ascii file, and the vG must be active on the node where you run cmapplyconf.&lt;BR /&gt;I would suggest you check the LVM config by doing &lt;BR /&gt;strings /etc/lvmtab&lt;BR /&gt;on each node and fixing this first.&lt;BR /&gt;Then you will need to halt the cluster, then vgchange -c n on the VG, then vgchange -a y, and finally do the cmapplyconf.&lt;BR /&gt;&lt;BR /&gt;As for the comment:"When working on the cluster lock disk configuration you must copy the configuration file itself to all nodes prior to running cmcheckconf/cmapplyconf"&lt;BR /&gt;This is incorrect, you do not need to have the cluster ascii file on all nodes.&lt;BR /&gt;</description>
      <pubDate>Thu, 03 Aug 2006 15:43:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836887#M272685</guid>
      <dc:creator>melvyn burnard</dc:creator>
      <dc:date>2006-08-03T15:43:26Z</dc:date>
    </item>
    <item>
      <title>Re: serviceguard config question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836888#M272686</link>
      <description>I would advise to run "vgcfgbackup" for the VG for future use after applying the config.&lt;BR /&gt;&lt;BR /&gt;BTW, I'm pretty sure Stevens intention was to write "... you may copy ..." instead of " ... you must ..." - it is really not necessary, but can't damage anything ;-)</description>
      <pubDate>Thu, 03 Aug 2006 15:56:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836888#M272686</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2006-08-03T15:56:26Z</dc:date>
    </item>
    <item>
      <title>Re: serviceguard config question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836889#M272687</link>
      <description>I am doing the cmapplycheck in the node with de vg /dev/wopper active, this is burgerking, but all the lvm errors i get are from macdonald.&lt;BR /&gt;&lt;BR /&gt;The error part looks like it could be solved by doing vgchange -c n and vgchange -c in node macdonald?, can i do this with out stoping the cluster.&lt;BR /&gt;&lt;BR /&gt;And i think you have to stop the hole cluster to change the lock disk no?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;thnx again!</description>
      <pubDate>Fri, 04 Aug 2006 03:28:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836889#M272687</guid>
      <dc:creator>likid0</dc:creator>
      <dc:date>2006-08-04T03:28:52Z</dc:date>
    </item>
    <item>
      <title>Re: serviceguard config question</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836890#M272688</link>
      <description>To change the cluster lock definition, you must halt the cluster, and have the cluster lock vg activated at the time you do the cmapplyconf.&lt;BR /&gt;</description>
      <pubDate>Fri, 04 Aug 2006 03:31:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/serviceguard-config-question/m-p/3836890#M272688</guid>
      <dc:creator>melvyn burnard</dc:creator>
      <dc:date>2006-08-04T03:31:16Z</dc:date>
    </item>
  </channel>
</rss>

