Ну, как я и думал, дисковая группа TEST была создана с параметром ASM allocation unit size (ausize) равным 1048576 байт. Т.е., для диска VOL14 команда восстановления должна была быть
kfed repair /dev/oracleasm/disks/VOL14 ausz=1048576

В общем, все хорошо что хорошо кончается но лучше бы такие вещи не использовать, нервы здоровее будут :-). Знаю по своему опыту, у нас был такой случай лет 8 назад, на базе production, ребята из storage team ошиблись сервером и выполнили команду dd на диске с данными с параметром bs равным 800 МБ. Понятно, что ни о каком восстановлении речи и быть не могло, пришлось прыгать на DR, но с тех пор в инструкции по добавлению дисков в ASM у нас есть раздел, описывающий ситуацию с повреждённым заголовком диска и его восстановлением.

Потому что дисковая группа FRA была создана с параметром ASM allocation unit size (ausize) равным 4194304. Видимо, kfed по умолчанию пытается выполнить восстановление заголовка диска с параметром ausz=1048576, если же группа была создана с другим значением параметра ausz то восстановление будет падать.

Ты не сказал что у тебя RAC, а я не спросил...
Операцию repair надо было делать, предварительно остановив инстанс базы и инстанс ASM на второй ноде.
Как вариант можно сейчас попробовать остановить инстансы на второй ноде, размонтировать и смонтировать группу FRA на первой и поднять инстанс ASM на второй.