<?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: failed boot HP9000/K460 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534193#M222015</link>
    <description>I would say yes, there is a good change you replaced a boot device.&lt;BR /&gt;&lt;BR /&gt;The information you gave contradicts itself.  You say fir that you had disks with SCSI ID's 3,4,5,6.  Then you say vg00 had disks c0t1d0 and c0t2d0.  That is a contradiction.  It's impossible.  The 't' portion of the device file is the scsi id.  t1 and t2 indicates scsi id's 1 and 2, which it looks like you don't have.&lt;BR /&gt;&lt;BR /&gt;I would put the disks from id 5 and 6 back.  Those are more than likely your vg00 disks.&lt;BR /&gt;&lt;BR /&gt;Once the system boots again, do a 'vgdisplay -v vg00' and look VERY CAREFULLY at your disk device files included in the VG.</description>
    <pubDate>Thu, 28 Apr 2005 11:00:36 GMT</pubDate>
    <dc:creator>Patrick Wallek</dc:creator>
    <dc:date>2005-04-28T11:00:36Z</dc:date>
    <item>
      <title>failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534192#M222014</link>
      <description>I'm experiencing OS bootup issue after I replaced a SCSI disk similar to old thread (servers/9000 section) is "failed boot HP9000/D350"&lt;BR /&gt;Originaly I had 4 X 9 GB with IDs 3, 4, 5, 6&lt;BR /&gt;I had /dev/vg00 on /dev/dsk/c0t1d0 and /dev/dsk/c0t2d0 (mirrored)&lt;BR /&gt;and vg01 on /dev/dsk/c0t3d0 and /dev/dsk/c0t4d0&lt;BR /&gt;I broke the mirror for vg01 and vg01 only had c0t3d0. &lt;BR /&gt;I want to replace c0t4d0 with a 36 GB disk&lt;BR /&gt;&lt;BR /&gt;I disconnected disks with IDs 5 and 6 and replaced with new SCSI HD ID 6. &lt;BR /&gt;Getting the WARN 80F5 error and can't find the boot device (cannot find ENTRY_TEST). &lt;BR /&gt;I did a SEA to search for a boot path:&lt;BR /&gt;P0 10/0.8 fwscsi.8 Random access media&lt;BR /&gt;P1 10/0.4 fwscsi.4    "&lt;BR /&gt;P2 10/0.3 fwscsi.3    "&lt;BR /&gt;P3 10/12/5.0 sescsi.0  Sequential &lt;BR /&gt;&lt;BR /&gt;Pri is set to 10/0.6 , my question is that did I replace/disconnected the boot devices?&lt;BR /&gt;Anyone has idea how SCSI Id is related to fwscsi.## ? Thank you</description>
      <pubDate>Thu, 28 Apr 2005 10:43:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534192#M222014</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-04-28T10:43:53Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534193#M222015</link>
      <description>I would say yes, there is a good change you replaced a boot device.&lt;BR /&gt;&lt;BR /&gt;The information you gave contradicts itself.  You say fir that you had disks with SCSI ID's 3,4,5,6.  Then you say vg00 had disks c0t1d0 and c0t2d0.  That is a contradiction.  It's impossible.  The 't' portion of the device file is the scsi id.  t1 and t2 indicates scsi id's 1 and 2, which it looks like you don't have.&lt;BR /&gt;&lt;BR /&gt;I would put the disks from id 5 and 6 back.  Those are more than likely your vg00 disks.&lt;BR /&gt;&lt;BR /&gt;Once the system boots again, do a 'vgdisplay -v vg00' and look VERY CAREFULLY at your disk device files included in the VG.</description>
      <pubDate>Thu, 28 Apr 2005 11:00:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534193#M222015</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2005-04-28T11:00:36Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534194#M222016</link>
      <description>If you mirrored the boot disk prior to the failure, you should be okay.  &lt;BR /&gt;&lt;BR /&gt;ioscan -fnC disk&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 28 Apr 2005 11:07:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534194#M222016</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2005-04-28T11:07:31Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534195#M222017</link>
      <description>You are right on. /dev/rdsk/c0t6d0 and c0t5d0 were the vg00 and I am able to boot up now. But now I can't see vg01 even tough I connected back my disks. ioscan -fnC disk&lt;BR /&gt;displays all the 4 disks. Thank you</description>
      <pubDate>Thu, 28 Apr 2005 13:14:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534195#M222017</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-04-28T13:14:26Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534196#M222018</link>
      <description>Run this command the output should be like&lt;BR /&gt;#strings /etc/lvmtab&lt;BR /&gt;/dev/vg01&lt;BR /&gt;/dev/dsk/cxtxdx&lt;BR /&gt;/dev/dsk/cxtxdx&lt;BR /&gt;Does the above cxtxdx match with ioscan output? What happens with "vgchange -a y /dev/vg01"? &lt;BR /&gt;If not you can always import the vg01 volume group&lt;BR /&gt;If you have the mapfile import vg01 using mapfile using below 1 of the syntax.&lt;BR /&gt;/usr/sbin/vgimport [-m mapfile] [-p] [-v] [-f infile] vg_name pv_path&lt;BR /&gt;/usr/sbin/vgimport -m mapfile -s -v vg_name</description>
      <pubDate>Thu, 28 Apr 2005 13:23:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534196#M222018</guid>
      <dc:creator>Vincente Fernandes</dc:creator>
      <dc:date>2005-04-28T13:23:58Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534197#M222019</link>
      <description>Does the directory /dev/vg01 exist?  Does it contain the /dev/vg01/group file?  If not create both:&lt;BR /&gt;&lt;BR /&gt;mkdir /dev/vg01&lt;BR /&gt;mknod /dev/vg01/group c64 0x010000&lt;BR /&gt;&lt;BR /&gt;In either case, then import vg01&lt;BR /&gt;&lt;BR /&gt;vgimport /dev/vg01&lt;BR /&gt;&lt;BR /&gt;and activate it:&lt;BR /&gt;&lt;BR /&gt;vgchange -a y /dev/vg01&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Thu, 28 Apr 2005 13:25:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534197#M222019</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2005-04-28T13:25:38Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534198#M222020</link>
      <description>Thanks Vince and Peter:&lt;BR /&gt;scledibk:/ {130}&amp;gt; cd /dev&lt;BR /&gt;scledibk:/dev {131}&amp;gt; ls -l vg01&lt;BR /&gt;total 0&lt;BR /&gt;cr--r--r--   1 root       sys         64 0x010000 Nov 25  2002 group&lt;BR /&gt;br--r-----   1 root       sys         64 0x010001 Nov 25  2002 lvol1&lt;BR /&gt;cr--r-----   1 root       sys         64 0x010001 Nov 25  2002 rlvol1&lt;BR /&gt;scledibk:/dev {132}&amp;gt; more vg01/group&lt;BR /&gt;scledibk:/dev {133}&amp;gt; vgimport /dev/vg01&lt;BR /&gt;vgimport: Volume group "/dev/vg01" already exists in the "/etc/lvmtab" file.&lt;BR /&gt;scledibk:/dev {134}&amp;gt; vgchange -a y /dev/vg01&lt;BR /&gt;vgchange: Warning: Couldn't attach to the volume group physical volume "/dev/dsk&lt;BR /&gt;/c0t3d0":&lt;BR /&gt;The path of the physical volume refers to a device that does not&lt;BR /&gt;exist, or is not configured into the kernel.&lt;BR /&gt;vgchange: Warning: couldn't query physical volume "/dev/dsk/c0t3d0":&lt;BR /&gt;The specified path does not correspond to physical volume attached to&lt;BR /&gt;this volume group&lt;BR /&gt;vgchange: Warning: couldn't query all of the physical volumes.&lt;BR /&gt;vgchange: Couldn't activate volume group "/dev/vg01":&lt;BR /&gt;Quorum not present, or some physical volume(s) are missing.</description>
      <pubDate>Thu, 28 Apr 2005 14:55:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534198#M222020</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-04-28T14:55:24Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534199#M222021</link>
      <description>Mike -- It can't talk to the disk at ID 3 .. (c0t3d0) .. if this was disconnected then you know why.&lt;BR /&gt;&lt;BR /&gt;If not then it might be bad.&lt;BR /&gt;&lt;BR /&gt;Do a :&lt;BR /&gt;&lt;BR /&gt;diskinfo /dev/rdsk/c0t3d0  and see what the size is (hopefully non zero).&lt;BR /&gt;&lt;BR /&gt;Also, try to dd from that disk:&lt;BR /&gt;&lt;BR /&gt;dd if=/dev/rdsk/c0t3d0 of=/dev/null bs=64k&lt;BR /&gt;&lt;BR /&gt;This will test the disk at a HW level instead of an LVM level.&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;&lt;BR /&gt;Kent M. Ostby&lt;BR /&gt;</description>
      <pubDate>Thu, 28 Apr 2005 15:12:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534199#M222021</guid>
      <dc:creator>Kent Ostby</dc:creator>
      <dc:date>2005-04-28T15:12:16Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534200#M222022</link>
      <description>I had vg01 and had 1 logical vol /dev/vg01/lvol1 which is mirrored with&lt;BR /&gt;/dev/dsk/c0t3d0 and /dev/dsk/c0t4d0&lt;BR /&gt;&lt;BR /&gt;I did a &lt;BR /&gt;lvreduce -m 0 /dev/vg01/lvol1&lt;BR /&gt;vgreduce vg01 /dev/dsk/c0t4d0&lt;BR /&gt;&lt;BR /&gt;I took out c0t3d0 instead of c0t4d0 from the disk bay.&lt;BR /&gt;so c0t4d0 is still connected and can be detected by OS. &lt;BR /&gt;Class     I  H/W Path  Driver S/W State H/W Type  Description&lt;BR /&gt;=============================================================&lt;BR /&gt;disk      6  10/0.2.0  sdisk CLAIMED   DEVICE    SEAGATE ST336704LC&lt;BR /&gt;                      /dev/dsk/c0t2d0   /dev/rdsk/c0t2d0&lt;BR /&gt;disk      1  10/0.4.0  sdisk CLAIMED   DEVICE    SEAGATE ST19171W&lt;BR /&gt;                      /dev/dsk/c0t4d0   /dev/rdsk/c0t4d0&lt;BR /&gt;disk      2  10/0.5.0  sdisk CLAIMED   DEVICE    SEAGATE ST19171W&lt;BR /&gt;                      /dev/dsk/c0t5d0   /dev/rdsk/c0t5d0&lt;BR /&gt;disk      3  10/0.6.0  sdisk CLAIMED   DEVICE    SEAGATE ST19171W&lt;BR /&gt;                      /dev/dsk/c0t6d0   /dev/rdsk/c0t6d0&lt;BR /&gt;&lt;BR /&gt;Can I get the data for /dev/vg01/lvol1 from c0t4d0?&lt;BR /&gt;If so what are the steps? or do I need to put back c0t3d0?</description>
      <pubDate>Sat, 30 Apr 2005 01:02:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534200#M222022</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-04-30T01:02:07Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534201#M222023</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;As you reduced it from this device then reduced VG from the device the information there can not be accessed easily. &lt;BR /&gt;When you have another copy of this in good form put that back and access data.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Devender</description>
      <pubDate>Sat, 30 Apr 2005 01:13:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534201#M222023</guid>
      <dc:creator>Devender Khatana</dc:creator>
      <dc:date>2005-04-30T01:13:14Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534202#M222024</link>
      <description>Is the data which was mirror to c0t4d0 still available?</description>
      <pubDate>Sat, 30 Apr 2005 01:19:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534202#M222024</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-04-30T01:19:25Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534203#M222025</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Yes,data is still there in drive as you did not overwrite anything to drive after removing it from VG. But it will not be accessed straight away as your remove this disk from VG and kept other disk as active. So it is advised to take data having plug in the other disk. Recovering it from this disk will be a slightly a long process.&lt;BR /&gt;Is there any problems in accessing the second disk?&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Devender</description>
      <pubDate>Sat, 30 Apr 2005 01:36:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534203#M222025</guid>
      <dc:creator>Devender Khatana</dc:creator>
      <dc:date>2005-04-30T01:36:12Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534204#M222026</link>
      <description>I'm just interested on how to get to the data on c0t4d0. Thank you. I'll assign points.</description>
      <pubDate>Sat, 30 Apr 2005 01:40:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534204#M222026</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-04-30T01:40:25Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534205#M222027</link>
      <description>Hi, &lt;BR /&gt;&lt;BR /&gt;This even I never tried but you can try by doing something like following -&lt;BR /&gt;&lt;BR /&gt;Your vg01 should not be accessible while doing this as it belongs to that only. Just see "strings /etc/lvmtab". If it displays something belonging to /dev/vg01 then it would be /dev/dsk/c0t3d0. Just do a vgscan and see"strings /etc/lvmtab"  again. Now it should not display /dev/vg01.&lt;BR /&gt;&lt;BR /&gt;Now you try this.&lt;BR /&gt;&lt;BR /&gt;#cd /dev/vg01&lt;BR /&gt;#vgimport /dev/vg01 /dev/dsk/c0t4d1&lt;BR /&gt;#vgchange -a y /dev/vg01 ( If gives error then use )&lt;BR /&gt;&lt;BR /&gt;#vgchange -a y -q n /dev/vg01&lt;BR /&gt;#mount /dev/vg01/lvol1 /mountpoint&lt;BR /&gt;&lt;BR /&gt;Do it and let us know if you face any problems.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Devender</description>
      <pubDate>Sat, 30 Apr 2005 01:59:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534205#M222027</guid>
      <dc:creator>Devender Khatana</dc:creator>
      <dc:date>2005-04-30T01:59:34Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534206#M222028</link>
      <description>server:/dev {135}&amp;gt;&lt;BR /&gt;server:/dev {300}&amp;gt; cd /dev/vg01&lt;BR /&gt;server:/dev/vg01 {301}&amp;gt; vgimport /dev/vg01 /dev/dsk/c0t4d1&lt;BR /&gt;vgimport: Volume group "/dev/vg01" already exists in the "/etc/lvmtab" file.&lt;BR /&gt;server:/dev/vg01 {303}&amp;gt; vgchange -a y /dev/vg01&lt;BR /&gt;Volume group "/dev/vg01" has been successfully changed.&lt;BR /&gt;server:/dev/vg01 {304}&amp;gt; mount /dev/vg01/lvol1 /apps2&lt;BR /&gt;/dev/vg01/lvol1: No such device or address&lt;BR /&gt;&lt;BR /&gt;I can't also create Filesystem on lvol1.&lt;BR /&gt;Thanks.</description>
      <pubDate>Tue, 03 May 2005 13:04:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534206#M222028</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-05-03T13:04:46Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534207#M222029</link>
      <description>server:/dev/vg01 {308}&amp;gt; vgscan&lt;BR /&gt;vgscan: The physical volume "/dev/dsk/c0t2d0" is already recorded in the "/etc/l&lt;BR /&gt;vmtab" file.&lt;BR /&gt;vgscan: The physical volume "/dev/dsk/c0t4d0" is already recorded in the "/etc/l&lt;BR /&gt;vmtab" file.&lt;BR /&gt;vgscan: The physical volume "/dev/dsk/c0t5d0" is already recorded in the "/etc/l&lt;BR /&gt;vmtab" file.&lt;BR /&gt;vgscan: The physical volume "/dev/dsk/c0t6d0" is already recorded in the "/etc/l&lt;BR /&gt;vmtab" file.&lt;BR /&gt;&lt;BR /&gt;server:/dev/vg01 {309}&amp;gt; strings /etc/lvmtab&lt;BR /&gt;/dev/vg00&lt;BR /&gt;/dev/dsk/c0t5d0&lt;BR /&gt;/dev/dsk/c0t6d0&lt;BR /&gt;/dev/vg01&lt;BR /&gt;/dev/dsk/c0t4d0&lt;BR /&gt;/dev/vg02&lt;BR /&gt;/dev/dsk/c0t2d0&lt;BR /&gt;&lt;BR /&gt;server:/dev/vg01 {310}&amp;gt; vgdisplay -v /dev/vg01&lt;BR /&gt;--- Volume groups ---&lt;BR /&gt;VG Name                     /dev/vg01&lt;BR /&gt;VG Write Access             read/write&lt;BR /&gt;VG Status                   available&lt;BR /&gt;Max LV                      255&lt;BR /&gt;Cur LV                      0&lt;BR /&gt;Open LV                     1&lt;BR /&gt;Max PV                      16&lt;BR /&gt;Cur PV                      1&lt;BR /&gt;Act PV                      1&lt;BR /&gt;Max PE per PV               2169&lt;BR /&gt;VGDA                        2&lt;BR /&gt;PE Size (Mbytes)            4&lt;BR /&gt;Total PE                    2169&lt;BR /&gt;Alloc PE                    0&lt;BR /&gt;Free PE                     2169&lt;BR /&gt;Total PVG                   0&lt;BR /&gt;Total Spare PVs             0&lt;BR /&gt;Total Spare PVs in use      0&lt;BR /&gt;&lt;BR /&gt;   --- Logical volumes ---&lt;BR /&gt;   LV Name                     /dev/vg01/lvol1&lt;BR /&gt;   LV Status                   available/syncd&lt;BR /&gt;   LV Size (Mbytes)            0&lt;BR /&gt;   Current LE                  0&lt;BR /&gt;   Allocated PE                0&lt;BR /&gt;   Used PV                     0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;   --- Physical volumes ---&lt;BR /&gt;   PV Name                     /dev/dsk/c0t4d0&lt;BR /&gt;   PV Status                   available&lt;BR /&gt;   Total PE                    2169&lt;BR /&gt;   Free PE                     2169&lt;BR /&gt;   Autoswitch                  On&lt;BR /&gt;&lt;BR /&gt;server:/dev/vg01 {312}&amp;gt; lvcreate -L 8676 /dev/vg01&lt;BR /&gt;lvcreate: Logical volume "/dev/vg01/lvol1" already exists.&lt;BR /&gt;server:/dev/vg01 {314}&amp;gt; newfs -F vxfs /dev/vg01/rlvol1&lt;BR /&gt;&lt;BR /&gt;vxfs newfs: Cannot open /dev/vg01/rlvol1: No such device or address&lt;BR /&gt;&lt;BR /&gt;Pls point out what could be wrong. Thank you</description>
      <pubDate>Tue, 03 May 2005 13:21:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534207#M222029</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-05-03T13:21:14Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534208#M222030</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;A lvol in your vg with name lvol1 is already existing allthough a device file do not exist for that. You can try listing the contents on /dev/vg01 directory and try doing it by specifying a different lvname with -n option of lvcreate. Man lvcreate for details.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Devender</description>
      <pubDate>Tue, 03 May 2005 13:43:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534208#M222030</guid>
      <dc:creator>Devender Khatana</dc:creator>
      <dc:date>2005-05-03T13:43:58Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534209#M222031</link>
      <description>I suspect that /dev/vg01/lvol1 exists but /dev/vg01/rlvol1 doesn't.&lt;BR /&gt;&lt;BR /&gt;Check for that.&lt;BR /&gt;&lt;BR /&gt;If it doesn't then recreate it.  Probably with:&lt;BR /&gt;&lt;BR /&gt;mknod /dev/vg01/rlvol1 c 0x64 0x010001&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 03 May 2005 16:42:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534209#M222031</guid>
      <dc:creator>Kent Ostby</dc:creator>
      <dc:date>2005-05-03T16:42:33Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534210#M222032</link>
      <description>Hi Kent:&lt;BR /&gt;It does exist. I created lvol2, how to take out lvol1 or rvol1? Thks. &lt;BR /&gt;server:/dev/vg01 {339}&amp;gt; ls -l&lt;BR /&gt;total 0&lt;BR /&gt;cr--r--r--   1 root       sys         64 0x010000 Nov 25  2002 group&lt;BR /&gt;br--r-----   1 root       sys         64 0x010001 Nov 25  2002 lvol1&lt;BR /&gt;brw-------   1 root       sys         64 0x010001 May  3 15:42 lvol2&lt;BR /&gt;cr--r-----   1 root       sys         64 0x010001 Nov 25  2002 rlvol1&lt;BR /&gt;crw-------   1 root       sys         64 0x010001 May  3 15:42 rlvol2</description>
      <pubDate>Tue, 03 May 2005 17:04:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534210#M222032</guid>
      <dc:creator>Mike_Ca Li</dc:creator>
      <dc:date>2005-05-03T17:04:33Z</dc:date>
    </item>
    <item>
      <title>Re: failed boot HP9000/K460</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534211#M222033</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Just do lvremove /dev/vg01/lvol1 then you should be able to make a lvol with this name. Allthough the volume name does not make any sense except general naming convention as ultimately you are concerned with mount point. This means you can have /dev/vg01/lvol1 can be mount as /data and /dev/vg01/data also can be mounted as /data. Your applications see only /data and they do not concern from where it is mounted.&lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Devender</description>
      <pubDate>Tue, 03 May 2005 17:32:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/failed-boot-hp9000-k460/m-p/3534211#M222033</guid>
      <dc:creator>Devender Khatana</dc:creator>
      <dc:date>2005-05-03T17:32:09Z</dc:date>
    </item>
  </channel>
</rss>

