<?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: VC Ethernet in BladeSystem - General</title>
    <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760439#M13007</link>
    <description>Regarding that advisory posted.  We learned that if your OA firmware is 2.x then DNS needs to be removed from the device bays and interconnect modules.  3.x you should only need to remove DNS from interconnect modules.  No OA or VC reset/reseating required.  Just give it 5-10 minutes and it should clear up.</description>
    <pubDate>Thu, 03 Mar 2011 14:06:45 GMT</pubDate>
    <dc:creator>dchmax</dc:creator>
    <dc:date>2011-03-03T14:06:45Z</dc:date>
    <item>
      <title>VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760436#M13004</link>
      <description>Hi, lots of my VC in some of my c7000 are Failed (VC Status: Failed), plus they are trying to communicate with 49.48.46.49 on port 22.&lt;BR /&gt;&lt;BR /&gt;I tried to reset them, but still failed, but stop to tried to connect to 49.48.46.49.</description>
      <pubDate>Wed, 02 Mar 2011 19:08:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760436#M13004</guid>
      <dc:creator>Rejeanc</dc:creator>
      <dc:date>2011-03-02T19:08:06Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760437#M13005</link>
      <description>&lt;A href="http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c02720395" target="_blank"&gt;http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c02720395&lt;/A&gt;〈=en&amp;amp;cc=us&amp;amp;taskId=101&amp;amp;prodSeriesId=3794423&amp;amp;prodTypeId=3709945</description>
      <pubDate>Thu, 03 Mar 2011 11:52:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760437#M13005</guid>
      <dc:creator>Rejeanc</dc:creator>
      <dc:date>2011-03-03T11:52:20Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760438#M13006</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;just curious if the advice in that document (disabling DNS) helped...</description>
      <pubDate>Thu, 03 Mar 2011 14:02:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760438#M13006</guid>
      <dc:creator>Viktor Balogh</dc:creator>
      <dc:date>2011-03-03T14:02:58Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760439#M13007</link>
      <description>Regarding that advisory posted.  We learned that if your OA firmware is 2.x then DNS needs to be removed from the device bays and interconnect modules.  3.x you should only need to remove DNS from interconnect modules.  No OA or VC reset/reseating required.  Just give it 5-10 minutes and it should clear up.</description>
      <pubDate>Thu, 03 Mar 2011 14:06:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760439#M13007</guid>
      <dc:creator>dchmax</dc:creator>
      <dc:date>2011-03-03T14:06:45Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760440#M13008</link>
      <description>it resolved the error messages, but still tries to access 49.48.46.49 on port ssh.</description>
      <pubDate>Thu, 03 Mar 2011 14:09:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760440#M13008</guid>
      <dc:creator>Rejeanc</dc:creator>
      <dc:date>2011-03-03T14:09:42Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760441#M13009</link>
      <description>Is 49.48.46.49 your vc domain ip address?</description>
      <pubDate>Thu, 03 Mar 2011 16:24:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760441#M13009</guid>
      <dc:creator>cjb_1</dc:creator>
      <dc:date>2011-03-03T16:24:29Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760442#M13010</link>
      <description>No it tries to communicate outside to 49.48.46.49 on port 22 once every minute.&lt;BR /&gt;dns gives mx-ll-49.48.46-49.dynamic.3bb.co.th</description>
      <pubDate>Thu, 03 Mar 2011 16:28:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760442#M13010</guid>
      <dc:creator>Rejeanc</dc:creator>
      <dc:date>2011-03-03T16:28:37Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760443#M13011</link>
      <description>We're seeing the same thing and ended up blocking our entire VC/OA network's Internet access ability until this is narrowed down.&lt;BR /&gt;&lt;BR /&gt;While I'm glad to see that someone else has observed the 49.48.46.49 ssh connection, I'm still quite concerned.&lt;BR /&gt;&lt;BR /&gt;I also had to run the same fix, disabling DNS via the internconnect IP config interface, however I had a nasty surprise after committing the change.  Rather than having the interfaces refresh their config automagically after 2-5 minutes (as they had done in the past), my Flex-10 modules all spontaneously rebooted.&lt;BR /&gt;&lt;BR /&gt;Very nasty surprise.&lt;BR /&gt;&lt;BR /&gt;I've got a case open with HP for both the spontaneous reboot and the 49.48.x.x SSH connection - please post if you find anything out.</description>
      <pubDate>Mon, 07 Mar 2011 13:51:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760443#M13011</guid>
      <dc:creator>DavidADav</dc:creator>
      <dc:date>2011-03-07T13:51:43Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760444#M13012</link>
      <description>Just a quick update.&lt;BR /&gt;&lt;BR /&gt;The issue I noted, where the domain essentially reboots, is mentioned in the latest version of the DNS issue advisory, which was updated today.&lt;BR /&gt;&lt;BR /&gt;I spoke with a VC engineer about the 49.48.x.x ssh issue, and here's what he told me:&lt;BR /&gt;&lt;BR /&gt; - The "DNS bug" has existed since v1.8* of the VC firmware, but has not manifested itself until now.&lt;BR /&gt; - The "DNS bug" is not a virus.&lt;BR /&gt; - Some old section of code relied on the 49.48.x.x IP block not existing, and this code is somehow related to the VC's internal domain communication.&lt;BR /&gt; - The 49.48.x.x IP block was allocated in February (the WHOIS record and admin info was updated 14 February 2011), and reverse resolution began sometime thereafter.&lt;BR /&gt; - When it started to reverse resolve, the SSH connections also started.&lt;BR /&gt; - This reverse resolution actually _working_ is at the heart of the DNS issue.&lt;BR /&gt; - It will be fixed in firmware 3.17.&lt;BR /&gt;&lt;BR /&gt;That's a summary of what I heard and I hope it helps.  From my end it is technically feasible, as the SSH connections started at the exact moment my VC domain started to report an inability to connect to or manage the interconnects, and both issues cleared after removing the DNS server entries.&lt;BR /&gt;&lt;BR /&gt;The BIG issue, in my mind, is that removing the DNS servers in the list can cause a full VC domain reboot, which is what I experienced.  The engineer noted that there is no rhyme or reason to why this happens, but in a NO_COMM error status it is "very likely".&lt;BR /&gt;&lt;BR /&gt;So watch out and don't update that DNS until you can secure an outage window, as we were completely down for around 5-8 minutes.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Dave</description>
      <pubDate>Mon, 07 Mar 2011 14:40:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760444#M13012</guid>
      <dc:creator>DavidADav</dc:creator>
      <dc:date>2011-03-07T14:40:23Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760445#M13013</link>
      <description>HP has identified a DNS related issue with HP Virtual Connect that does not impact data traffic but does impair the manageability of Virtual Connect devices. HP is acting promptly to help customers remove this issue in the short term with an interim resolution. A permanent firmware fix will be available in the next three weeks.&lt;BR /&gt;&lt;BR /&gt;Customer Advisory Document ID: c02720395, March 7, 2011 is available now at the url below to resolve this issue.   If you have questions or need assistance, contact HP Support in your home country.  HP is committed to minimizing any impact on customer environments and to resolving the issue as quickly as possible.&lt;BR /&gt;&lt;BR /&gt;Download Customer Advisory Document ID: c02720395, March 7, 2011:&lt;BR /&gt;&lt;A href="http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c02720395" target="_blank"&gt;http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c02720395&lt;/A&gt;〈=en&amp;amp;cc=us&amp;amp;taskId=101&amp;amp;prodSeriesId=3540808&amp;amp;prodTypeId=329290&lt;BR /&gt;&lt;BR /&gt;Visit the HP Support worldwide contact list:&lt;BR /&gt;&lt;A href="http://welcome.hp.com/country/us/en/wwcontact_us.html" target="_blank"&gt;http://welcome.hp.com/country/us/en/wwcontact_us.html&lt;/A&gt; &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 08 Mar 2011 14:43:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760445#M13013</guid>
      <dc:creator>BladeGuy</dc:creator>
      <dc:date>2011-03-08T14:43:47Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760446#M13014</link>
      <description>Hello, I am encountering this issue as well and am about to follow the instructions to rectify it. However I am concerned that when the issue resolved that the virtual connects will attempt to synchronise configurations and changes that have been made to the active VC module while the issue was occurring will be overwritten by the old configuration. Therefore is it possible to take a configuration backup of both active and inactive VC modules before the change is made? &lt;BR /&gt;Whenever I attempt to access the configuration backup page a loading popup appears and will stay there indefinitely.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 11 Mar 2011 07:48:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760446#M13014</guid>
      <dc:creator>mhenry_1</dc:creator>
      <dc:date>2011-03-11T07:48:22Z</dc:date>
    </item>
    <item>
      <title>Re: VC Ethernet</title>
      <link>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760447#M13015</link>
      <description>Please log a support case so you can get specific help with your issue.  You can find contact info for support at &lt;BR /&gt;&lt;A href="http://welcome.hp.com/country/us/en/wwcontact_us.html" target="_blank"&gt;http://welcome.hp.com/country/us/en/wwcontact_us.html&lt;/A&gt;</description>
      <pubDate>Fri, 11 Mar 2011 16:58:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/bladesystem-general/vc-ethernet/m-p/4760447#M13015</guid>
      <dc:creator>BladeGuy</dc:creator>
      <dc:date>2011-03-11T16:58:43Z</dc:date>
    </item>
  </channel>
</rss>

