<?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: Kern.Alert&amp;gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0 in ExtremeSwitching (EXOS/Switch Engine)</title>
    <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42319#M9943</link>
    <description>Could this also happen with EAPS config's ?</description>
    <pubDate>Tue, 30 May 2017 02:41:00 GMT</pubDate>
    <dc:creator>Erik_Bais</dc:creator>
    <dc:date>2017-05-30T02:41:00Z</dc:date>
    <item>
      <title>Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42311#M9935</link>
      <description>Crit:Kern.Alert&amp;gt; CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0&lt;BR /&gt;
&lt;BR /&gt;
We have an X480-48X switch , we have changed the hardware by RMA and upgraded the code to the advised level ( previous 16.1.3.6-patch1-11 ), we have had a TAC case open, even with this we are still seeing ramdom reboots.&lt;BR /&gt;
&lt;BR /&gt;
Full version :&lt;BR /&gt;
&lt;BR /&gt;
xpctRebootDtect&amp;gt; Booting after System Failure.03/15/2017 15:41:41.84 &lt;EPM.WD_WARM_RESET&gt; Changing to watchdog warm reset mode&lt;BR /&gt;
03/15/2017 15:39:52.13 &lt;KERN.ALERT&gt; CPU 1: Kernel thread was stuck for 3.05 seconds, jiffies: 4435977008&lt;BR /&gt;
03/15/2017 15:39:52.13 &lt;KERN.ALERT&gt; CPU 0: Kernel thread was stuck for 2.85 seconds, jiffies: 4435976997&lt;BR /&gt;
03/15/2017 15:39:52.13 &lt;KERN.EMERGENCY&gt; Fatal exception: panic in 5 seconds&lt;BR /&gt;
03/15/2017 15:39:52.12 &lt;KERN.ALERT&gt; CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0&lt;BR /&gt;
&lt;BR /&gt;
This unit is configured as a Supervlan , and is internet facing.&lt;BR /&gt;
Prior to this I did see in the log a number of outside attempts to access the switch management , this was stopped by our Access-policy.&lt;/KERN.ALERT&gt;&lt;/KERN.EMERGENCY&gt;&lt;/KERN.ALERT&gt;&lt;/KERN.ALERT&gt;&lt;/EPM.WD_WARM_RESET&gt;</description>
      <pubDate>Thu, 16 Mar 2017 22:48:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42311#M9935</guid>
      <dc:creator>Rod_Robertson2</dc:creator>
      <dc:date>2017-03-16T22:48:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42312#M9936</link>
      <description>Hello Rod,&lt;BR /&gt;
&lt;BR /&gt;
What switch and version?</description>
      <pubDate>Thu, 16 Mar 2017 23:25:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42312#M9936</guid>
      <dc:creator>Patrick_Voss</dc:creator>
      <dc:date>2017-03-16T23:25:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42313#M9937</link>
      <description>Sorry for the delay X480-48X&lt;BR /&gt;
&lt;BR /&gt;
16.1.3.6-patch1-11 ( as advised by original TAC case )</description>
      <pubDate>Thu, 16 Mar 2017 23:25:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42313#M9937</guid>
      <dc:creator>Rod_Robertson2</dc:creator>
      <dc:date>2017-03-16T23:25:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42314#M9938</link>
      <description>Sorry Rod,&lt;BR /&gt;
&lt;BR /&gt;
I missed this information...my bad.&lt;BR /&gt;
&lt;BR /&gt;
Let me look into it for you.</description>
      <pubDate>Fri, 17 Mar 2017 00:05:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42314#M9938</guid>
      <dc:creator>Patrick_Voss</dc:creator>
      <dc:date>2017-03-17T00:05:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42315#M9939</link>
      <description>Rod, I think you should share the dmesg o/p with TAC engineer to further troubleshoot issue. It seems the issue you were facing in old version is not resolved in new version tool&lt;BR /&gt;
&lt;BR /&gt;
Looking at above o/p it's difficult to understand why code is referencing at VA 0000000000000000, epc == 0000000000000000&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Mar 2017 04:18:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42315#M9939</guid>
      <dc:creator>Sumit_Tokle</dc:creator>
      <dc:date>2017-03-17T04:18:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42316#M9940</link>
      <description>Note to TAC:&lt;BR /&gt;
&lt;BR /&gt;
TAC needs to check if there is any invalid pointer present in SuperVlan's code that is trying to access invalid address. In the error message there is also the stack, take a look at it in order to identify where is the error.&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Mar 2017 04:32:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42316#M9940</guid>
      <dc:creator>Sumit_Tokle</dc:creator>
      <dc:date>2017-03-17T04:32:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42317#M9941</link>
      <description>We do have a basic miss configured Supervlan ( in different VR's ) its historical , and we are trying to address this .. the swicth was stable for years ( well 2 ) then we started to see these random reboots ..&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Tue, 21 Mar 2017 22:39:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42317#M9941</guid>
      <dc:creator>Rod_Robertson2</dc:creator>
      <dc:date>2017-03-21T22:39:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42318#M9942</link>
      <description>The switch configuration has now been modified so that all sub vlans are in the same VR as the super vlan .. we will continue to monitor and see if the switch reboots again without warning.&lt;BR /&gt;
&lt;BR /&gt;</description>
      <pubDate>Fri, 31 Mar 2017 15:01:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42318#M9942</guid>
      <dc:creator>Rod_Robertson2</dc:creator>
      <dc:date>2017-03-31T15:01:00Z</dc:date>
    </item>
    <item>
      <title>RE: Kern.Alert&gt;CPU 1 Unable to handle kernel paging request at virtual address 0000000000000000, epc == 0000000000000000, ra == ffffffffc057a1b0</title>
      <link>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42319#M9943</link>
      <description>Could this also happen with EAPS config's ?</description>
      <pubDate>Tue, 30 May 2017 02:41:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/extremeswitching-exos-switch/kern-alert-gt-cpu-1-unable-to-handle-kernel-paging-request-at/m-p/42319#M9943</guid>
      <dc:creator>Erik_Bais</dc:creator>
      <dc:date>2017-05-30T02:41:00Z</dc:date>
    </item>
  </channel>
</rss>

