<?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: Recovering lost lvol information? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336774#M625352</link>
    <description>I know I can always use the map files I created to completely recreate the volume group.The problem is, I'm going to be tied up with another client on Wednesday, and all of the steps needed for a vgimport are too complicated for this client. I was hoping for something quick and easy that I could tell them to try.</description>
    <pubDate>Tue, 20 Jul 2004 19:13:36 GMT</pubDate>
    <dc:creator>Joe Short</dc:creator>
    <dc:date>2004-07-20T19:13:36Z</dc:date>
    <item>
      <title>Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336772#M625350</link>
      <description>I have a client who is building an MCSG/Oracle RAC cluster. The shared databases are on RAW. Today, the RAW lvols on one of the servers of the servers dissapeared. The lvols are still there, just the rlvols are gone. Is there a simple command that can be used to recover these rlvols?</description>
      <pubDate>Tue, 20 Jul 2004 18:45:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336772#M625350</guid>
      <dc:creator>Joe Short</dc:creator>
      <dc:date>2004-07-20T18:45:09Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336773#M625351</link>
      <description>You could try to get it back using 'vgcfgrestore', but the best suggestion is to recover them from backup tape. See the vgcfgrestore man page</description>
      <pubDate>Tue, 20 Jul 2004 18:54:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336773#M625351</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2004-07-20T18:54:02Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336774#M625352</link>
      <description>I know I can always use the map files I created to completely recreate the volume group.The problem is, I'm going to be tied up with another client on Wednesday, and all of the steps needed for a vgimport are too complicated for this client. I was hoping for something quick and easy that I could tell them to try.</description>
      <pubDate>Tue, 20 Jul 2004 19:13:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336774#M625352</guid>
      <dc:creator>Joe Short</dc:creator>
      <dc:date>2004-07-20T19:13:36Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336775#M625353</link>
      <description>There is no real simple solution. Besides I would not want a client of mine fooling around with something as vital as this. &lt;BR /&gt;&lt;BR /&gt;Have a look at this similar problem and decide for yourself whether it is easy enough. Again it is not something I would recommend.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=620723" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=620723&lt;/A&gt;</description>
      <pubDate>Tue, 20 Jul 2004 19:36:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336775#M625353</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2004-07-20T19:36:22Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336776#M625354</link>
      <description>&lt;BR /&gt;Do I understand you correctly that the lvol is still there, the data is still there?&lt;BR /&gt;So of the VG is called vgx and the lvol lvx then you do have /dev/vgx/lvx, but do not have /dev/vgx/rlvx due to an operational error perhaps. Well in that case I think you can just do a mknod using the major and minor number from the lvx.&lt;BR /&gt;&lt;BR /&gt;For example:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;[/usr/hein]$ ls -l /dev/*06*/*hein*&lt;BR /&gt;brw-r-----   1 root       sys         64 0x060003 Jul 20 17:18 /dev/vg_xp06/hein&lt;BR /&gt;crw-r-----   1 root       sys         64 0x060003 Jul 20 17:11 /dev/vg_xp06/rhein&lt;BR /&gt;&lt;BR /&gt;time dd if=/dev/vg_xp06/rhein bs=1024k | grep -c hein&lt;BR /&gt;320+0 records in&lt;BR /&gt;320+0 records out&lt;BR /&gt;$ rm /dev/vg_xp06/rhein&lt;BR /&gt;$ dd if=/dev/vg_xp06/rhein bs=1024k | grep -c hein&lt;BR /&gt;/dev/vg_xp06/rhein: No such file or directory&lt;BR /&gt;dd: cannot open /dev/vg_xp06/rhein&lt;BR /&gt;real        0.0&lt;BR /&gt;user        0.0&lt;BR /&gt;sys         0.0&lt;BR /&gt;0&lt;BR /&gt;$ mknod /dev/vg_xp06/rhein b 64 0x060003&lt;BR /&gt;$ dd if=/dev/vg_xp06/rhein bs=1024k | grep -c hein&lt;BR /&gt;320+0 records in&lt;BR /&gt;320+0 records out&lt;BR /&gt;299&lt;BR /&gt;&lt;BR /&gt;hth,&lt;BR /&gt;Hein.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Jul 2004 19:44:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336776#M625354</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2004-07-20T19:44:14Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336777#M625355</link>
      <description>&lt;BR /&gt;Hmm,&lt;BR /&gt;&lt;BR /&gt;I may have spoken too soon. &lt;BR /&gt;&lt;BR /&gt;Cleaning up from my test makes lvm complain, and I notice a new lvol call xxx/rhein. Odd. Unfortunately it'll be a while before I can follow up I'm afraid, so go easy. (or don't go).&lt;BR /&gt;&lt;BR /&gt;Also, if this is for an Oracle datafile, then you will also want to do a chmod and chown on the mknod result (if you go that route).&lt;BR /&gt;&lt;BR /&gt;Hein.&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Jul 2004 20:02:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336777#M625355</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2004-07-20T20:02:16Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336778#M625356</link>
      <description>&lt;BR /&gt;Ah, ok, I was a touch sloppy. The revoce procedure I outlined does work, but somehow I used mknod 'b' where I darn well knwo it should be 'c' for the raw device as per:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; crw-r----- 1 root sys 64 0x060003 Jul 20 17:11 /dev/vg_xp06/rhein&lt;BR /&gt;&lt;BR /&gt;So the right recovery fro my example was:&lt;BR /&gt;&lt;BR /&gt;$ mknod /dev/vg_xp06/rhein c 64 0x060003&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;by accidently using the 'b' I created an 'alias' LV which confused lvm of course.&lt;BR /&gt;I just used rm on the duplicate block device then  created the character/raw device with mknod 'c' and, re-tested, lvchange -a n, lvremove. Clean.&lt;BR /&gt;&lt;BR /&gt;See also 'man 1m mknod'&lt;BR /&gt;&lt;BR /&gt;Btw... I should have known something was smelly because in actuallity I timed the grep and the timing matched  a block device, not a raw device. Oh well, so much for trying to help in a hurry.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Hein.&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Jul 2004 22:11:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336778#M625356</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2004-07-20T22:11:10Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336779#M625357</link>
      <description>Just to put an end to the story. I ended up returning to the client location, and completely recreating the volume groups involved from the map file I had created originally.&lt;BR /&gt;Thanky to everyone who responded.&lt;BR /&gt;&lt;BR /&gt;Joe</description>
      <pubDate>Wed, 21 Jul 2004 12:05:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336779#M625357</guid>
      <dc:creator>Joe Short</dc:creator>
      <dc:date>2004-07-21T12:05:05Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336780#M625358</link>
      <description>use "mknod" to create new device files for these raw devices , the same major and minor number as that before.</description>
      <pubDate>Wed, 21 Jul 2004 20:38:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336780#M625358</guid>
      <dc:creator>Fred.Wu</dc:creator>
      <dc:date>2004-07-21T20:38:36Z</dc:date>
    </item>
    <item>
      <title>Re: Recovering lost lvol information?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336781#M625359</link>
      <description>mknod /dev/vgname/rlvname 64 c 0x######&lt;BR /&gt;&lt;BR /&gt;The number "0x######" is as same as the lvol device file.</description>
      <pubDate>Wed, 21 Jul 2004 21:48:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/recovering-lost-lvol-information/m-p/3336781#M625359</guid>
      <dc:creator>Wang Xueyan</dc:creator>
      <dc:date>2004-07-21T21:48:56Z</dc:date>
    </item>
  </channel>
</rss>

