Re: iDRAC update failure

<[email protected]> Wed, 4 Nov 2020 15:12:53 +0000
Newsgroups gmane.linux.hardware.dell.poweredge
Message-ID <BYAPR19MB269345FE556A4E479717D22188EF0@BYAPR19MB2693.namprd19.prod.outlook.com>
Hi

Thanks for feedback . we will analyze multipathd request to handle this scenario

Thanks
Santosh



-----Original Message-----
From: Linux-PowerEdge <[email protected]> On Behalf Of Klaas Demter
Sent: Wednesday, November 4, 2020 8:36 PM
To: [email protected]
Subject: Re: [Linux-PowerEdge] iDRAC update failure


[EXTERNAL EMAIL]

we miss the SMINST device, but I don't seem to have encountered that with any updates since I've been using a dell server. I'll write a note to add it if I need to touch the multipath file again.


For your more general problem: I once wrote a feature request for dsu to enable it to work with an enabled multipathd, that would (at least from my point of view) be the general solution to this problem :)


Greetings

Klaas

On 11/4/20 3:30 PM, Ben Argyle wrote:
> Yes, it turns out this was the one server I'd missed! (-:
>
> So, sort of 50% my fault!
>
> Anyway, here seems to be the definitive list at this point (note that there's one more than you have in https://github.com/Klaas-/ansible-role-dell-firmware-upgrade/blob/a6a6d1a3c8c18773a5ce3d89f9e68b1693a7d5bd/files/multipath_dell.conf):
>
>      device {
>                  vendor "Linux"
>                  product "scrtch"
>      }
>      device {
>                  vendor "iDRAC"
>                  product "scrtch"
>      }
>      device {
>                  vendor  "DELL"
>                  product "IDSDM"
>      }
>      device {
>                  vendor "iDRAC"
>                  product "MAS022"
>      }
>      device {
>                  vendor "iDRAC"
>                  product "SECUPD"
>      }
>      device {
>                  vendor "iDRAC"
>                  product "SMINST"
>      }
>      device {
>                  vendor "Linux"
>                  product "SECUPD"
>      }
>
> Best,
>
> Ben
>
> -----Original Message-----
> From: Linux-PowerEdge <[email protected]> On Behalf Of
> Klaas Demter
> Sent: 04 November 2020 14:16
> To: [email protected]
> Subject: Re: [Linux-PowerEdge] iDRAC update failure
>
>
> [EXTERNAL EMAIL]
>
> Didn't you already notice that 3 months ago? I seem to recall I added
> it to the ansible role because of you :)
>
> https://github.com/CSCfi/ansible-role-dell-firmware-upgrade/pull/31
>
>
>
> Greetings
>
> Klaas
>
>
> On 11/4/20 2:44 PM, Ben Argyle wrote:
>> [EXTERNAL EMAIL]
>>
>> I have this in multipath.conf to ensure the new vendor/product USB device(s) you keep adding aren't caught by multipathd:
>>
>> blacklist {
>>       wwid <WWID of internal disk>
>>       devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
>>       devnode "^hd[a-z]"
>>       devnode "^cciss!c[0-9]d[0-9]*[p[0-9]*]"
>>       devnode "^asm/*"
>>       devnode "ofsctl"
>>
>>       device {
>>             vendor "iDRAC"
>>             product "scrtch"
>>       }
>>       device {
>>             vendor  "DELL"
>>             product "IDSDM"
>>       }
>>       device {
>>             vendor "iDRAC"
>>             product "MAS022"
>>       }
>>       device {
>>             vendor "iDRAC"
>>             product "SECUPD"
>>      }
>>      device {
>>             vendor "Linux"
>>             product "SECUPD"
>>      }
>> }
>>
>> Here's /var/log/messages for an attempt to upgrade the iDRAC from running 'dsu' onwards:
>>
>> Nov  4 13:22:37 server1 yum[228855]: Erased:
>> dsucatalog-20.10.01-3DT6M.noarch Nov  4 13:22:43 server1 yum[228881]:
>> Installed: dsucatalog-20.10.01-3DT6M.noarch Nov  4 13:23:15 server1
>> kernel: usb 1-14.1.2: new high-speed USB device number 32 using
>> xhci_hcd Nov  4 13:23:15 server1 kernel: usb 1-14.1.2: New USB device
>> found, idVendor=0624, idProduct=0250, bcdDevice= 0.00 Nov  4 13:23:15
>> server1 kernel: usb 1-14.1.2: New USB device strings: Mfr=4,
>> Product=5, SerialNumber=6 Nov  4 13:23:15 server1 kernel: usb
>> 1-14.1.2: Product: Mass Storage Function Nov  4 13:23:15 server1
>> kernel: usb 1-14.1.2: Manufacturer: Avocent Nov  4 13:23:15 server1 kernel: usb 1-14.1.2: SerialNumber: 20180726-0 Nov  4 13:23:15 server1 kernel: usb-storage 1-14.1.2:1.0: USB Mass Storage device detected Nov  4 13:23:15 server1 kernel: scsi host34: usb-storage 1-14.1.2:1.0
>> Nov  4 13:23:16 server1 kernel: scsi 34:0:0:0: Direct-Access     Linux    SECUPD           0399 PQ: 0 ANSI: 0 CCS
>> Nov  4 13:23:16 server1 kernel: sd 34:0:0:0: Attached scsi generic
>> sg27 type 0 Nov  4 13:23:16 server1 kernel: sd 34:0:0:0: Power-on or
>> device reset occurred Nov  4 13:23:16 server1 kernel: sd 34:0:0:0:
>> [sdab] 2112 512-byte logical blocks: (1.08 MB/1.03 MiB) Nov  4
>> 13:23:16 server1 kernel: sd 34:0:0:0: [sdab] Write Protect is off Nov
>> 4 13:23:17 server1 kernel: sd 34:0:0:0: [sdab] No Caching mode page
>> found Nov  4 13:23:17 server1 kernel: sd 34:0:0:0: [sdab] Assuming drive cache: write through Nov  4 13:23:17 server1 kernel: sdab:
>> Nov  4 13:23:17 server1 kernel: sd 34:0:0:0: [sdab] Attached SCSI
>> removable disk Nov  4 13:23:17 server1 multipathd: sdab: add path
>> (uevent) Nov  4 13:23:32 server1 kernel: usb 1-14.1.2: USB
>> disconnect, device number 32 Nov  4 13:23:32 server1 multipathd:
>> sdab: remove path (uevent) Nov  4 13:23:32 server1 multipathd: sdab:
>> path already removed Nov  4 13:23:36 server1 kernel: usb 1-14.1.2:
>> new high-speed USB device number 33 using xhci_hcd Nov  4 13:23:36
>> server1 kernel: usb 1-14.1.2: New USB device found, idVendor=0624,
>> idProduct=0250, bcdDevice= 0.00 Nov  4 13:23:36 server1 kernel: usb
>> 1-14.1.2: New USB device strings: Mfr=4, Product=5, SerialNumber=6
>> Nov  4 13:23:36 server1 kernel: usb 1-14.1.2: Product: Mass Storage
>> Function Nov  4 13:23:36 server1 kernel: usb 1-14.1.2: Manufacturer:
>> Avocent Nov  4 13:23:36 server1 kernel: usb 1-14.1.2: SerialNumber: 20180726-0 Nov  4 13:23:36 server1 kernel: usb-storage 1-14.1.2:1.0: USB Mass Storage device detected Nov  4 13:23:36 server1 kernel: scsi host35: usb-storage 1-14.1.2:1.0
>> Nov  4 13:23:37 server1 kernel: scsi 35:0:0:0: Direct-Access     Linux    SECUPD           0399 PQ: 0 ANSI: 0 CCS
>> Nov  4 13:23:37 server1 kernel: sd 35:0:0:0: Attached scsi generic
>> sg27 type 0 Nov  4 13:23:37 server1 kernel: sd 35:0:0:0: Power-on or
>> device reset occurred Nov  4 13:23:37 server1 kernel: sd 35:0:0:0:
>> [sdab] 2112 512-byte logical blocks: (1.08 MB/1.03 MiB) Nov  4
>> 13:23:37 server1 kernel: sd 35:0:0:0: [sdab] Write Protect is off Nov
>> 4 13:23:37 server1 kernel: sd 35:0:0:0: [sdab] No Caching mode page
>> found Nov  4 13:23:37 server1 kernel: sd 35:0:0:0: [sdab] Assuming drive cache: write through Nov  4 13:23:38 server1 kernel: sdab:
>> Nov  4 13:23:38 server1 kernel: sd 35:0:0:0: [sdab] Attached SCSI
>> removable disk Nov  4 13:23:38 server1 multipathd: sdab: add path
>> (uevent) Nov  4 13:23:52 server1 kernel: usb 1-14.1.2: USB
>> disconnect, device number 33 Nov  4 13:23:52 server1 multipathd:
>> sdab: remove path (uevent) Nov  4 13:23:52 server1 multipathd: sdab:
>> path already removed Nov  4 13:24:32 server1 yum[249182]: Erased:
>> iDRAC-with-Lifecycle-Controller_Firmware_FP2XW_LN_4.22.00.53_A00-4.22
>> .00.53-20.10.01.noarch Nov  4 13:24:59 server1 yum[249651]:
>> Installed:
>> iDRAC-with-Lifecycle-Controller_Firmware_FP2XW_LN_4.22.00.53_A00-4.22
>> .00.53-20.10.01.noarch Nov  4 13:25:26 server1 kernel: usb 1-14.1.2:
>> new high-speed USB device number 34 using xhci_hcd Nov  4 13:25:26
>> server1 kernel: usb 1-14.1.2: New USB device found, idVendor=0624,
>> idProduct=0250, bcdDevice= 0.00 Nov  4 13:25:26 server1 kernel: usb
>> 1-14.1.2: New USB device strings: Mfr=4, Product=5, SerialNumber=6
>> Nov  4 13:25:26 server1 kernel: usb 1-14.1.2: Product: Mass Storage
>> Function Nov  4 13:25:26 server1 kernel: usb 1-14.1.2: Manufacturer:
>> Avocent Nov  4 13:25:26 server1 kernel: usb 1-14.1.2: SerialNumber:
>> 20180726-0 Nov  4 13:25:26 server1 kernel: usb-storage 1-14.1.2:1.0: USB Mass Storage device detected Nov  4 13:25:26 server1 kernel: scsi host36: usb-storage 1-14.1.2:1.0
>> Nov  4 13:25:27 server1 kernel: scsi 36:0:0:0: Direct-Access     Linux    scrtch           0399 PQ: 0 ANSI: 0 CCS
>> Nov  4 13:25:27 server1 kernel: sd 36:0:0:0: Attached scsi generic
>> sg27 type 0 Nov  4 13:25:27 server1 kernel: sd 36:0:0:0: Power-on or
>> device reset occurred Nov  4 13:25:27 server1 kernel: sd 36:0:0:0:
>> [sdab] 630784 512-byte logical blocks: (322 MB/308 MiB) Nov  4
>> 13:25:27 server1 kernel: sd 36:0:0:0: [sdab] Write Protect is off Nov
>> 4 13:25:27 server1 kernel: sd 36:0:0:0: [sdab] No Caching mode page
>> found Nov  4 13:25:27 server1 kernel: sd 36:0:0:0: [sdab] Assuming drive cache: write through Nov  4 13:25:28 server1 kernel: sdab:
>> Nov  4 13:25:28 server1 kernel: sd 36:0:0:0: [sdab] Attached SCSI
>> removable disk Nov  4 13:25:28 server1 multipathd: sdab: add path
>> (uevent) Nov  4 13:25:28 server1 multipathd: mpathek: load table [0
>> 630784 multipath 1 queue_if_no_path 0 1 1 service-time 0 1 1 65:176
>> 1] Nov  4 13:25:28 server1 multipathd: mpathek: event checker started
>> Nov  4 13:25:28 server1 multipathd: sdab [65:176]: path added to
>> devmap mpathek Nov  4 13:26:30 server1 kernel: usb 1-14.1.2: USB
>> disconnect, device number 34 Nov  4 13:26:30 server1 multipathd:
>> sdab: remove path (uevent) Nov  4 13:26:30 server1 multipathd:
>> mpathek: devmap removed Nov  4 13:26:30 server1 multipathd: mpathek:
>> stop event checker thread (140177298130688) Nov  4 13:26:30 server1
>> multipathd: mpathek: removed map after removing all paths Nov  4
>> 13:26:30 server1 multipathd: dm-28: remove map (uevent) Nov  4
>> 13:26:30 server1 multipathd: dm-28: devmap not registered, can't
>> remove Nov  4 13:26:30 server1 multipathd: dm-28: remove map (uevent)
>> Nov  4 13:26:36 server1 kernel: usb 1-14.1.2: new high-speed USB
>> device number 35 using xhci_hcd Nov  4 13:26:37 server1 kernel: usb
>> 1-14.1.2: New USB device found, idVendor=0624, idProduct=0250,
>> bcdDevice= 0.00 Nov  4 13:26:37 server1 kernel: usb 1-14.1.2: New USB
>> device strings: Mfr=4, Product=5, SerialNumber=6 Nov  4 13:26:37
>> server1 kernel: usb 1-14.1.2: Product: Mass Storage Function Nov  4 13:26:37 server1 kernel: usb 1-14.1.2: Manufacturer: Avocent Nov  4 13:26:37 server1 kernel: usb 1-14.1.2: SerialNumber: 20180726-0 Nov  4 13:26:37 server1 kernel: usb-storage 1-14.1.2:1.0: USB Mass Storage device detected Nov  4 13:26:37 server1 kernel: scsi host37: usb-storage 1-14.1.2:1.0
>> Nov  4 13:26:38 server1 kernel: scsi 37:0:0:0: Direct-Access     Linux    scrtch           0399 PQ: 0 ANSI: 0 CCS
>> Nov  4 13:26:38 server1 kernel: sd 37:0:0:0: Attached scsi generic
>> sg27 type 0 Nov  4 13:26:38 server1 kernel: sd 37:0:0:0: Power-on or
>> device reset occurred Nov  4 13:26:38 server1 kernel: sd 37:0:0:0:
>> [sdab] 630784 512-byte logical blocks: (322 MB/308 MiB) Nov  4
>> 13:26:38 server1 kernel: sd 37:0:0:0: [sdab] Write Protect is off Nov
>> 4 13:26:38 server1 kernel: sd 37:0:0:0: [sdab] No Caching mode page
>> found Nov  4 13:26:38 server1 kernel: sd 37:0:0:0: [sdab] Assuming drive cache: write through Nov  4 13:26:38 server1 kernel: sdab:
>> Nov  4 13:26:38 server1 kernel: sd 37:0:0:0: [sdab] Attached SCSI
>> removable disk Nov  4 13:26:38 server1 multipathd: sdab: add path
>> (uevent) Nov  4 13:26:39 server1 multipathd: mpathek: load table [0
>> 630784 multipath 1 queue_if_no_path 0 1 1 service-time 0 1 1 65:176
>> 1] Nov  4 13:26:39 server1 multipathd: mpathek: event checker started
>> Nov  4 13:26:39 server1 multipathd: sdab [65:176]: path added to
>> devmap mpathek Nov  4 13:27:40 server1 kernel: usb 1-14.1.2: USB
>> disconnect, device number 35 Nov  4 13:27:40 server1 multipathd:
>> sdab: remove path (uevent) Nov  4 13:27:40 server1 multipathd:
>> mpathek: devmap removed Nov  4 13:27:40 server1 multipathd: mpathek:
>> stop event checker thread (140177298130688) Nov  4 13:27:40 server1
>> multipathd: mpathek: removed map after removing all paths Nov  4
>> 13:27:40 server1 multipathd: dm-28: remove map (uevent) Nov  4
>> 13:27:40 server1 multipathd: dm-28: devmap not registered, can't
>> remove Nov  4 13:27:40 server1 multipathd: dm-28: remove map (uevent)
>> Nov  4 13:27:47 server1 kernel: usb 1-14.1.2: new high-speed USB
>> device number 36 using xhci_hcd Nov  4 13:27:47 server1 kernel: usb
>> 1-14.1.2: New USB device found, idVendor=0624, idProduct=0250,
>> bcdDevice= 0.00 Nov  4 13:27:47 server1 kernel: usb 1-14.1.2: New USB
>> device strings: Mfr=4, Product=5, SerialNumber=6 Nov  4 13:27:47
>> server1 kernel: usb 1-14.1.2: Product: Mass Storage Function Nov  4 13:27:47 server1 kernel: usb 1-14.1.2: Manufacturer: Avocent Nov  4 13:27:47 server1 kernel: usb 1-14.1.2: SerialNumber: 20180726-0 Nov  4 13:27:47 server1 kernel: usb-storage 1-14.1.2:1.0: USB Mass Storage device detected Nov  4 13:27:47 server1 kernel: scsi host38: usb-storage 1-14.1.2:1.0
>> Nov  4 13:27:48 server1 kernel: scsi 38:0:0:0: Direct-Access     Linux    scrtch           0399 PQ: 0 ANSI: 0 CCS
>> Nov  4 13:27:48 server1 kernel: sd 38:0:0:0: Attached scsi generic
>> sg27 type 0 Nov  4 13:27:48 server1 kernel: sd 38:0:0:0: Power-on or
>> device reset occurred Nov  4 13:27:48 server1 kernel: sd 38:0:0:0:
>> [sdab] 630784 512-byte logical blocks: (322 MB/308 MiB) Nov  4
>> 13:27:48 server1 kernel: sd 38:0:0:0: [sdab] Write Protect is off Nov
>> 4 13:27:48 server1 kernel: sd 38:0:0:0: [sdab] No Caching mode page
>> found Nov  4 13:27:48 server1 kernel: sd 38:0:0:0: [sdab] Assuming drive cache: write through Nov  4 13:27:48 server1 kernel: sdab:
>> Nov  4 13:27:48 server1 kernel: sd 38:0:0:0: [sdab] Attached SCSI
>> removable disk Nov  4 13:27:49 server1 multipathd: sdab: add path
>> (uevent) Nov  4 13:27:49 server1 multipathd: mpathek: load table [0
>> 630784 multipath 1 queue_if_no_path 0 1 1 service-time 0 1 1 65:176
>> 1] Nov  4 13:27:49 server1 multipathd: mpathek: event checker started
>> Nov  4 13:27:49 server1 multipathd: sdab [65:176]: path added to
>> devmap mpathek Nov  4 13:28:51 server1 kernel: usb 1-14.1.2: USB
>> disconnect, device number 36 Nov  4 13:28:51 server1 multipathd:
>> sdab: remove path (uevent) Nov  4 13:28:51 server1 multipathd:
>> mpathek: devmap removed Nov  4 13:28:51 server1 multipathd: mpathek:
>> stop event checker thread (140177298130688) Nov  4 13:28:51 server1
>> multipathd: mpathek: removed map after removing all paths Nov  4
>> 13:28:51 server1 multipathd: dm-28: remove map (uevent) Nov  4
>> 13:28:51 server1 multipathd: dm-28: devmap not registered, can't
>> remove Nov  4 13:28:51 server1 multipathd: dm-28: remove map (uevent)
>> Nov  4 13:28:54 server1 spsetup.sh: Package Release ID=FP2XWA00
>> Package Description=iDRAC with Lifecycle Controller 4.22.00.53, A00
>> Exit code = 0 (Success) Nov  4 13:28:54 server1 root: Update Package:
>> iDRAC with Lifecycle Controller Firmware: Exit code = 0 (Success)
>> Support Log
>> path=/var/log/dell/updatepackage/log/support/iDRAC-with-Lifecycle-Con
>> troller_Firmware_FP2XW_LN_4.22.00.53_A00.log
>>
>> This was a failed attempt.
>>
>> So it looks like you've added ANOTHER vendor/product variant of "Linux/scrtch" to an ever-increasing list.  Why do you keep doing this?  I've added the below stanza to my /etc/multipath.conf blacklist section:
>>
>>       device {
>>             vendor "Linux"
>>             product "scrtch"
>>       }
>>
>> and on re-running 'dsu' the iDRAC update has succeeded.
>>
>> PLEASE, Dell, stick to one set of vendor/product strings!  I'd appreciate having a reply that says more than "glad it's working" to explain Engineering's thinking behind changing the vendor/product string, again.
>>
>> Ben
>>
>> -----Original Message-----
>> From: Gore, Santosh <[email protected]>
>> Sent: 04 November 2020 04:46
>> To: Ben Argyle <[email protected]>; [email protected]
>> Subject: RE: [Linux-PowerEdge] iDRAC update failure
>>
>> Hi
>>
>> As part of  iDRAC update, the USB drive is exposed from iDRAC to host
>> OS to transfer payload. Please make sure the USB device is not
>> blacklisted on your system and could you please share the OS logs (
>> /var/log/messages) after iDRAC update
>>
>> Thanks
>> Santosh
>>
>> -----Original Message-----
>> From: Linux-PowerEdge <[email protected]> On Behalf Of
>> Ben Argyle
>> Sent: Tuesday, November 3, 2020 9:53 PM
>> To: [email protected]
>> Subject: Re: [Linux-PowerEdge] iDRAC update failure
>>
>>
>> [EXTERNAL EMAIL]
>>
>> Yes.  I did a soft reset from the iDRAC web GUI (Maintenance->Diagnostics->Reset iDRAC).  I don't want to do a hard/configuration reset and lose IP details, etc.  Still no effect:
>>
>> =================> Update Package application started <=============
>>
>> Command:
>> /var/log/dell/updatepackage/log/support/iDRAC-with-Lifecycle-Controll
>> er_Firmware_FP2XW_LN_4.22.00.53_A00.BIN
>> -f -q
>>
>> Date:           Tue  3 Nov 16:14:58 GMT 2020
>>
>> =====================================================================
>> ====
>>
>> Release ID: FP2XWA00
>>
>> Update Package version: 20.06.200 (BLD_888)
>>
>> Collecting inventory...
>> <?xml version="1.0"?>
>> <SVMInventory lang="en">
>>     <Device componentID="25227" display=" iDRAC">
>>       <Application componentType="FRMW" version="4.00.00.00" display=" iDRAC"/>
>>     </Device>
>>     <System systemID="716"/>
>>     <OperatingSystem osVendor="Red Hat" osArch="x64" majorVersion="7.0" minorVersion="9" spMajorVersion="0" spMinorVersion="0"/>
>>     <Device componentID="159" display="BIOS" impactsTPMmeasurements="TRUE">
>>       <Display>BIOS</Display>
>>       <Application componentType="BIOS" version="2.8.2" display="BIOS"/>
>>     </Device>
>> </SVMInventory>
>> Creating payload file list for UpdRollBack by framework, if needed later.
>> MovePayload: Entry
>> MovePayload: Processing payload directory.
>> MovePayload: Moving firmimgFIT.d9
>> MovePayload: Exiting.
>> Running validation...
>>
>> iDRAC
>> Application:  iDRAC
>> Previous version: 4.00.00.00
>> New version: 4.22.00.53
>>
>> The version of this Update Package is newer than the currently installed version.
>> Software application name: iDRAC
>> Package version: 4.22.00.53
>> Installed version: 4.00.00.00
>>
>>
>> Executing update...
>> WARNING: DO NOT STOP THIS PROCESS OR INSTALL OTHER PRODUCTS WHILE UPDATE IS IN PROGRESS.
>> THESE ACTIONS MAY CAUSE YOUR SYSTEM TO BECOME UNSTABLE!
>> Atleast one device updated: Check return 255
>> Device: iDRAC
>>     Application: iDRAC
>>     Failed to reach virtual device. This could be caused by BitLocker or other security software being enabled. For more information, see the Update Package User's Guide.
>>
>> ============================> Update Result
>> <============================
>>
>> Update complete
>> Application:  iDRAC
>> Previous version: 4.00.00.00
>> New version: 4.22.00.53
>> =====================================================================
>> ====
>> Exit code = 0 (Success)
>> Tue  3 Nov 16:18:36 GMT 2020
>>
>>
>> Ben
>>
>> -----Original Message-----
>> From: Linux-PowerEdge <[email protected]> On Behalf Of
>> Patrick Boutilier
>> Sent: 03 November 2020 13:57
>> To: [email protected]
>> Subject: Re: [Linux-PowerEdge] iDRAC update failure
>>
>>
>> [EXTERNAL EMAIL]
>>
>> Have you tried resetting the iDRAC?
>>
>> https://www.dell.com/support/article/en-ca/sln305793/how-to-reset-the
>> -internal-dell-remote-access-controller-idrac-on-a-poweredge-server?l
>> ang=en
>>
>>
>>
>> On 11/3/20 3:50 AM, Ben Argyle wrote:
>>> [EXTERNAL EMAIL]
>>>
>>> Hi All,
>>>
>>> I'm seeing the below in /var/log/dell/updatepackage/log/support/iDRAC-with-Lifecycle-Controller_Firmware_FP2XW_LN_4.22.00.53_A00.log when attempting to upgrade the IDRAC from 4.00.00.00 to 4.22.00.53 with 'dsu'.  I thought it was due to having too low a version of the BIOS (2.4.8), so successfully upgraded that to 2.8.2 and tried again.  There was no change to the logged output other than it registering the newer BIOS version.  I'm _not_ running BitLocker, or anything other than fairly standard software outside of the OS-supplied (which I hadn't started up anyway).
>>>
>>> Every other server of this type (R640) has been fine.  Thoughts?
>>>
>>> Ben
>>>
>>> =================> Update Package application started <=============
>>>
>>> Command:        /scripts/iDRAC-with-Lifecycle-Controller_Firmware_FP2XW_LN_4.22.00.53_A00.BIN -f -q
>>>
>>> Date:           Tue  3 Nov 07:38:04 GMT 2020
>>>
>>> ====================================================================
>>> ==
>>> ===
>>>
>>> Release ID: FP2XWA00
>>>
>>> Update Package version: 20.06.200 (BLD_888)
>>>
>>> Collecting inventory...
>>> <?xml version="1.0"?>
>>> <SVMInventory lang="en">
>>>      <Device componentID="25227" display=" iDRAC">
>>>        <Application componentType="FRMW" version="4.00.00.00" display=" iDRAC"/>
>>>      </Device>
>>>      <System systemID="716"/>
>>>      <OperatingSystem osVendor="Red Hat" osArch="x64" majorVersion="7.0" minorVersion="9" spMajorVersion="0" spMinorVersion="0"/>
>>>      <Device componentID="159" display="BIOS" impactsTPMmeasurements="TRUE">
>>>        <Display>BIOS</Display>
>>>        <Application componentType="BIOS" version="2.8.2" display="BIOS"/>
>>>      </Device>
>>> </SVMInventory>
>>> Creating payload file list for UpdRollBack by framework, if needed later.
>>> MovePayload: Entry
>>> MovePayload: Processing payload directory.
>>> MovePayload: Moving firmimgFIT.d9
>>> MovePayload: Exiting.
>>> Running validation...
>>>
>>> iDRAC
>>> Application:  iDRAC
>>> Previous version: 4.00.00.00
>>> New version: 4.22.00.53
>>>
>>> The version of this Update Package is newer than the currently installed version.
>>> Software application name: iDRAC
>>> Package version: 4.22.00.53
>>> Installed version: 4.00.00.00
>>>
>>>
>>> Executing update...
>>> WARNING: DO NOT STOP THIS PROCESS OR INSTALL OTHER PRODUCTS WHILE
>>> UPDATE IS IN PROGRESS.
>>> THESE ACTIONS MAY CAUSE YOUR SYSTEM TO BECOME UNSTABLE!
>>> Atleast one device updated: Check return 255
>>> Device: iDRAC
>>>      Application: iDRAC
>>>      Failed to reach virtual device. This could be caused by BitLocker or other security software being enabled. For more information, see the Update Package User's Guide.
>>>
>>> ============================> Update Result
>>> <============================
>>>
>>> Update complete
>>> Application:  iDRAC
>>> Previous version: 4.00.00.00
>>> New version: 4.22.00.53
>>> ====================================================================
>>> ==
>>> ===
>>> Exit code = 0 (Success)
>>> Tue  3 Nov 07:41:43 GMT 2020
>>>
>>> _______________________________________________
>>> Linux-PowerEdge mailing list
>>> [email protected]
>>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>>>
>> _______________________________________________
>> Linux-PowerEdge mailing list
>> [email protected]
>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>>
>> _______________________________________________
>> Linux-PowerEdge mailing list
>> [email protected]
>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
>>
>> _______________________________________________
>> Linux-PowerEdge mailing list
>> [email protected]
>> https://lists.us.dell.com/mailman/listinfo/linux-poweredge
> _______________________________________________
> Linux-PowerEdge mailing list
> [email protected]
> https://lists.us.dell.com/mailman/listinfo/linux-poweredge

_______________________________________________
Linux-PowerEdge mailing list
[email protected]
https://lists.us.dell.com/mailman/listinfo/linux-poweredge