Release Notes
Table Of Contents
- Dell EMC iDRAC Service Module 3.2 Release Notes
- Importance
- What’s New
- User Notes for Supported Microsoft Windows Operating Systems
- Known Issues on Microsoft Windows Operating Systems
- Limitations on Microsoft Windows Operating Systems
- User Notes for Supported Red Hat Enterprise Linux and SUSE Linux Enterprise Server
- Known Issues on Linux Operating Systems
- Limitations on Linux Operating Systems
- Known Issues on VMware ESXi Operating Systems
- Limitations and Workarounds on VMware ESXi operating Systems
1. iDRAC Access via Host OS
2. Host SNMP Alerts
iDRAC Service Module 3.2.0 does not support explicit SELinux policies. No action is expected from the user. There is no
functionality impact to iSM features due to this. Future releases of iSM shall address the AVC denials.
Issue 4: JIT-93467
Description: iSM 3.2 OS DUP installation fails on SLES11SP4.
rpm-tool fails to handle OpenPGP subkeys and hence fails in integrity check.
Workaround: Upgrade rpm4.4.2.337.63.64.1.14842.3.PTF.1081280.x86_64.rpm. You can download this from https://
ptf.suse.com/a4508678dc8ee2c11453898fb347f199/sles11-sp4/14842/x86_64/20180222/.
Issue 5: JIT-96546
Description: To update to iSM 3.2 via idrac, Repair or Reinstall Service Module button is disabled if iSM 3.1 is already running
on the host OS and if the latest LC DUP is already in iDRAC.
Workaround: Stop iSM service on the host OS. Go to the iDRAC GUI and Repair or Reinstall Service Module button will be
enabled in the iDRAC GUI. Click on the tab and install ism.
Limitations on Linux Operating Systems
● BITS088419: Feature Lifecycle Log Replication on OS Log shows one-hour difference in the "EventTimeStamp" displayed in
OS log, when daylight saving is applied.
● JIT-87572: When iDRAC Hard Reset is disabled in iDRAC and user performs iDRACHardReset from the Hypervisor operating
systems like Citrix Xen, the result indicates success although iDRAC is not reset.
Known Issues on VMware ESXi Operating Systems
Issue 1
Description: After performing an iDRAC Hard Reset operation on certain VMware ESXi operating systems, the IPMI driver
(ipmi_si_drv) may become unresponsive because of an existing issue in the IPMI driver. If the IPMI driver becomes
unresponsive, reload the IPMI driver (ipmi_si_drv).
The issue is observed on all iDRAC Service Module v2.3 supported ESXi versions.
To reload the ipmi_si_drv:
● /etc/init.d/sfcbd-watchdog stop
● esxcfg-module -u ipmi_si_drv => unload ipmi_si_drv
● esxcfg-module ipmi_si_drv => load ipmi_si_drv
● /etc/init.d/sfcbd-watchdog start — Alternatively, the administrator can also restart the Host OS to resolve the
issue.
Issue 2: JIT-102735
Description: On upgrading iSM 3.1 to iSM 3.2 from VUM, the ESXi OS is rebooting.
Issue 3: JIT-103063
Description: While updating iDRAC Service Module from v3.1 to v3.2 using VUM setup, the ESXi Host OS is going to maintain
mode automatically.
4