Ask the Community
Groups
Red LED on the front of my Unitrends appliance is lit - diagnosing it with IPMI - Connect IT Community | Kaseya
<main> <article class="userContent"> <h2 data-id="summary"><strong>SUMMARY</strong></h2> <p>Red LED on the front of my Unitrends appliance is lit - diagnosing it with IPMI</p> <h2 data-id="issue"><strong>ISSUE</strong></h2> <p></p> <h3 data-id="purpose">Purpose</h3> <p>Why is the red system LED on the front lit? (different than the disk LEDs) </p> <h3 data-id="description">Description</h3> <p>Newer Unitrends platforms use IPMI firmware to set the red LED if a hardware event occurs. For example:</p> <table border="0" cellpadding="0" style="border-spacing: 0px;"><tbody><tr><td colspan="1" rowspan="1" valign="top" style="width: 308px;"> <p>Recovery-712</p> <p>Recovery-713</p> <p>Recovery-813<br><br> Recovery-814S<br><br> Recovery-818S<br><br> Recovery-822<br><br> Recovery-823<br><br> Recovery-824S</p> <p>(and several other models)</p> </td> <td colspan="1" rowspan="1" valign="top" style="width: 308px;"> <p>Recovery-833-100</p> <p>Recovery-833-200<br><br> Recovery-926S<br><br> Recovery-928S<br><br> Recovery-938S</p> <p>Recovery-943<br><br> Recovery-944S<br><br> Recovery-946S</p> <p> </p> </td> </tr></tbody></table><p>Use IPMI commands to discover the cause of the fault causing the red LED.</p> <h3 data-id="cause">Cause</h3> <p>On prior platforms that did not support IPMI, we used lm_sensors (the ‘sensors’ command) to check sensor status, but with IPMI, lm_sensors is not valid and conflicts with the IPMI firmware functions. For IPMI functions, use the ipmiutil package. </p> <h3 data-id="resolution">Resolution</h3> <h3 data-id="use-if-you-are-comfortable-with-shell-command-line"><span id="answer">*** <b>Use if you are comfortable with shell command-line </b>***</span></h3> <p>1) Stop any lm_sensors activity: <b><i>pkill sensors</i></b></p> <p>2) If using a unitrends release prior to 7.2.0, then install ipmiutil rpm on the DPU:</p> <blockquote class="blockquote"> <p>a) Install it from the repo by doing '<b>yum install ipmiutil</b>'</p> <p>b) Or see one of these links to download ipmiutil:<br> Unitrends ftp repo: <a rel="nofollow" href="/home/leaving?allowTrusted=1&target=http%3A%2F%2Fupdateftp.unitrends.com%2Fpub%2FRecoveryOS%2FCentOS%2F6%2Fx86_64%2FRPMS%2F">http://updateftp.unitrends.com/pub/RecoveryOS/CentOS/6/x86_64/RPMS/</a><br> upstream external site <a rel="nofollow" href="/home/leaving?allowTrusted=1&target=http%3A%2F%2Fipmiutil.sourceforge.net">http://ipmiutil.sourceforge.net</a><br> and then run '<b>rpm -i ipmiutil*.rpm</b>'</p> </blockquote> <p>3) Run ‘<b>ipmiutil sensor -c</b>’ on the DPU and check for any sensors not ‘OK’ . <br> (CPU Temp will usually say ‘Low’). Sample output is below on a Recovery-822 where the sensor values are normal (OK).</p> -- BMC version 2.60, IPMI version 2.0<br> ID | SDRType | Type |SNum| Name |Status| Reading<br>0004 | Full | Temperature | 11 | System Temp | OK | 21.00 C<br>0047 | Full | OEM(c0) | 12 | CPU Temp | 00 Low<br>008a | Full | Fan | 41 | FAN 1 | OK | 4470.00 RPM<br>00cd | Full | Fan | 42 | FAN 2 | OK | 2250.00 RPM<br>0110 | Full | Fan | 43 | FAN 3 | OK | 4285.00 RPM<br>0153 | Full | Fan | 44 | FAN 4 | OK | 4285.00 RPM<br>0196 | Full | Fan | 45 | FAN 5 | Absent | 0.00 na<br>01d9 | Full | Voltage | 21 | CPU Vcore | OK | 0.89 V<br>021c | Full | Voltage | 23 | +3.3VCC | OK | 3.31 V<br>025f | Full | Voltage | 22 | +12 V | OK | 12.30 V<br>02a2 | Full | Voltage | 24 | CPU DIMM | OK | 1.53 V<br>02e5 | Full | Voltage | 25 | +5 V | OK | 5.12 V<br>0328 | Full | Voltage | 26 | -12 V | OK | -12.10 V<br>036b | Full | Voltage | 50 | VBAT | OK | 3.15 V<br>03ae | Full | Voltage | 4f | +3.3VSB | OK | 3.31 V<br>03f1 | Full | Voltage | 27 | AVCC | OK | 3.31 V<br>0434 | Full | Platform Securi | 51 | Chassis Intru | OK | 0.00 na<br>0477 | Full | Power Supply | 55 | PS Status | 01 Present <p>Even if all the sensors are OK now, an event may have occurred in the past which will be shown in the IPMI System Event Log (SEL).</p> <p> </p> <p>4) Run ‘<b>ipmiutil sel -e</b>’ to look for recent events with severity other than ‘INF’. This is the key information to know why the LED came on. If there is no recent event in the IPMI SEL, please save the output of this command for later analysis.</p> <p>Below is a sample Non-critical System Temperature event on a Recovery-813:<br>0005 12/31/69 22:37:00 MIN BMC Temperature #11 System Temp Hi Noncrit thresh actual=75.00 C, threshold=75.00 C</p> <p>0006 01/01/70 08:54:56 INF BMC Temperature #11 System Temp HiN thresh OK now actual=72.00 C, threshold=75.00 C</p> <br>4) If there is a Chassis Intrusion event, you can use this command to clear it: <div><b><i># ipmiutil smcoem intrusion</i></b></div> <p>5) If nothing is abnormal in these outputs but the red LED is still lit, you can do this to restart the firmware and turn off the LED:</p> <p><i><b># ipmiutil reset -k</b></i></p> <p>6) After the firmware restarts, and ‘ipmiutil sensor –c’ shows the sensors again, the red LED should be off. </p> <p>7) In many cases, although the condition has been cleared by the firmware, the BIOS also needs to be invoked for the Red LED to turn off, so doing a warm reboot will invoke the BIOS and clear the event.</p> <p>8) If for some reason these steps did not clear it, shut down the system, pull the input power plug for 10 seconds, then power it up again.</p> <p> </p> <h3 data-id="third-party-sources">Third-Party Sources</h3> <p>See <a rel="nofollow" href="/home/leaving?allowTrusted=1&target=http%3A%2F%2Fipmiutil.sourceforge.net">http://ipmiutil.sourceforge.net</a> for a UserGuide and other files.</p> <h3 data-id="related-articles">Related Articles</h3> <a rel="nofollow" href="/home/leaving?allowTrusted=1&target=https%3A%2F%2Funitrends-support.zendesk.com%2Fhc%2Fen-us%2Farticles%2F360013151657">Using IPMI LAN for remote access</a> <p> </p> </article> </main>