Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 741551 - [puppet installer] Fails on recent packages (F15)
Summary: [puppet installer] Fails on recent packages (F15)
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Packaging
Version: 6.0.1
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: Unspecified
Assignee: Ivan Necas
QA Contact: Garik Khachikyan
URL:
Whiteboard:
Depends On:
Blocks: katello-blockers
TreeView+ depends on / blocked
 
Reported: 2011-09-27 09:18 UTC by Garik Khachikyan
Modified: 2019-09-25 21:07 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-22 17:58:55 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
puppet output showing the failed run on RHEL 6 (16.02 KB, text/plain)
2011-09-29 12:16 UTC, Jan Pazdziora 		no flags Details
puppet output showing the failed run on RHEL 6 (73.33 KB, text/plain)
2011-09-29 14:17 UTC, Jan Pazdziora 		no flags Details
Show Obsolete (1) View All

Description Garik Khachikyan 2011-09-27 09:18:46 UTC 
Description of problem:
With the recent packages installation puppet script just fails on DB seed:
---
notice: //katello::install/Yumrepo[fedora-katello-source]/enabled: defined 'enabled' as '0'
notice: //katello::install/Yumrepo[fedora-katello-source]/gpgcheck: defined 'gpgcheck' as '0'
notice: //katello::config/Katello::Config::Config_file[/etc/httpd/conf.d/katello.conf]/File[/etc/httpd/conf.d/katello.conf]/content: content changed '{md5}17108ee8db589a33cecc21ef5bc1f307' to 'unknown checksum'
notice: //katello::config/Katello::Config::Config_file[/etc/katello/thin.yml]/File[/etc/katello/thin.yml]/content: content changed '{md5}5d792b706c7f7bb0ac400c0e4f9cbf60' to 'unknown checksum'
notice: //katello::config/Katello::Config::Config_file[/etc/katello/katello.yml]/File[/etc/katello/katello.yml]/content: content changed '{md5}9806bf64d888271f636718914b178fdc' to 'unknown checksum'
notice: //katello::config/Exec[katello_db_migrate]: Triggering 'refresh' from 1 dependencies
err: //katello::config/Exec[katello_seed_db]/returns: change from notrun to 0 failed: /usr/bin/env rake db:seed >> /usr/share/katello/log/db_seed.log 2>&1 && touch /var/lib/katello/initdb_done returned 1 instead of one of [0] at /root/katello/puppet/modules/katello/manifests/config.pp:49
notice: //katello::service/Service[katello-jobs]: Dependency exec[/usr/bin/env rake db:seed >> /usr/share/katello/log/db_seed.log 2>&1 && touch /var/lib/katello/initdb_done] has 1 failures
warning: //katello::service/Service[katello-jobs]: Skipping because of failed dependencies
notice: //katello::service/Service[katello]: Dependency exec[/usr/bin/env rake db:seed >> /usr/share/katello/log/db_seed.log 2>&1 && touch /var/lib/katello/initdb_done] has 1 failures
warning: //katello::service/Service[katello]: Skipping because of failed dependencies
notice: //apache2/Exec[reload-apache2]: Dependency exec[/usr/bin/env rake db:seed >> /usr/share/katello/log/db_seed.log 2>&1 && touch /var/lib/katello/initdb_done] has 1 failures
warning: //apache2/Exec[reload-apache2]: Skipping because of failed dependencies
notice: //apache2/Exec[reload-apache2]: Triggering 'refresh' from 1 dependencies
---

The /usr/share/katello/log/db_seed.log shows:
---
rake aborted!
Pulp::User: 401 Unauthorized "Invalid OAuth Credentials" (POST /pulp/api/users/)

Tasks: TOP => db:seed
(See full trace by running task with --trace)
---

Version-Release number of selected component (if applicable):
katello-0.1.84-1.git.26.51fa1e1.fc15.noarch
pulp-0.0.234-1.fc15.noarch
candlepin-0.4.16-1.fc15.noarch


How reproducible:
Always on very recent rpm-s

Steps to Reproduce:
1. yum -y install git wget puppet
2. git clone git://git.fedorahosted.org/git/katello.git/
3. echo include katello | puppet --modulepath katello/puppet/modules
  
Actual results:
Failure - incomplete dbs

Expected results:
exit with 0, db should be prepared


Additional info:
Comment 1 Ohad Levy 2011-09-27 09:47:09 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).
Comment 2 Garik Khachikyan 2011-09-27 09:51:35 UTC 
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?
Comment 3 Ivan Necas 2011-09-27 16:47:51 UTC 
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.
Comment 4 Jan Pazdziora 2011-09-29 12:16:17 UTC 
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.
Comment 5 Jan Pazdziora 2011-09-29 12:20:42 UTC 
(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.
Comment 6 Ivan Necas 2011-09-29 13:31:29 UTC 
(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).
Comment 7 Jan Pazdziora 2011-09-29 14:17:24 UTC 
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.
Comment 8 Ivan Necas 2011-09-29 16:23:04 UTC 
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.
Comment 9 Jan Pazdziora 2011-09-29 17:02:44 UTC 
(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?
Comment 10 Garik Khachikyan 2011-09-30 08:29:26 UTC 
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,
Comment 11 Garik Khachikyan 2011-09-30 08:30:20 UTC 
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
Comment 12 Lukas Zapletal 2011-09-30 08:50:36 UTC 
There you go:

katello-configure-0.1.3-1.git.0.403cd32.el6.noarch.rpm
Comment 13 Garik Khachikyan 2011-10-07 12:02:20 UTC 
# 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.
Comment 16 Mike McCune 2013-08-16 17:51:09 UTC 
getting rid of 6.0.0 version since that doesn't exist
Note You need to log in before you can comment on or make changes to this bug.