<?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: controller changed in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745787#M387713</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Do u need the old device file?? If not, remove it with rmsf.&lt;BR /&gt;&lt;BR /&gt;Inconsistency of /etc/mnttab with the kernel data structures is a common issue. That can be one or interms of /etc/mnttab, maybe it's not present at all. Some malicious user would have deleted it! &lt;BR /&gt;&lt;BR /&gt;For that you can do what Manix suggested as the command mount -a internally recreates /etc/mnttab. This approach is a common approach for getting out of the troubleshooting loop in terms of "mounting".&lt;BR /&gt;&lt;BR /&gt;And if you are trying out what Manix suggested, I also suggest you remove the file you have renamed for /etc/mnttab with mv.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Ismail Azad</description>
    <pubDate>Sun, 30 Jan 2011 16:47:16 GMT</pubDate>
    <dc:creator>Ismail Azad</dc:creator>
    <dc:date>2011-01-30T16:47:16Z</dc:date>
    <item>
      <title>controller changed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745785#M387711</link>
      <description>Hi Admins,&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Storage team changed the controller of LUNS c9t#d# and c10t#d# . Now it became c21t#d# and c22t#d# .But during the activity VG was active in server.&lt;BR /&gt;&lt;BR /&gt;Now ioscan shows both - new and old device files.Now we cant deactivate the VG.If we try to unmount any LV,it throws error. - no entry found in /etc/mnttab .&lt;BR /&gt; please suggest .&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;himacs&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sat, 29 Jan 2011 19:36:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745785#M387711</guid>
      <dc:creator>himacs</dc:creator>
      <dc:date>2011-01-29T19:36:06Z</dc:date>
    </item>
    <item>
      <title>Re: controller changed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745786#M387712</link>
      <description>Are you on 11.31..in that case device files&lt;BR /&gt;can be kept persistent.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;If we try to unmount any LV,it throws error. - no entry found in /etc/mnttab&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regarding your /etc/mnttab file being out of sync with your /etc/fstab file&lt;BR /&gt;# mv /etc/mnttab /etc/mnttab.old&lt;BR /&gt;# mount -a&lt;BR /&gt;&lt;BR /&gt;Please run vgscan -a -v -p preview mode and&lt;BR /&gt;check the results if VGs are able to detect new device files. ( send output )&lt;BR /&gt;&lt;BR /&gt;We may need to recreate lvmtab file and then&lt;BR /&gt;import the VGs back with new device files &amp;amp; then start the cluster.</description>
      <pubDate>Sat, 29 Jan 2011 20:12:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745786#M387712</guid>
      <dc:creator>Manix</dc:creator>
      <dc:date>2011-01-29T20:12:19Z</dc:date>
    </item>
    <item>
      <title>Re: controller changed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745787#M387713</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Do u need the old device file?? If not, remove it with rmsf.&lt;BR /&gt;&lt;BR /&gt;Inconsistency of /etc/mnttab with the kernel data structures is a common issue. That can be one or interms of /etc/mnttab, maybe it's not present at all. Some malicious user would have deleted it! &lt;BR /&gt;&lt;BR /&gt;For that you can do what Manix suggested as the command mount -a internally recreates /etc/mnttab. This approach is a common approach for getting out of the troubleshooting loop in terms of "mounting".&lt;BR /&gt;&lt;BR /&gt;And if you are trying out what Manix suggested, I also suggest you remove the file you have renamed for /etc/mnttab with mv.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;Ismail Azad</description>
      <pubDate>Sun, 30 Jan 2011 16:47:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745787#M387713</guid>
      <dc:creator>Ismail Azad</dc:creator>
      <dc:date>2011-01-30T16:47:16Z</dc:date>
    </item>
    <item>
      <title>Re: controller changed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745788#M387714</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;If you have only 2 paths to the PV's then, you can't access your VG's. bcoz the instance number has been changed. And you are able to access the new device files, so you need to the vgscan (as said earlier) in preview mode, confirm the vg details, then do the vgscan -a, and mountall. you will be able to access the lv's.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Shan.</description>
      <pubDate>Mon, 31 Jan 2011 09:53:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745788#M387714</guid>
      <dc:creator>shanmuhanandam</dc:creator>
      <dc:date>2011-01-31T09:53:33Z</dc:date>
    </item>
    <item>
      <title>Re: controller changed</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745789#M387715</link>
      <description>&amp;gt;&amp;gt; Storage team changed the controller of LUNS c9t#d# and c10t#d# . Now it became c21t#d# and c22t#d# .But during the activity VG was active in server.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If you are the admin of the server and you did not know about this change - bad planning!&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;However, have you still access over other paths to this VG?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If you are on 11.23 or below, consider to vgreduce the c9... and c10... devices and vgextend to c21... and c22...&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Ask the team what they have done.&lt;BR /&gt;&lt;BR /&gt;Changed switch ports?</description>
      <pubDate>Mon, 31 Jan 2011 20:15:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/controller-changed/m-p/4745789#M387715</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2011-01-31T20:15:18Z</dc:date>
    </item>
  </channel>
</rss>

