Bug 1495335

Summary: Capsule Sync Optimized sync starts task with the error message 'undefined method '[]' for nil:NilClass(NoMethodError)'
Product: Red Hat Satellite Reporter: Taft Sanders <tasander>
Component: Capsule - ContentAssignee: Ian Ballou <iballou>
Status: CLOSED ERRATA QA Contact: Lukas Pramuk <lpramuk>
Severity: low Docs Contact:
Priority: unspecified    
Version: 6.2.12CC: bbuckingham, cdonnell, ddolguik, iballou, ktordeur, momran, pcreech, peter.vreman, pmoravec, rbertolj, roywilli, vanhoof
Target Milestone: 6.7.0Keywords: Triaged
Target Release: Unused   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-04-14 13:22:23 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: 1122832, 1619394    
Attachments:
Description Flags
Screenshot of the task after starting
none
Screenshot of multiple Capsules none

Description Taft Sanders 2017-09-25 20:55:56 UTC
Created attachment 1330714 [details]
Screenshot of the task after starting

Description of problem:
During the early planning stage of the Optimized sync on a Capsule, the task appears more as a error message before changing to the actual task name

Version-Release number of selected component (if applicable):
6.2.12

How reproducible:
everytime

Steps to Reproduce:
1. Upgrade Satellite/Capsule to 6.2.12
2. Click Optimized sync for the capsule
3. Check task label

Actual results:
Error message for Capsule sync label

Expected results:
No error message

Additional info:
Right before the task reaches the end of the planning stage, the label changes and doesn't appear to cause any issues during the sync.

Comment 1 Taft Sanders 2017-09-25 21:00:21 UTC
Created attachment 1330715 [details]
Screenshot of multiple Capsules

Comment 2 Brad Buckingham 2017-10-03 15:52:44 UTC
Created redmine issue http://projects.theforeman.org/issues/21182 from this bug

Comment 3 Brad Buckingham 2017-10-03 15:56:10 UTC
Since the error has no impact on the success of the sync and is only shown while the task is in the planning phase, triaged it to the upstream and placed on the backlog.

Comment 5 Satellite Program 2017-10-12 16:18:34 UTC
Upstream bug assigned to jomitsch

Comment 6 Brad Buckingham 2018-01-10 17:54:20 UTC
*** Bug 1532211 has been marked as a duplicate of this bug. ***

Comment 7 Satellite Program 2018-01-10 19:20:46 UTC
Upstream bug assigned to jomitsch

Comment 11 Bryan Kearney 2019-10-09 16:01:40 UTC
Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/21182 has been resolved.

Comment 12 Lukas Pramuk 2020-03-08 20:58:53 UTC
VERIFIED.

@Satellite 6.7.0 Snap14
tfm-rubygem-katello-3.14.0.12-1.el7sat.noarch

using the manual reproducer described in comment#0:

1) Setup a capsule and assign it to Library having at least 10 repos
2) Click Optimized sync for the capsule
3) At the same moment check the tasks list (Monitor -> Tasks) (have another browser window opened and just refresh it)

Synchronize capsule	planning	pending	 March 08, 2020, 9:50:52 PM    More than 6 minutes

Comment 15 errata-xmlrpc 2020-04-14 13:22:23 UTC
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/RHSA-2020:1454