<?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 files renumbered!  Help! in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875557#M99545</link>
    <description>Tim,&lt;BR /&gt;&lt;BR /&gt;I made a similar experience where the hw adress was suddenly missing one number.&lt;BR /&gt;&lt;BR /&gt;The issue was that on the storage array controllers (VA7400) someone must have changed the fibre channel mode from loop to fabric without resetting the array.&lt;BR /&gt;&lt;BR /&gt;Everything worked fine until next time the array was reset. Then hw-path changed, new disk instances occured, no chance to recover via LVM commands. Reverting the change on the VA solved the problem (this was a production system...). Interestingly the Windows boxes just did not care and had no problem anytime.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Bernhard</description>
    <pubDate>Wed, 08 Jan 2003 15:23:44 GMT</pubDate>
    <dc:creator>Bernhard Mueller</dc:creator>
    <dc:date>2003-01-08T15:23:44Z</dc:date>
    <item>
      <title>Device files renumbered!  Help!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875554#M99542</link>
      <description>We are in the process of hooking up a new rp5470 server to a SAN via a couple 2gb fibre channel cards.&lt;BR /&gt;&lt;BR /&gt;I don't know who did what (while I was on vacation), but apparently someone has rearranged some cables on the switch which plug into the unix server.&lt;BR /&gt;&lt;BR /&gt;My hardware addresses now have an extra number in them, and all the device files that used to be called /dev/dsk/c4t0d0 -&amp;gt; c4t0d3 are all renamed to c14t0d0 -&amp;gt; c14t0d3.&lt;BR /&gt;&lt;BR /&gt;Is there any way out of this mess??  I did not have any data on the logical volumes yet, and I have all the scripts I used to create them.  Can I simply delete lvmtab and start over?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;Tim</description>
      <pubDate>Mon, 06 Jan 2003 21:11:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875554#M99542</guid>
      <dc:creator>Tim Medford</dc:creator>
      <dc:date>2003-01-06T21:11:15Z</dc:date>
    </item>
    <item>
      <title>Re: Device files renumbered!  Help!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875555#M99543</link>
      <description>Tim,&lt;BR /&gt;&lt;BR /&gt;You are safe anyway as you do not have any data on the lvols. :-)&lt;BR /&gt;&lt;BR /&gt;You do not need to worry. Export all the volume groups and generate map files using -f option. Then import them back using -f .&lt;BR /&gt;&lt;BR /&gt;Say vg01 is one of your volume groups.&lt;BR /&gt;&lt;BR /&gt;#vgexport -p -s -m /tmp/vg01.s.map vg01&lt;BR /&gt;#vgexport -v -f /tmp/vg01.disk -m /tmp/vg01.map vg01&lt;BR /&gt;&lt;BR /&gt;edit vg01.disk and change c4 to c14 globally (:%s/c4t/c14t/g)&lt;BR /&gt;&lt;BR /&gt;Create the directory, group file and import it back.&lt;BR /&gt;&lt;BR /&gt;#mkdir /dev/vg01&lt;BR /&gt;#mknod /dev/vg01/group c 64 0x010000&lt;BR /&gt;#vgimport -v -m /tmp/vg01.map -f /tmp/vg01.disk vg01&lt;BR /&gt;#vgchange -a y &lt;BR /&gt;&lt;BR /&gt;If this doesn't work, then use the map file that was generated using -s option.&lt;BR /&gt;&lt;BR /&gt;#vgimport -s -m /tmp/vg01.s.map vg01&lt;BR /&gt;&lt;BR /&gt;In the first step, if you are not able to export the volume groups, then edit /etc/lvmrc make AUTO_VG_ACTIVATE to 0 and add vg00 to custom_vg_activate function and reboot the box. Once the box comes up, you can export the volume groups.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Mon, 06 Jan 2003 21:17:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875555#M99543</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2003-01-06T21:17:43Z</dc:date>
    </item>
    <item>
      <title>Re: Device files renumbered!  Help!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875556#M99544</link>
      <description>Hi Tim,&lt;BR /&gt;&lt;BR /&gt;you can reassign the instanz with the command ioinit -r -f &lt;INFILE&gt; where the infile should be as following:&lt;BR /&gt;&lt;BR /&gt;h/w-path class_name instance_number&lt;BR /&gt;&lt;BR /&gt;8/0/6/0/0.3.30.0.0 ext_bus 14&lt;BR /&gt;....&lt;BR /&gt;&lt;BR /&gt;Look at the manpage of ioinit.&lt;BR /&gt;&lt;BR /&gt;Best regards ...&lt;BR /&gt;Claus&lt;/INFILE&gt;</description>
      <pubDate>Mon, 06 Jan 2003 21:41:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875556#M99544</guid>
      <dc:creator>Rammig Claus</dc:creator>
      <dc:date>2003-01-06T21:41:59Z</dc:date>
    </item>
    <item>
      <title>Re: Device files renumbered!  Help!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875557#M99545</link>
      <description>Tim,&lt;BR /&gt;&lt;BR /&gt;I made a similar experience where the hw adress was suddenly missing one number.&lt;BR /&gt;&lt;BR /&gt;The issue was that on the storage array controllers (VA7400) someone must have changed the fibre channel mode from loop to fabric without resetting the array.&lt;BR /&gt;&lt;BR /&gt;Everything worked fine until next time the array was reset. Then hw-path changed, new disk instances occured, no chance to recover via LVM commands. Reverting the change on the VA solved the problem (this was a production system...). Interestingly the Windows boxes just did not care and had no problem anytime.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Bernhard</description>
      <pubDate>Wed, 08 Jan 2003 15:23:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875557#M99545</guid>
      <dc:creator>Bernhard Mueller</dc:creator>
      <dc:date>2003-01-08T15:23:44Z</dc:date>
    </item>
    <item>
      <title>Re: Device files renumbered!  Help!</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875558#M99546</link>
      <description>The best practice is to have everything documented: VA settings (armdsp -a output), switch settings (supportshow for brocade), FC HBA settings (driver versions, tdutil output), librarys' settings (HP LTT support tickets).&lt;BR /&gt;If, for some reason, hardware address will change (switch domain id, switch's port, addressing mode, etc) then using new and old outputs it'll be easy to track change and undo it&lt;BR /&gt;Eugeny</description>
      <pubDate>Wed, 08 Jan 2003 15:51:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/device-files-renumbered-help/m-p/2875558#M99546</guid>
      <dc:creator>Eugeny Brychkov</dc:creator>
      <dc:date>2003-01-08T15:51:34Z</dc:date>
    </item>
  </channel>
</rss>

