Description of problem: As a followup to BZ https://bugzilla.redhat.com/show_bug.cgi?id=1395379, we should re-evaluate this process. I the referenced BZ, the customer deployed new appliances, applied a patch and started up the appliance before either creating or copying the correct v2_key. By doing this, a new v2_key was created that was not valid for the existing DB. Also, there was no option in the appliance console menu to copy one from another appliance because of the existing one. This prevented the appliance form starting because the encryption key was not valid.
Closing this as applying patches an upgrading should no longer generate a v2_key. See bug 1479859 for details. *** This bug has been marked as a duplicate of bug 1479859 ***