<?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: Lost VG because of change adresse of disk in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435975#M620188</link>
    <description>Aha...&lt;BR /&gt;&lt;BR /&gt;One of the pitfalls of LVM.. If you were running VxVM . you will not have this issue as it nicely handles device names gracefully.&lt;BR /&gt;&lt;BR /&gt;Another LVM tip though... if faced with the same scenario -- missing or renamed PV's:&lt;BR /&gt;&lt;BR /&gt;Make sure your VG still has all the PVs on the system before doing anything. I do this by getting the VGID of all disks in the system that I see (ioscan -kfnC disk or via the SCSI inquire/inq command if you have it) and:&lt;BR /&gt;&lt;BR /&gt;echo 0x2010?2X|adb /dev/dsk/cXtYdZ|expand|tr -d " "|sed "s/2010://"&lt;BR /&gt;&lt;BR /&gt;This will ensure you still have all your disks present.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Fri, 03 Dec 2004 10:09:28 GMT</pubDate>
    <dc:creator>Alzhy</dc:creator>
    <dc:date>2004-12-03T10:09:28Z</dc:date>
    <item>
      <title>Lost VG because of change adresse of disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435971#M620184</link>
      <description>Hello,&lt;BR /&gt;I just rebooted my server which is connected to an eva3000 with SecurePath 3.0e. After reboot, one of my VG was not mounted, because of the adress change :&lt;BR /&gt;disk      4  255/255/0/0.1  sdisk    CLAIMED     DEVICE       HSV100 HP&lt;BR /&gt;                           /dev/dsk/c14t0d1   /dev/rdsk/c14t0d1&lt;BR /&gt;disk      5  255/255/0/0.2  sdisk    CLAIMED     DEVICE       HSV100 HP&lt;BR /&gt;                           /dev/dsk/c14t0d2   /dev/rdsk/c14t0d2&lt;BR /&gt;disk      7  255/255/0/0.4  sdisk    CLAIMED     DEVICE       HSV100 HP&lt;BR /&gt;                           /dev/dsk/c14t0d4   /dev/rdsk/c14t0d4&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I tried vgchange, but I get :&lt;BR /&gt;vgchange: Warning: couldn't query physical volume "/dev/dsk/c14t0d3":&lt;BR /&gt;&lt;BR /&gt;How can I change the adress ?&lt;BR /&gt;Thanks</description>
      <pubDate>Fri, 03 Dec 2004 08:18:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435971#M620184</guid>
      <dc:creator>Ritter Philippe</dc:creator>
      <dc:date>2004-12-03T08:18:45Z</dc:date>
    </item>
    <item>
      <title>Re: Lost VG because of change adresse of disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435972#M620185</link>
      <description>my /etc/lvmtab /etc/lvmtab.old&lt;BR /&gt;vgscan -a&lt;BR /&gt;&lt;BR /&gt;then vgchange&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Fri, 03 Dec 2004 08:20:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435972#M620185</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2004-12-03T08:20:37Z</dc:date>
    </item>
    <item>
      <title>Re: Lost VG because of change adresse of disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435973#M620186</link>
      <description>Thanks, perfect. But how does the adress change ? Will it change after other reboot ?</description>
      <pubDate>Fri, 03 Dec 2004 08:35:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435973#M620186</guid>
      <dc:creator>Ritter Philippe</dc:creator>
      <dc:date>2004-12-03T08:35:13Z</dc:date>
    </item>
    <item>
      <title>Re: Lost VG because of change adresse of disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435974#M620187</link>
      <description>I assume you have alternate paths to your eva lun's and you may have had some sort of failure on the primary path.  As a general rule, no, the paths should remain the same.  I would check into your logs to see if you can find any sign of failure - perhaps one of the eva's controllers?  The one time I had a similar experience, it was a controller failure on an FC60.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Fri, 03 Dec 2004 08:38:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435974#M620187</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2004-12-03T08:38:35Z</dc:date>
    </item>
    <item>
      <title>Re: Lost VG because of change adresse of disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435975#M620188</link>
      <description>Aha...&lt;BR /&gt;&lt;BR /&gt;One of the pitfalls of LVM.. If you were running VxVM . you will not have this issue as it nicely handles device names gracefully.&lt;BR /&gt;&lt;BR /&gt;Another LVM tip though... if faced with the same scenario -- missing or renamed PV's:&lt;BR /&gt;&lt;BR /&gt;Make sure your VG still has all the PVs on the system before doing anything. I do this by getting the VGID of all disks in the system that I see (ioscan -kfnC disk or via the SCSI inquire/inq command if you have it) and:&lt;BR /&gt;&lt;BR /&gt;echo 0x2010?2X|adb /dev/dsk/cXtYdZ|expand|tr -d " "|sed "s/2010://"&lt;BR /&gt;&lt;BR /&gt;This will ensure you still have all your disks present.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 03 Dec 2004 10:09:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435975#M620188</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2004-12-03T10:09:28Z</dc:date>
    </item>
    <item>
      <title>Re: Lost VG because of change adresse of disk</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435976#M620189</link>
      <description>I have exactly the same problem, but on several disks (EVA300+RP4440 in cluster mode) !&lt;BR /&gt;I 've made a small programm to solve it, because labs are looking for solution.&lt;BR /&gt;1 - save your mapfile every day, on both nodes if you have a cluster.&lt;BR /&gt;2 - look for your minor numbers.&lt;BR /&gt;3 - do a vgexport on your VG&lt;BR /&gt;4 - mkdir the nknod on your VG (take care of the minor numbers).&lt;BR /&gt;5 - vgimport -s -v -m mapfile VG.&lt;BR /&gt;&lt;BR /&gt;May problem is not solved yet, bur I have a correspondance with support.&lt;BR /&gt;In SP3.0D you usually use commande like kmadmin and config to make data persistent accross reboot. In SP 3.0E this is automatic. But krsd daemon must be running to make it effective (see man pages).&lt;BR /&gt;here is a copy of my inittab line : &lt;BR /&gt;   krsd:123456:respawn:/sbin/krsd -i&lt;BR /&gt;&lt;BR /&gt;good luck</description>
      <pubDate>Fri, 07 Oct 2005 02:08:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/lost-vg-because-of-change-adresse-of-disk/m-p/3435976#M620189</guid>
      <dc:creator>DAUVERGNE</dc:creator>
      <dc:date>2005-10-07T02:08:20Z</dc:date>
    </item>
  </channel>
</rss>

