Bug 741551
Summary: | [puppet installer] Fails on recent packages (F15) | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Garik Khachikyan <gkhachik> | ||||||
Component: | Packaging | Assignee: | Ivan Necas <inecas> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Garik Khachikyan <gkhachik> | ||||||
Severity: | urgent | Docs Contact: | |||||||
Priority: | urgent | ||||||||
Version: | 6.0.1 | CC: | inecas, jpazdziora, mkoci | ||||||
Target Milestone: | Unspecified | ||||||||
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-08-22 17:58:55 UTC | Type: | --- | ||||||
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: | 747354 | ||||||||
Attachments: |
|
Description
Garik Khachikyan
2011-09-27 09:18:46 UTC
I cant reproduce this on a local system, what happens if you run puppet again? btw: from you logs, it looks like this was not a clean installation (e.g I"m missing pulp/candlepin puppet output). hi Ohad, no - it's a clean installation. I just copied the conflicting part around. and on F14 i just got it installed. just a note: I remember for some reason mongodb v8.x was conflicting with pulp. i put there a workaround to use 7.5 version for F15 . you can try to see if that could be the reason. what kinds of logs you would need, where to look to to provide them please? Experienced this error as well. After rerunning we get (since the db is not empty anymore): Validation failed: Name must be unique within an organization scope. It's not so reproducible: with the same config I was able to finish the installation half day before. Looks like missing requirement for the db_seed step. Created attachment 525544 [details] puppet output showing the failed run on RHEL 6 Ivan pointed out in https://www.redhat.com/archives/katello-devel/2011-September/msg00196.html that the issue from attachment might be related to this bugzilla, so attaching it. (In reply to comment #1) > I cant reproduce this on a local system, what happens if you run puppet again? On my RHEL 6, it fails again. (In reply to comment #4) > Created attachment 525544 [details] > puppet output showing the failed run on RHEL 6 > > Ivan pointed out in > https://www.redhat.com/archives/katello-devel/2011-September/msg00196.html that > the issue from attachment might be related to this bugzilla, so attaching it. The attached output doesn't seem like the one that was produced by the error described in the mailing list (puppet in the attached log is run with the --noop option, which means the actions were not actually run, and therefore psql is missing). Created attachment 525584 [details] puppet output showing the failed run on RHEL 6 (In reply to comment #6) > > The attached output doesn't seem like the one that was produced by the error > described in the mailing list (puppet in the attached log is run with the > --noop option, which means the actions were not actually run, and therefore > psql is missing). Ah sorry, bad .log file. Attaching the correct one. Should be fixed in commit 4d74ba05be24c24e8e532441c570dbdb9d8c3665. Solution - scheduling pulp.conf update before apache2 starts. The time when apache2 started influenced whether the new oauth credentials were applied or not. (In reply to comment #8) > Should be fixed in commit 4d74ba05be24c24e8e532441c570dbdb9d8c3665. > > Solution - scheduling pulp.conf update before apache2 starts. The time when > apache2 started influenced whether the new oauth credentials were applied or > not. Awesome. Could you tag and build that change so that we have new katello-configure ready for further work? initially checked: working !! just made a try of F15 with katello-configure. Runs smoothly without any kind of issues. Will not put to verified still to have some more plays on other archs still.. Great thanks for the fix, package versions I had a check: katello-configure-0.1.2-1.git.136.041be34.fc15.noarch katello-0.1.85-1.git.65.2932b33.fc15.noarch There you go: katello-configure-0.1.3-1.git.0.403cd32.el6.noarch.rpm # VERIFIED checked on installing with: katello-configure-0.1.4-1.git.6.e7b60ca worked on F15, RHEL6 If there would be an issue - later reopen (or most probably new issue) would happen. thanks. getting rid of 6.0.0 version since that doesn't exist |