<?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: device file changed for disk in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121461#M684920</link>
    <description>Not clear enough, but maybe you changed some port or switches too. I assume you did not remove the old device files before you changed the environment. Anyway, the vgimport should help.</description>
    <pubDate>Thu, 24 Jul 2008 13:14:54 GMT</pubDate>
    <dc:creator>Torsten.</dc:creator>
    <dc:date>2008-07-24T13:14:54Z</dc:date>
    <item>
      <title>device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121458#M684917</link>
      <description>Hi,&lt;BR /&gt;I have changed my storage cabinet on my mc cluster and now in one of the nodes (the secondary one) the HW path has changed from /dev/dsk/c33txdx to /dev/dsk/c23txdx&lt;BR /&gt;I have a the map files created with vgexport on the main node. Should a vgimport on the secondary node solve the problem? &lt;BR /&gt;Thanks in advance!!</description>
      <pubDate>Thu, 24 Jul 2008 12:43:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121458#M684917</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2008-07-24T12:43:39Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121459#M684918</link>
      <description>" have changed my storage cabinet " - how exactly? Yes, importing the VG will update the LVM configuration on that node.</description>
      <pubDate>Thu, 24 Jul 2008 12:49:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121459#M684918</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-07-24T12:49:18Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121460#M684919</link>
      <description>Physically, We have replaced our storage array, we have mounted a brand new one with more capacity but keeping the current LUN's structure, we have sinchronized data on both arrays (old and new one). As I have said, main node on cluster hace seen the array without doing any extra operation, as the Hw path has not changed. But on the secondary one, it has changed and now the node is claiming for the lock disk and so on.&lt;BR /&gt;I hope the issue is clearer now for you.</description>
      <pubDate>Thu, 24 Jul 2008 13:08:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121460#M684919</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2008-07-24T13:08:45Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121461#M684920</link>
      <description>Not clear enough, but maybe you changed some port or switches too. I assume you did not remove the old device files before you changed the environment. Anyway, the vgimport should help.</description>
      <pubDate>Thu, 24 Jul 2008 13:14:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121461#M684920</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-07-24T13:14:54Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121462#M684921</link>
      <description>&lt;BR /&gt;you need to export the volume group from the secondary node and import it back in.  That is unless the volume group is the one containing the lock disk.  This means that you are redefining the lock disk which cannot usually be done while the cluster is up.&lt;BR /&gt;</description>
      <pubDate>Fri, 25 Jul 2008 12:12:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121462#M684921</guid>
      <dc:creator>Emil Velez</dc:creator>
      <dc:date>2008-07-25T12:12:12Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121463#M684922</link>
      <description>I'm having this message on the syslog:&lt;BR /&gt;Jul 25 14:54:15 seplet6 cmcld: WARNING: Cluster lock disk /dev/dsk/c33t0d0 has failed: I/O error&lt;BR /&gt;Jul 25 14:54:15 seplet6 cmcld: Until it is fixed, a single failure could&lt;BR /&gt;Jul 25 14:54:15 seplet6 cmcld: cause all nodes in the cluster to crash&lt;BR /&gt;&lt;BR /&gt;Because now the lock disk is c23t0d0. I can't just change it on /etc/cmcluster/cluster.conf with the cluster up?</description>
      <pubDate>Fri, 25 Jul 2008 12:14:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121463#M684922</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2008-07-25T12:14:50Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121464#M684923</link>
      <description>If  /dev/dsk/c23txdx is the new path to the cluster lock disk, you must update this in the cluster configuration ASCII file and run cmapplyconf on the file to update the cluster binary file with this new information.  Doing so will also install the cluster lock structure, if it does not exist on that disk.&lt;BR /&gt;&lt;BR /&gt;As for vgimporting the VG, it depends on how to created the new VG on the new array... if you did a bit-for-bit copy of the old VG disks to the new ones, then the new disks will have the same VGID as the old disks.  If both the old and new disks are visible to the second server, you won't want to do a vgimport with a map file that contains the VGID at the top... doing so will make LVM discover both old and new disks.&lt;BR /&gt;In such a case, you have to use a map file that does not contain a VGID at the top, and specifically identify each disk path in the vgimport command.</description>
      <pubDate>Fri, 25 Jul 2008 12:19:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121464#M684923</guid>
      <dc:creator>Stephen Doud</dc:creator>
      <dc:date>2008-07-25T12:19:17Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121465#M684924</link>
      <description>Hi Moqiro,&lt;BR /&gt;&lt;BR /&gt;Please confirm if you are still connecting your old storage box to your nodes or not. If yes, then running vgimport using previously created map file will not work as map file will be having old VGIDs information.&lt;BR /&gt;&lt;BR /&gt;I would suggest you to take complete backup of your existing cluster configuration before you make any changes using new disks comming from new box.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 27 Jul 2008 07:47:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121465#M684924</guid>
      <dc:creator>Deepak Kr</dc:creator>
      <dc:date>2008-07-27T07:47:28Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121466#M684925</link>
      <description>Hi,&lt;BR /&gt;My old cabinet is far away from here. But as this is a cluter, I've got the main node working with the new cabinet with no problems. What I did is vgexport on the main node and vgimport on the secondary one. However it is still remaining to solve the lock disk issue. I wonder if I can just change it on the /etc/cmcluster/cluster.conf file and cmapplyconf. Is it correct?&lt;BR /&gt;Thanks!!</description>
      <pubDate>Mon, 28 Jul 2008 05:36:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121466#M684925</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2008-07-28T05:36:14Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121467#M684926</link>
      <description>Thanks for the confirmation.&lt;BR /&gt;&lt;BR /&gt;What I understood that one  node is able to recognise all the disk devices including lock disk. If this is the case then updating conf file and running cmcheck followed by cmapplyconf should work.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;update cluster lock lun for second node e.g.&lt;BR /&gt;&lt;BR /&gt;CLUSTER_LOCK_LUN /dev/dsk/c23txdx&lt;BR /&gt;&lt;BR /&gt;After cmapplyconf &lt;BR /&gt;&lt;BR /&gt;you can run cmrunnode -n second_node_name -v  to join cluster ..&lt;BR /&gt;&lt;BR /&gt;This should update cluster lock.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 28 Jul 2008 07:42:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121467#M684926</guid>
      <dc:creator>Deepak Kr</dc:creator>
      <dc:date>2008-07-28T07:42:44Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121468#M684927</link>
      <description>Sorry forgot to mention &lt;BR /&gt;&lt;BR /&gt;You need to halt cluster to update cluster lock disk in conf file.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 28 Jul 2008 07:47:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121468#M684927</guid>
      <dc:creator>Deepak Kr</dc:creator>
      <dc:date>2008-07-28T07:47:49Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121469#M684928</link>
      <description>Ok. &lt;BR /&gt;Now it is clear for me. I will wait for a planned shutdown of the system to update the lock disk on the cluster.&lt;BR /&gt;Thanks a lot to all you.</description>
      <pubDate>Mon, 28 Jul 2008 07:55:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121469#M684928</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2008-07-28T07:55:10Z</dc:date>
    </item>
    <item>
      <title>Re: device file changed for disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121470#M684929</link>
      <description>.</description>
      <pubDate>Mon, 28 Jul 2008 07:55:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-file-changed-for-disk/m-p/5121470#M684929</guid>
      <dc:creator>mogiro</dc:creator>
      <dc:date>2008-07-28T07:55:35Z</dc:date>
    </item>
  </channel>
</rss>

