Red Hat Bugzilla – Bug 1295466
CFME provides no diagnostic facility to track CFME or rails/ActiveRecord processing sequence associated with initial appliance injection into VMDB
Last modified: 2017-08-28 10:46:52 EDT
Description of problem:there exists no diagnostic facility to trace the activities of the initial contact of a new CFME appliance into an existing VMDB, making the diagnosis of the root cause of such a problem very difficult.
Version-Release number of selected component (if applicable):184.108.40.206
Steps to Reproduce:
1.Begin with an already existing and functioning database appliance
2. create a new appliance which will eventually connect to the existing VMDB of #1 above
3. before the database customization of the new appliance begins, enable evm and rails debug logging on the vmdb.yml.tmpl file in /var/www/miq/vmdb/config
4. perform the normal processing to connect the new appliance to the existing external database.
5. review the evm.log and production.log files to see what has been logged. Notice that logging begins well after the appliance has become associated (injected into the) VMDB.
Additional info:When this problem occurs with a customer environment, the only means so far identified to see the sql sequence of events is to enable sql statement tracing in the postgresql.conf file which is problematic if the failing environment is a production environment.
This bug has been open for more than a year and is assigned to an older release of CloudForms.
If you would like to keep this Bugzilla open and if the issue is still present in the latest version of the product, please file a new Bugzilla which will be added and assigned to the latest release of CloudForms.