Product Requirement Portal

Your direct line to Product Management

If you have any questions, please contact: aha.support@ts.fujitsu.com

Abhängigkeiten zwischen Firmware und Treiber müssen aufgezeigt werden

Hallo ISM-Team,

über den ISM werden Firmwareaktualisierungen angeboten aber in keinster Weise die Abhängigkeiten zu den erforderlichen Treibern berücksichtigt!

Hier wären als Beispiele die HBA- und Netzwerkkarten Firmware zu nennen.

Über den ServerView OM wurden bei Systemen mit ServerView Agent (Windows+Linux) immer erst die Softwarekomponenten inkl. Treiber und erst anschließend die Firmware installiert. Also erst den Emulex OCM oder Intel LAN ProSet und anschließend das Firmwarepaket.

Bei neuerer Firmware und zu alten Treibern sind Fehler und Betriebssystemabstürze vorprogrammiert!

Noch spannender ist es aktuell mit der bereitgestellten Firmware und Treiberversion für die Intel OCP X722.

Als Firmware wird im ISM die Version 1.5.1 (Intel 5.10) angeboten, wenn man bei VMware die HCL überprüft dann wird für ESXi 6.7 U3 der Treiber 1.12.3.0 gefordert, aber das aktuellste Fujitsu OEM Image beinhaltet nur den Treiber 1.10.9.0 welcher zur Firmware Intel 4.11 kompatibel wäre und nicht zur Aktualisierung im ISM angeboten wird!

  • Uwe Müller
  • Oct 20 2021
  • Future consideration
  • Attach files
  • Guest commented
    October 22, 2024 12:33

    there is still the open issue that in special Microsoft updates are affected, in special with M7 and Agentless services the update approach are not the same asv in older ServerView setups.

    We are in discussion with development for this topic


  • Thomas Raimar commented
    October 26, 2021 14:17

    Thank you for your new idea. Target of this idea, according to our understanding, is the dependency / compatibility between version for drivers and firmware. Here ISM should check the supported compatibility of driver and firmware combinations. In case an incompatibility is detected, ISM should provide a warning message.

    The challenge here is the information base for all the different combinations. This currently is not provided by a central source. It is a very nice and valuable idea, but implementation will be rather complex. So we will take this as a long-term future consideration.

    Hint: for VMware systems such a information could be provided by vLCM plugin on rather short notice - if this is a useful solution.