Symptom
Cat8300 with a NIM-VA-B module installed saw the following logs when reloading this module constantly:
```
%FMFP-3-OBJ_DWNLD_TO_DP_STUCK: R0/0: fman_fp_image: AOM download to Data Plane is stuck for more than 1800 seconds for obj[67] type[28] pending-issue Req-modify Issued-none 'Tx Channel Ethernet2/1/0, handle 22, hw handle 15, flag 0x0, dirty hw: NONE dirty aom 0x400000000011 0x84000 STATE,BANDWIDTH,MAC_ADDR,CHAN_BW,CHAN_HW_PATH,'
%FMFP-3-OBJ_ACK_FROM_DP_STUCK: R0/0: fman_fp_image: AOM ack download to Data Plane is stuck for more than 1800 seconds for obj[66] type[26] pending-ack Req-modify Issued-modify 'intf Ethernet2/1/0, handle 22, hw handle 15, HW dirty: NONE AOM dirty 0x400000000011 0x84000 STATE,BANDWIDTH,MAC_ADDR,CHAN_BW,CHAN_HW_PATH,'
%SPA_OIR-6-ONLINECARD: SPA (NIM-VA-B) online in subslot 2/1
```
Conditions
NIM is reloaded by means such a hardware module reload command or others.
This is a rare race condition rarely seen externally thus far.
The issue may happen on any NIM, and has been seen so far on an ISR4300 and a Cat8300. As such, it may be seen on ISR4k and Cat8k platforms with NIMs installed.
Workaround
Reload the NIM again until it's fully booted. Other than that consider upgrading to a fixed release.
Further Problem Description
This could be on the following command:
`show platform software object-manager fp active pending-ack-update`
In this show output, the interface "HW dirty" is "NONE"
Output should look like this:
```
Update identifier: 1037, Object identifier: 42
Description: intf GigabitEthernet0/1/0, handle 12, hw handle 13, HW dirty: NONE AOM dirty 0x400100000001 0x2080000 STATE,TABLE-ID,MAC_ADDR,CHAN_HW_PATH,L2ES_VLAN,
Action: Modify, Pending seconds: 117881
Number of retries: 0, Number of batch begin retries: 0, Number of nacked download retries: 0
```
