<?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 Capturing SecureStack Error Messages in the Logging Buffer and Syslog in FAQs</title>
    <link>https://community.extremenetworks.com/t5/faqs/capturing-securestack-error-messages-in-the-logging-buffer-and/m-p/45339#M312</link>
    <description>Article ID: 10869 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
SecureStack C3, C2, B3, B2, A2 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
The following commands will help to troubleshoot issues by setting up to send debug-level messages to the logging buffer and to the syslog server:   set logging default severity 8&lt;BR /&gt;
   set logging local console enable file enable&lt;BR /&gt;
   set logging server 1 ip-addr 10.20.0.1 severity 8 state enableHere are some captured sample messages showing the presence of bad fans.&lt;UL&gt; 
&lt;LI&gt;Output of a 'show logging buffer' command on the SecureStack:   G 13 11:43:36 10.20.0.113-5 SIM[211623168]: bootos.c(2488) 784 %% Fan 
   iled. 
   G 13 11:43:36 10.20.0.113-5 SIM[211623168]: bootos.c(2488) 785 %% Fan 
   iled. 
&lt;/LI&gt;&lt;LI&gt;Stored in the syslog server:   false Critical --- 08/13 10:55:23 AM 10.20.0.113-5 --- --- Event 
   --- SIM[211623168]: bootos.c(2488) 799 %% Fan 1 has failed.&lt;/LI&gt;&lt;/UL&gt;&lt;U&gt;Important!&lt;/U&gt;&lt;BR /&gt;
Since raised logging levels can over time destabilize a stack, after testing you should return the logging levels to no higher than 6. &lt;BR /&gt;
&lt;BR /&gt;
See also: &lt;A href="http://bit.ly/1cpN7UG" target="_blank" rel="nofollow noreferrer noopener"&gt;5743&lt;/A&gt;.</description>
    <pubDate>Tue, 03 Dec 2013 21:00:00 GMT</pubDate>
    <dc:creator>FAQ_User</dc:creator>
    <dc:date>2013-12-03T21:00:00Z</dc:date>
    <item>
      <title>Capturing SecureStack Error Messages in the Logging Buffer and Syslog</title>
      <link>https://community.extremenetworks.com/t5/faqs/capturing-securestack-error-messages-in-the-logging-buffer-and/m-p/45339#M312</link>
      <description>Article ID: 10869 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Products&lt;/B&gt;&lt;BR /&gt;
SecureStack C3, C2, B3, B2, A2 &lt;BR /&gt;
&lt;BR /&gt;
&lt;B&gt;Solution&lt;/B&gt;&lt;BR /&gt;
The following commands will help to troubleshoot issues by setting up to send debug-level messages to the logging buffer and to the syslog server:   set logging default severity 8&lt;BR /&gt;
   set logging local console enable file enable&lt;BR /&gt;
   set logging server 1 ip-addr 10.20.0.1 severity 8 state enableHere are some captured sample messages showing the presence of bad fans.&lt;UL&gt; 
&lt;LI&gt;Output of a 'show logging buffer' command on the SecureStack:   G 13 11:43:36 10.20.0.113-5 SIM[211623168]: bootos.c(2488) 784 %% Fan 
   iled. 
   G 13 11:43:36 10.20.0.113-5 SIM[211623168]: bootos.c(2488) 785 %% Fan 
   iled. 
&lt;/LI&gt;&lt;LI&gt;Stored in the syslog server:   false Critical --- 08/13 10:55:23 AM 10.20.0.113-5 --- --- Event 
   --- SIM[211623168]: bootos.c(2488) 799 %% Fan 1 has failed.&lt;/LI&gt;&lt;/UL&gt;&lt;U&gt;Important!&lt;/U&gt;&lt;BR /&gt;
Since raised logging levels can over time destabilize a stack, after testing you should return the logging levels to no higher than 6. &lt;BR /&gt;
&lt;BR /&gt;
See also: &lt;A href="http://bit.ly/1cpN7UG" target="_blank" rel="nofollow noreferrer noopener"&gt;5743&lt;/A&gt;.</description>
      <pubDate>Tue, 03 Dec 2013 21:00:00 GMT</pubDate>
      <guid>https://community.extremenetworks.com/t5/faqs/capturing-securestack-error-messages-in-the-logging-buffer-and/m-p/45339#M312</guid>
      <dc:creator>FAQ_User</dc:creator>
      <dc:date>2013-12-03T21:00:00Z</dc:date>
    </item>
  </channel>
</rss>

