Description of problem: While investigating other issues, discovered /dev/vdb was not actually used by CloudForms setup by QCI Version-Release number of selected component (if applicable): 1.1 How reproducible: 100% Steps to Reproduce: 1. Install/configure QCI 2. Deploy provider with CloudForms 3. ssh cloudforms_system 4. appliance_console 5. Examine Local Database Server line (and below) Actual results: Local Database Server: not initialized CFME Server: running CFME Database: localhost Database/Region: vmdb_production / 1 Expected results: Initialized database Additional info: Also checked /dev/vdb. It was partitioned but not used (all nulls). Probably also affects 1.0 Proposed solution: Pass "--dbdisk" parameter to appliance_console_cli CloudForms appears to be operational but not correctly configured.
I recently installed CFME on top of OSP. I ran the following command: od -c /dev/vdb Output: od: /dev/vdb: No such file or directory
My initial configuration was for RHV. Please note that the database *was* configured -- the issue was not there. The corrected steps 4/5 should be: 4. od -c /dev/vdb 5. df /var/opt/rh/rh-postgresql94/lib/pgsql/data [for 1.1] Expected results: 4. Non-null data 5. /dev/mapper/vg_data-lv-pg [...] /var/opt/rh/rh-postgres94/lib/pgsql/data Actual results: 4. Non-null data 5. /dev/mapper/VG--CFME-lv-var [...] /var Comment 1 reflects this -- QCI may need to add a second disk so both OpenStack and RHV are setup similarly.