{"id":902,"date":"2012-12-04T16:02:58","date_gmt":"2012-12-04T16:02:58","guid":{"rendered":"http:\/\/www.kozeniauskas.com\/itblog\/?p=902"},"modified":"2012-12-09T22:49:02","modified_gmt":"2012-12-09T22:49:02","slug":"ucs-waiting-for-flogi","status":"publish","type":"post","link":"http:\/\/www.kozeniauskas.com\/itblog\/2012\/12\/04\/ucs-waiting-for-flogi\/","title":{"rendered":"UCS: waiting for flogi"},"content":{"rendered":"<p>Here is one very common error that you can see in \u00a0UCS Manager. I&#8217;ve observed it in multiple UCS firmware versions and all times it was cosmetic and had no impact.<\/p>\n<p>On the blade you&#8217;ll see a major error similar to this:<br \/>\n<em>Description: fc VIF 6 \/R A-1095 down, reason: waiting for flogi<\/em><br \/>\n<em>Cause: link-down<\/em><br \/>\n<em>Code: F0283\u00a0<\/em><\/p>\n<p><a href=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi1.png\"><img loading=\"lazy\" class=\"alignnone size-medium wp-image-903\" title=\"flogi1\" src=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi1-300x219.png\" alt=\"\" width=\"300\" height=\"219\" srcset=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi1-300x219.png 300w, http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi1.png 535w\" sizes=\"(max-width: 300px) 100vw, 300px\" \/><\/a><\/p>\n<p>If you go to <strong>VIF paths<\/strong> on the blade you&#8217;ll see \u00a0error &#8216;waiting for flogi&#8217;\u00a0on vHBA that has the problem.<br \/>\n<a href=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi2.png\"><img loading=\"lazy\" class=\"alignnone size-medium wp-image-904\" title=\"flogi2\" src=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi2-300x70.png\" alt=\"\" width=\"300\" height=\"70\" srcset=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi2-300x70.png 300w, http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi2.png 929w\" sizes=\"(max-width: 300px) 100vw, 300px\" \/><\/a><\/p>\n<p>Now as I mentioned already this is most likely cosmetic issue. So first you need to verify that this is really the case.<!--more--><\/p>\n<ol>\n<li>First get the WWPN number and WWNN of the vHBA that is having this issue. Also remember which side(A or B) of fabric the HBA is. From VIF Paths window and from error itself we know that it is on side A.<\/li>\n<li>Select the HBA that is having this problem ant look at the properties to get WWNN and\u00a0WWPN.<br \/>\n<a href=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi5.png\"><img loading=\"lazy\" class=\"alignnone size-full wp-image-907\" title=\"flogi5\" src=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi5.png\" alt=\"\" width=\"205\" height=\"92\" \/><\/a><\/li>\n<li>Once you have the WWPN and WWNN login in into UCS CLI.<\/li>\n<li>type <strong>connect nxos\u00a0A<\/strong> (replace A with B if the problem HBA is on B side)<\/li>\n<li>type <strong>show npv flogi-table<\/strong><\/li>\n<li>you should see all the fabric logins on side A. Check if you can find Port name that matches WWPN and Node name that matches WWNN like below.<br \/>\n&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;<br \/>\nvfc1905 101 0xe40004 20:00:00:25:b5:01:A0:2d 20:00:00:25:b5:01:11:2d fc2\/2<\/li>\n<li>If you can find it then it is cosmetic and everything is working as expected. You can ignore it.<\/li>\n<\/ol>\n<p>If you&#8217;re running VMware ESXi you can check storage paths on it and if the paths are present then again the error is cosmetic.<br \/>\n<a href=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi4.png\"><img loading=\"lazy\" class=\"alignnone size-medium wp-image-906\" title=\"flogi4\" src=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi4-300x211.png\" alt=\"\" width=\"300\" height=\"211\" srcset=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi4-300x211.png 300w, http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi4.png 601w\" sizes=\"(max-width: 300px) 100vw, 300px\" \/><\/a><br \/>\nAs you can see \u00a0here there are 4 active paths on the HBA that has flogi error and therefor the error is cosmetic as without login into the fabric HBA would not be able to pass any traffic.<\/p>\n<p>To get rid of this error you can try to reset the connectivity on the HBA.<br \/>\n<a href=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi6.png\"><img loading=\"lazy\" class=\"alignnone size-full wp-image-908\" title=\"flogi6\" src=\"http:\/\/www.kozeniauskas.com\/itblog\/files\/2012\/12\/flogi6.png\" alt=\"\" width=\"241\" height=\"78\" \/><\/a><br \/>\nThis might get the problem fixed but this will also\u00a0disrupt\u00a0the traffic that is passing through this HBA, so I would advise to restart the blade to get it cleared.<\/p>\n<p>This cosmetic issue has been documented in multiple Cisco bugs and was supposed to be fixed multiple times but it keep reappearing:<br \/>\n<a href=\"http:\/\/tools.cisco.com\/Support\/BugToolKit\/search\/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtu30454\" target=\"_blank\">CSCtu30454<\/a>,\u00a0<a href=\"http:\/\/tools.cisco.com\/Support\/BugToolKit\/search\/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCub40588\" target=\"_blank\">CSCub40588<\/a>,\u00a0<a href=\"http:\/\/tools.cisco.com\/Support\/BugToolKit\/search\/getBugDetails.do?method=fetchBugDetails&amp;bugId=CSCtz88841\" target=\"_blank\">CSCtz88841<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Here is one very common error that you can see in \u00a0UCS Manager. I&#8217;ve observed it in multiple UCS firmware versions and all times it was cosmetic and had no impact. On the blade you&#8217;ll see a major error similar to this: Description: fc VIF 6 \/R A-1095 down, reason: waiting for flogi Cause: link-down [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[380,8,381],"tags":[406,408,407,411,409,498,410],"_links":{"self":[{"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/posts\/902"}],"collection":[{"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/comments?post=902"}],"version-history":[{"count":4,"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/posts\/902\/revisions"}],"predecessor-version":[{"id":939,"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/posts\/902\/revisions\/939"}],"wp:attachment":[{"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/media?parent=902"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/categories?post=902"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.kozeniauskas.com\/itblog\/wp-json\/wp\/v2\/tags?post=902"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}