Description of problem:
The active storage controller is executing the bellow command which is causing the system to enter in a kernel panic state and reboot:

Executing command: /sbin/dmsetup message /dev/mapper/CBS_POOL 0 release_metadata_snap

Version-Release number of selected component (if applicable):
3.10.0-862.20.2.el7.x86_64
lvm2-2.02.177-4.el7.x86_64 Sun Oct 25 20:29:48 2020
lvm2-libs-2.02.177-4.el7.x86_64 Sun Oct 25 20:29:45 2020
device-mapper-1.02.146-4.el7.x86_64 Sun Oct 25 20:28:13 2020
device-mapper-event-1.02.146-4.el7.x86_64 Sun Oct 25 20:29:07 2020
device-mapper-event-libs-1.02.146-4.el7.x86_64 Sun Oct 25 20:28:40 2020
device-mapper-libs-1.02.146-4.el7.x86_64 Sun Oct 25 20:28:16 2020
device-mapper-multipath-libs-0.4.9-119.el7_5.1.x86_64 Sun Oct 25 20:31:32 2020
device-mapper-persistent-data-0.7.3-3.el7.x86_64 Sun Oct 25 20:26:18 2020

How reproducible:
Everytime command is ran

Steps to Reproduce:
In order to reproduce this behavior, we manually executed the command and indeed, in a very few minutes the system reaches the kernel panic state and reboots:

$ dmsetup message /dev/mapper/CBS_POOL 0 "release_metadata_snap"
Kernel panic - not syncing: hung_task: blocked tasks

As for the reserve operation, this is just failing, see the below output:

$ dmsetup message /dev/mapper/CBS_POOL 0 "reserve_metadata_snap"
device-mapper: message ioctl on CBS_POOL failed: Device or resource busy
Command failed