Bug 1176157
| Summary: | Repository syncs should initiate capsule sync asynchronously | ||
|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Justin Sherrill <jsherril> |
| Component: | Foreman Proxy | Assignee: | Justin Sherrill <jsherril> |
| Status: | CLOSED ERRATA | QA Contact: | Katello QA List <katello-qa-list> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 6.0.4 | CC: | abradshaw, bkearney, cwelton, jaudet, jmontleo, jsherril, mmccune, pmoravec, riehecky, sghai |
| Target Milestone: | Unspecified | Keywords: | Triaged |
| Target Release: | Unused | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://projects.theforeman.org/issues/8770 | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-02-20 18:32:17 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: | 1192500 | ||
| Bug Blocks: | |||
| Attachments: | |||
|
Description
Justin Sherrill
2014-12-19 15:06:53 UTC
Created redmine issue http://projects.theforeman.org/issues/8770 from this bug *** Bug 1173133 has been marked as a duplicate of this bug. *** Moving to POST since upstream bug http://projects.theforeman.org/issues/8770 has been closed ------------- Justin Sherrill Applied in changeset commit:katello|82cd0a41d1374fedd00550debb5b05da671663ef. Is there a workaround available? I.e. will cancellint the task and syncing the same repo again work? (or will that fail in either case)? Moving to POST since upstream bug http://projects.theforeman.org/issues/8770 has been closed ------------- Justin Sherrill Applied in changeset commit:katello|82cd0a41d1374fedd00550debb5b05da671663ef. Created attachment 990952 [details]
required lock is already taken by other running task
Created attachment 990953 [details]
status of pending task from dynflow
Created attachment 990954 [details]
pulp task error in production.log of sat6
But keep on getting these errors : I think sat6 is polling for capsule node? Polling failed, attempt no. 1, retrying in 8 Pulp task error. Refer to task for more details. (StandardError) /opt/rh/ruby193/root/usr/share/gems/gems/katello-1.5.0/app/lib/actions/pulp/consumer/abstract_sync_node_task.rb:26:in `block in external_task=' /opt/rh/ruby193/root/usr/share/gems/gems/katello-1.5.0/app/lib/actions/pulp/consumer/abstract_sync_node_task.rb:24:in `each' / OK, I enabled another RedHat repo (Red Hat Enterprise Linux 7 Server - Supplementary RPMs x86_64 7Server) and synced it. It was synced properly on sat6 server. I think the fix is working as expected. But would be great if Justin can review if steps take to stop capsule are correct. Thanks Created attachment 990959 [details]
synced supplementary repo, its start time says: 5 minutes ago
Sachin, Yes, those steps seem fine. (Or you could have just shut down katello-agent on the capsule). You still should see a 'sync capsule' task that is probably stuck and not moving. Thanks Justin, So I stopped goferd on capsule and tried to enable and sync redhat repo, but now when I enable the repo from 'Redhat repositories', the spinner keeps on rotating. No error in production.log but firebug raises this error: -- 25 TypeError: data is undefined ...a(this,str_data);data.w=w!==undefined?w:elem.width(),data.h=h!==undefined?h:elem... -- Created attachment 991213 [details]
rotating spinner on enabling redhat repo with type error in firebug
Created attachment 991214 [details]
I tried enabling repo multiple times..but each time I got rotating spinner and here is dynflow tasks status
Verified against a RHEL 6.6 system running Satellite-6.0.8 compose 3. As the risk of being redundant, here's the test procedure I used: 1. Go to Content > Red Hat Subscriptions and upload a manifest file. 2. Go to Content > Red Hat Repositories and enable a repository. 3. Go to Content > Sync Status and sync the just-enabled repository. 4. If not already done, attach a capsule. Make the capsule inoperable. You can do this in several ways. You could shut down the capsule system, or you can log in to the capsule system and stop the goferd service. 5. Go to Content > Sync Status and sync a repository that has been synced at least once before. 6. Go to Monitor > Tasks and verify that the sync task completes. A second task for generating node metadata should be in the running/pending state. Verifying this bug is slightly complicated by the presence of BZ 1192500. If an attached capsule is inoperable, you cannot then enable a new repository or sync an already-enabled repository for the first time. That's a separate issue. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2015:0247 |