<?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 dead initiators still logged in in VMware Solutions Discussions</title>
    <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11279#M1124</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have a question regarding hosts that have been dead for ~1 year showing they are still logged into the target adapters. Forgive me, long time EMC admin whose just spent ~7 weeks reading every NetApp doc I can get my hands on.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the following discussion:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://communities.netapp.com/message/36658#36658" target="_blank"&gt;http://communities.netapp.com/message/36658#36658&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt; &lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;It is stated there is a bug where disconnecting the host does not issue a log-out. First, I've looked and I cannot figure out how to read info on the BugID&lt;/P&gt;&lt;P&gt;75407.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Second.. And I hate to do it, but on an EMC, there is a command "symmask list logins" which show's you that the symmetrix once saw the wwpn, and lists "no" if isn't logged in anymore. I find this to be a very valuable troubleshooting tool.&amp;nbsp; Is this bug specific to Netapp? The discussion seems to state the issue is an fcp problem. So, I'm wondering how EMC is able to detect the host has gone away? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm hoping there is a non disruptive way to "kick" these connections so the dead ones go away. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for any insight.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jason&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 06:56:31 GMT</pubDate>
    <dc:creator>jwwags922</dc:creator>
    <dc:date>2025-06-05T06:56:31Z</dc:date>
    <item>
      <title>dead initiators still logged in</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11279#M1124</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I have a question regarding hosts that have been dead for ~1 year showing they are still logged into the target adapters. Forgive me, long time EMC admin whose just spent ~7 weeks reading every NetApp doc I can get my hands on.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In the following discussion:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://communities.netapp.com/message/36658#36658" target="_blank"&gt;http://communities.netapp.com/message/36658#36658&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt; &lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;It is stated there is a bug where disconnecting the host does not issue a log-out. First, I've looked and I cannot figure out how to read info on the BugID&lt;/P&gt;&lt;P&gt;75407.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Second.. And I hate to do it, but on an EMC, there is a command "symmask list logins" which show's you that the symmetrix once saw the wwpn, and lists "no" if isn't logged in anymore. I find this to be a very valuable troubleshooting tool.&amp;nbsp; Is this bug specific to Netapp? The discussion seems to state the issue is an fcp problem. So, I'm wondering how EMC is able to detect the host has gone away? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm hoping there is a non disruptive way to "kick" these connections so the dead ones go away. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for any insight.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jason&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;&lt;BR /&gt;&lt;/STRONG&gt;&lt;/EM&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:56:31 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11279#M1124</guid>
      <dc:creator>jwwags922</dc:creator>
      <dc:date>2025-06-05T06:56:31Z</dc:date>
    </item>
    <item>
      <title>Re: dead initiators still logged in</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11282#M1125</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Normally when host disappears from fabric, fabric sends so called State Change Notifications; those who receive them are supposed to re-query fabric and discover that host is not present there anymore. If host is not present it hardly can be considered still logged in …&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Login mentioned in bug text (probably, meaning PLOGI) is just one of steps in establishing connection between two FC nodes. So it hardly can be called “an fcp problem” ☺&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Apr 2011 14:20:13 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11282#M1125</guid>
      <dc:creator>aborzenkov</dc:creator>
      <dc:date>2011-04-15T14:20:13Z</dc:date>
    </item>
    <item>
      <title>Re: dead initiators still logged in</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11287#M1127</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm new to the environment. I've got Situations like this:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;ESX1 (FCP):&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; OS Type: vmware&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:57:45:f4 (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:57:47:e7 (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:42:70 (logged in on: 0a, 0c, vtic)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:44:8b (logged in on: 0d, vtic, 0b)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:57:44:59 (logged in on: 0d, vtic, 0b)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:57:45:34 (logged in on: 0a, 0c, vtic)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:57:48:e8 (logged in on: 0a, 0c, vtic)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:3f:bb (logged in on: 0d, vtic, 0b)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:43:ce:dc (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:57:46:a0 (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:44:60 (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:45:2b (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:42:34 (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:43:e2 (not logged in)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:57:44:94 (logged in on: 0a, 0c, vtic)&lt;BR /&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Member: 10:00:00:00:c9:58:3f:4a (logged in on: 0d, vtic, 0b)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I'm 99%&amp;nbsp; certain that the WWN's listed as logged in can't really be.&amp;nbsp; Because I can't find the same WWN's on the switches. I would feel a&amp;nbsp; whole lot better about wiping out this igroup if ALL of the initiators&amp;nbsp; were listed as "not logged in".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Now's where you tell me there isn't a way to "kick" the targets into cleaning this table up without resetting the adapter. ie, detect that the wwn's are dead. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I will move on then , life is tough and we can't alway's get what we want.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Jason&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Apr 2011 15:06:20 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11287#M1127</guid>
      <dc:creator>jwwags922</dc:creator>
      <dc:date>2011-04-15T15:06:20Z</dc:date>
    </item>
    <item>
      <title>Re: dead initiators still logged in</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11292#M1129</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Jason,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;all active wwpns can be seen with "fcp show initiator", there initiators log in and log out, even if they do not log out properly they disapear in a reasonably timeframe. If you to a "igroup show (-v)" you will see initiators you ever added to these igroups, they will never disapear unless you manualy remove them from the igroup.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;&lt;P&gt;Thomas &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Apr 2011 17:36:31 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11292#M1129</guid>
      <dc:creator>thomas_glodde</dc:creator>
      <dc:date>2011-04-15T17:36:31Z</dc:date>
    </item>
    <item>
      <title>Re: dead initiators still logged in</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11297#M1130</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Okay. Well, the WWN's listed as logged in under&amp;nbsp; igroups show, do still show up under fcp show initiator -v.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I just completed a detailed look at the switches. They are not in "show flogi database".&amp;nbsp;&amp;nbsp; I'm certain they should be dead and gone.&amp;nbsp; People tell me the alias names are an old Vmware cluster that has been gone for a year. Basically, the logged out initiators are not 'dissapearing in a reasonable' timeframe. This bothers me, because if I ever have a real connectivity issue, and I'm wondering whether the hba is "really" logged in or not, I won't be able to tell, or will have to rely solely on the switches.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Apr 2011 19:05:13 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11297#M1130</guid>
      <dc:creator>jwwags922</dc:creator>
      <dc:date>2011-04-15T19:05:13Z</dc:date>
    </item>
    <item>
      <title>Re: dead initiators still logged in</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11302#M1132</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;igroup show, the logged in initiators are seen in fcp show initiator&lt;/P&gt;&lt;P&gt;igroup show, the not logged in initiators are not seen in fcp show initiator&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;that is expected behavior.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;igroup show, fcp show initiator showing an initiator which actualy is NOT in the san anymore should disapear, latest in a few hours i guess. not sure if there is a proper way to clean this, netapp technical support might have an idea or two on that, i am usualy not bothered by them, never had issues of devices not properly logging in, usualy there was a zoning problem and they didnt arrive on netapp in the first place. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 15 Apr 2011 20:21:48 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/dead-initiators-still-logged-in/m-p/11302#M1132</guid>
      <dc:creator>thomas_glodde</dc:creator>
      <dc:date>2011-04-15T20:21:48Z</dc:date>
    </item>
  </channel>
</rss>

