<?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: Fibre channel new server in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814446#M85172</link>
    <description>Nigel,&lt;BR /&gt;&lt;BR /&gt;Have not used EMC under Fibre Channel, but I imagine there may be some LUN Security set on the Array (similar to XP512). Check if it uses the WWN of the Fibre Card for identification and security; if so, you may need to update the security before the new Fibre Cards with new WWNs can see the disks.&lt;BR /&gt;&lt;BR /&gt;Share and Enjoy! Ian</description>
    <pubDate>Fri, 27 Sep 2002 14:48:43 GMT</pubDate>
    <dc:creator>Ian Dennison_1</dc:creator>
    <dc:date>2002-09-27T14:48:43Z</dc:date>
    <item>
      <title>Fibre channel new server</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814441#M85167</link>
      <description>When going from a K-Class to a rp5470 should we be able to move our fibre channel cables over to the new rp5470 HBA's without any issues (other than making sure of the LC or SC connectors are the right type) fibre channel goes to brocade switch then to EMC storage...Thanks</description>
      <pubDate>Thu, 26 Sep 2002 20:08:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814441#M85167</guid>
      <dc:creator>Lacrosse</dc:creator>
      <dc:date>2002-09-26T20:08:45Z</dc:date>
    </item>
    <item>
      <title>Re: Fibre channel new server</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814442#M85168</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Yes. Except to make sure that the interfaces of the cables are compatible as you mentioned.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Thu, 26 Sep 2002 20:15:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814442#M85168</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2002-09-26T20:15:52Z</dc:date>
    </item>
    <item>
      <title>Re: Fibre channel new server</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814443#M85169</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;It's likely that your device files will change.  Hence, you should plan to 'vgexport' and 'vgimport'.  For a task like this, you might want to use the '-f' option to capture your physical paths during export.  Edit the file after the export and change the old paths to their new counterpars.  Then apply it with the -f' option during the import.  See the man pages for more information.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Thu, 26 Sep 2002 20:20:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814443#M85169</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-09-26T20:20:18Z</dc:date>
    </item>
    <item>
      <title>Re: Fibre channel new server</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814444#M85170</link>
      <description>It is a certainty that your device will change.&lt;BR /&gt;&lt;BR /&gt;Collect this information, especially the vgexport information, in *preview* mode only.&lt;BR /&gt;&lt;BR /&gt;# vgdisplay -v &amp;gt;/tmp/vgdisplay.out&lt;BR /&gt;# vgexport -m myvg.mapfile -p -v /dev/myvg (for each volume)&lt;BR /&gt;&lt;BR /&gt;Use the vgimport command to import the volume groups on your new machine.</description>
      <pubDate>Thu, 26 Sep 2002 20:28:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814444#M85170</guid>
      <dc:creator>Michael Tully</dc:creator>
      <dc:date>2002-09-26T20:28:07Z</dc:date>
    </item>
    <item>
      <title>Re: Fibre channel new server</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814445#M85171</link>
      <description>Hi Nigel,&lt;BR /&gt;&lt;BR /&gt; It's a matter of choice but I prefer to use the following when I KNOW the device files will change&lt;BR /&gt;&lt;BR /&gt;vgexport -m /etc/lvmconf/vg_name.map -s -p -v /dev/vg_name&lt;BR /&gt;&lt;BR /&gt;Then move the map file to the new system&lt;BR /&gt;&lt;BR /&gt;This will NOT export (remove) the VGs but imbeds the VGid in the file so that when you import the VG it will search &amp;amp; find it on the array.&lt;BR /&gt;&lt;BR /&gt;NOTE: You have to create the /dev/vg_name directory &amp;amp; the group file, via mknod, BEFORE you can run vgimport on the new system - EX:&lt;BR /&gt;&lt;BR /&gt;mkdir /dev/vg_name&lt;BR /&gt;cd /dev/vg_name&lt;BR /&gt;mknod group c 64 0x030000&lt;BR /&gt;&lt;BR /&gt;vgimport -m /etc/lvmconf/vg_name.map -s -v /dev/vg_name&lt;BR /&gt;&lt;BR /&gt;This way you don't have to edit nor remember anything (except xfer the map file to new system ;^)&lt;BR /&gt;&lt;BR /&gt;My 2 cents,&lt;BR /&gt;Jeff</description>
      <pubDate>Thu, 26 Sep 2002 21:22:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814445#M85171</guid>
      <dc:creator>Jeff Schussele</dc:creator>
      <dc:date>2002-09-26T21:22:53Z</dc:date>
    </item>
    <item>
      <title>Re: Fibre channel new server</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814446#M85172</link>
      <description>Nigel,&lt;BR /&gt;&lt;BR /&gt;Have not used EMC under Fibre Channel, but I imagine there may be some LUN Security set on the Array (similar to XP512). Check if it uses the WWN of the Fibre Card for identification and security; if so, you may need to update the security before the new Fibre Cards with new WWNs can see the disks.&lt;BR /&gt;&lt;BR /&gt;Share and Enjoy! Ian</description>
      <pubDate>Fri, 27 Sep 2002 14:48:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814446#M85172</guid>
      <dc:creator>Ian Dennison_1</dc:creator>
      <dc:date>2002-09-27T14:48:43Z</dc:date>
    </item>
    <item>
      <title>Re: Fibre channel new server</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814447#M85173</link>
      <description>Ian is correct in that the EMC will use its own controllers to "map" a LUN to a specific HBA based on the wwn (mac address).  We had to do similar mapping changes when migrating LUNs from an MTI disk array between servers....&lt;BR /&gt;&lt;BR /&gt;with the mapping changes and a clean vgexport / vgimport using the provided examples, you should be able to cleanly move the LUNs.  For us the Mapping updates was provided as maintenance support by the Vendor... you do not want to mess up the LUN mapping.&lt;BR /&gt;&lt;BR /&gt;Ted</description>
      <pubDate>Fri, 27 Sep 2002 14:59:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/fibre-channel-new-server/m-p/2814447#M85173</guid>
      <dc:creator>Ted Ellis_2</dc:creator>
      <dc:date>2002-09-27T14:59:12Z</dc:date>
    </item>
  </channel>
</rss>

