Proposing this for RHEL5.7 since it should be a simple fix.

Changed BZ title since RHEL5 does not have unfencing. In RHEL5, the scsi_reserve init script is responsible for creating registrations and reservation. This init script should clear any "unit attention" state by issuing a TEST UNIT READY command to each device prior to creating registrations, checking status, etc.

Closing this as WONTFIX. This bug was created is a clone of a bug that was fixed in RHEL6, but this is not really a problem for RHEL5.

Whenever a node is fenced via fence_scsi, the device(s) will report "unit attention" (6) exactly once for any sg3_utils command issued after fencing completes. This is normal. Once "unit attention" has been reported for a device, subsequent sg3_utils commands (eg. sg_persist, sg_turs) will complete successfully.

Normal, supported operation is that a node must be rebooted after being fenced via fence_scsi. After being rebooted, the node does not seem to reported "unit attention". Rebooting the fenced node seems to clear "unit attention".

I was able to reproduce the problem using multipath devices and running "service scsi_reserve start" on the fenced node without rebooting. In this case, only the secondary paths would report "unit attention". It appears that the vgs command used to discover the devices will clear the unit attention state for the active paths.

Rebooting the node appears to always clear "unit attention" state. Since rebooting the failed node is required, this bug is not something that needs to be fixed.