Bug 869320
| Summary: | Initial configuration fails if using LDAP | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Og Maciel <omaciel> |
| Component: | Installation | Assignee: | Jordan OMara <jomara> |
| Status: | CLOSED WORKSFORME | QA Contact: | Katello QA List <katello-qa-list> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.0.1 | CC: | athomas, aweiteka, inecas, jomara, mmccune, tomckay |
| Target Milestone: | Unspecified | Keywords: | Triaged |
| Target Release: | Unused | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-11-05 21:04:40 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 816564 | ||
|
Description
Og Maciel
2012-10-23 15:15:52 UTC
Ivan had asked me to try the same setup using puddle #5 and sure enough that also failed for me... however, and I am **100%** sure about this, I had tried this with puddle #5 and it worked! The difference seems to be that, back then I had already configured my system without LDAP and then re-ran katello-configure to use LDAP. Also, seems that once I ran my configuration with LDAP, I could not re-run it without LDAP anymore, as the configuration also broke. To (hopefully) be clear: Puddle #5 --------- * Initial katello-configure with ldap failed... attempts to run katello-configure with or without ldap worked afterward * Initial katello-configure without ldap worked... re-run katello-configure with ldap worked afterward Puddle #6 --------- * Initial katello-configure with ldap failed... attempts to run katello-configure also failed * Initial katello-configure without ldap worked... re-run katello-configure with ldap also failed afterward The error during the second configuration using ldap showed: Starting Katello configuration The top-level log file is [/var/log/katello/katello-configure-20121023-134200/main.log] Creating Katello database ############################################################ ... OK Populating Katello database schema ############################################################ ... OK Initializing Katello data ########################################################### Failed, please check [/var/log/katello/katello-configure/db_seed.log] Report errors using # katello-debug tool. Initializing Katello data ########################################################### Failed, please check [/var/log/katello/katello-configure/db_seed.log] Report errors using # katello-debug tool. Tried the same exact installation and configuration several times... the last 2 times everything worked w/o a glitch. I get a different error about candlepin database: 121024-09:54:15 err: /Stage[main]/Candlepin::Config/Postgres::Dropdb[candlepin]/Sqlexec[dropdb-candlepin]/Exec[psql -h localhost --username=postgres postgres -c "DROP DATABASE candlepin;" >> /var/log/katello/katello-configure/drop-postgresql-candlepin-database.log 2>&1]: Failed to call refresh: psql -h localhost --username=postgres postgres -c "DROP DATABASE candlepin;" >> /var/log/katello/katello-configure/drop-postgresql-candlepin-database.log 2>&1 returned 1 instead of one of [0] at /usr/share/katello/install/puppet/modules/postgres/manifests/sqlexec.pp:16 However, it is because of the --reset-data flag. If this is set on a CLEAN run, you will get an innocuous error about the candlepin db not existing. This is because reset-data forces a candlepin db drop even if it does not exist. After configuration, despite this error, my installation succeeded and connected to Active Directory correctly The above error is just because of the --reset-data flag. I have tried several times to generate other errors with various ldap configs and cannot; each time I get a working CFSE hooked up to Og's AD server as expected getting rid of 6.0.0 version since that doesn't exist |