Michał Wesołowski

Just verified this in my lab and it solves it. Easiest way to check:
term1: dd if=/dev/dm-12 of=/dev/null status=progress iflag=direct bs=128K
term2: iostat -xdm dm-12 1
Before iostat show 2x what dd shows.
With new kernel - the same results

8 (standard FC/FCP) - but it does not matter. I reproduced this in my lab using iSCSI with only 1 path.

Bug 37931495 (hidden). They just replied it is solved in kernel-uek-5.15.0-310.184.5.2.el8uek.x86_64 - but we did not verified this yet

We notice similar issue recently on OLVM and submitted bug for OL8. Iostat (kernel stats) reports double IOPs and MBs values on multipath devices.

This is indeed strange

ASM has backup header at the end of second allocation unit (Doc ID 3016283.1) which is probably used when first is currupted.
BTW: That is why I prefere "wipefs -a <device>" instead of "dd" - when want to cleanup disk.

Little application I recently wrote to help myself during live demo presentations: github.com/wes-pro/runb.... It uses Zellij terminal multiplexer which is only available on Linux and MacOS (not tested on Mac though).

When migrating to GI 23ai minimal version of DB is 19c. Older versions will not work with ASM since for GI 23ai minimal value of compatible.rdbms is 19.0.0.0.0. This is documented but it also applies to 19c running still using lower compatible value - it will not work until parameter is increased.

Sometimes it understands me better than my wife does. ;)

Just started... ;)