<?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: Vgimport problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394495#M626193</link>
    <description>Peter&lt;BR /&gt;&lt;BR /&gt;One of the uses of the mapfile is to get your lvol names back. I would run a "vgscan -p", copy and paste the output somwhere this will show you which physical devices belong together.&lt;BR /&gt;&lt;BR /&gt;For the lvol names the best is the test mounts / uses. It is garuanteed to be more "fun" though if you have raw volumes on it.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Gerhard</description>
    <pubDate>Thu, 07 Oct 2004 00:22:04 GMT</pubDate>
    <dc:creator>Gerhard Roets</dc:creator>
    <dc:date>2004-10-07T00:22:04Z</dc:date>
    <item>
      <title>Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394487#M626185</link>
      <description>Guys,&lt;BR /&gt;I have recently had to do a cold O/S install, on a server that had a major problem, and I'm at the stage where I want to import several of the disks.&lt;BR /&gt;&lt;BR /&gt;My problem is, that when I do a  -&lt;BR /&gt;&lt;BR /&gt;vgimport -v vg06 /dev/dsk/c4t0d0 /dev/dsk/c4t1d0 /dev/dsk/c4t8d0&lt;BR /&gt;&lt;BR /&gt;This works, except I don't have all the data that should be on these disks. I've got loads of &lt;BR /&gt;&lt;BR /&gt;Anybody got any ideas as to why ?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Pete</description>
      <pubDate>Wed, 06 Oct 2004 07:51:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394487#M626185</guid>
      <dc:creator>Peter Day_3</dc:creator>
      <dc:date>2004-10-06T07:51:47Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394488#M626186</link>
      <description>Pete,&lt;BR /&gt;&lt;BR /&gt;First question would have to be "are you sure you included all the physical volumes in your vgimport command?"  Have you looked at the logical volume layout within vg06?  Does it look normal?  How are you determining that not all the data is there?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Wed, 06 Oct 2004 07:54:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394488#M626186</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2004-10-06T07:54:29Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394489#M626187</link>
      <description>Hi Pete&lt;BR /&gt;&lt;BR /&gt;do you have the map file?</description>
      <pubDate>Wed, 06 Oct 2004 07:55:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394489#M626187</guid>
      <dc:creator>Ravi_8</dc:creator>
      <dc:date>2004-10-06T07:55:45Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394490#M626188</link>
      <description>Yes, if you have the map file, then don't worry about the disks:&lt;BR /&gt;&lt;BR /&gt;vgimport -s -v -m /tmp/vg06.map /dev/vg06&lt;BR /&gt;&lt;BR /&gt;You will have to recreate vg06 first - &lt;BR /&gt;vgexport vg06&lt;BR /&gt;mkdir /dev/vg06&lt;BR /&gt;mknod /dev/vg06/group c 64 0x060000&lt;BR /&gt;&lt;BR /&gt;Rgds...Geoff&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Oct 2004 07:58:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394490#M626188</guid>
      <dc:creator>Geoff Wild</dc:creator>
      <dc:date>2004-10-06T07:58:40Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394491#M626189</link>
      <description>Another thought would be are you sure that the device files are the same as they used to be?  It's possible that the reinstall has changed the device files.&lt;BR /&gt;&lt;BR /&gt;I would try using the -s option of vgimport and let it scan for the physical volumes it needs (I think you may have to have a mapfile):  vgimport -s -m /tmp/vg06.map /dev/vg06&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Wed, 06 Oct 2004 07:58:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394491#M626189</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2004-10-06T07:58:57Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394492#M626190</link>
      <description>Pete/Ravi,&lt;BR /&gt;There isn't any mapfile as this was from a cold OS install.&lt;BR /&gt;&lt;BR /&gt;But according to the vgdisplaay it all looks ok, except the the LV names are different to what there were originally.&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Wed, 06 Oct 2004 07:59:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394492#M626190</guid>
      <dc:creator>Peter Day_3</dc:creator>
      <dc:date>2004-10-06T07:59:28Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394493#M626191</link>
      <description>I assume that you did a vgchange -y and that was successful.&lt;BR /&gt;&lt;BR /&gt;I suspect that you have not associated all the LVOL's with a filesystem. A good map file would have helped especially if you had&lt;BR /&gt;LVOL's other than the standard lvol1, lvol2 ... . If you have an old /etc/fstab on backup, now would be a good time to restore it to another location so that you can see which filesystem, mountpoint, lvols tuples existed prior to the crash. I also suspect that you will need to fsck each filesystem before mounting. As long as all the disks are good, you really shouldn't have lost anything -- though you may have temporily misplaced it. It's always a good idea to run mirrored disks (or RAID) so that the loss of a disk is not a problem.&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Oct 2004 08:03:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394493#M626191</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2004-10-06T08:03:30Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394494#M626192</link>
      <description>So your lvols were named differently to the standard lvol1, lvol2, lvol..n etc?&lt;BR /&gt;&lt;BR /&gt;I'm afraid it will be a case of mounting each lvol temporarily and working out which one was mounted where. Then either change fstab to use the standard (lvol) names, or rename the lvols back to what they used to be.&lt;BR /&gt;&lt;BR /&gt;I have a script (runs under cron once per day) that writes this information to a hidden file on the filesystem to make the job much easier (I've included it below - use if you wish). That way, whenever I encountered a problem, I could easily tell what was mounted where by temporarily mounting the lvol and checking the contents of the file.&lt;BR /&gt;&lt;BR /&gt;Col.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;#!/bin/ksh&lt;BR /&gt;###################################################&lt;BR /&gt;# Quick re-hash of the lvolinfo command to remove #&lt;BR /&gt;# any gzip .lvolinfo files which may exist.       #&lt;BR /&gt;###################################################&lt;BR /&gt;# Modifications                                   #&lt;BR /&gt;# -------------                                   #&lt;BR /&gt;# Init  Date     Comments                         #&lt;BR /&gt;# ----------------------------------------------- #&lt;BR /&gt;# CMT   12/03/01 Added ro exclusion.              #&lt;BR /&gt;###################################################&lt;BR /&gt; &lt;BR /&gt;HOST=$(hostname)&lt;BR /&gt; &lt;BR /&gt; &lt;BR /&gt;/sbin/mount -l |grep -v " ro "| awk '{print $1 " " $3}' | while read mount lvol&lt;BR /&gt;do&lt;BR /&gt;if [ -f "$mount/.lvolinfo.gz" ]&lt;BR /&gt;then&lt;BR /&gt;rm "$mount/.lvolinfo.gz"&lt;BR /&gt;fi&lt;BR /&gt;echo $HOST $mount $lvol &amp;gt; $mount/.lvolinfo&lt;BR /&gt;done&lt;BR /&gt;</description>
      <pubDate>Wed, 06 Oct 2004 18:01:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394494#M626192</guid>
      <dc:creator>Colin Topliss</dc:creator>
      <dc:date>2004-10-06T18:01:43Z</dc:date>
    </item>
    <item>
      <title>Re: Vgimport problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394495#M626193</link>
      <description>Peter&lt;BR /&gt;&lt;BR /&gt;One of the uses of the mapfile is to get your lvol names back. I would run a "vgscan -p", copy and paste the output somwhere this will show you which physical devices belong together.&lt;BR /&gt;&lt;BR /&gt;For the lvol names the best is the test mounts / uses. It is garuanteed to be more "fun" though if you have raw volumes on it.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Gerhard</description>
      <pubDate>Thu, 07 Oct 2004 00:22:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/vgimport-problem/m-p/3394495#M626193</guid>
      <dc:creator>Gerhard Roets</dc:creator>
      <dc:date>2004-10-07T00:22:04Z</dc:date>
    </item>
  </channel>
</rss>

