Bug 1323504

Summary: Syncing repostitory results in WARNING state (orange) with error
Product: Red Hat Satellite Reporter: Mike McCune <mmccune>
Component: Content ManagementAssignee: Brad Buckingham <bbuckingham>
Status: CLOSED ERRATA QA Contact: Roman Plevka <rplevka>
Severity: high Docs Contact:
Priority: unspecified    
Version: UnspecifiedCC: omaciel, rplevka
Target Milestone: UnspecifiedKeywords: 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: 2016-07-27 09:30:08 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:
Attachments:
Description Flags
foreman/production.log
none
grep pulp /var/log/messages none

Description Mike McCune 2016-04-03 18:35:43 UTC 
1) Sync custom http yum repo 
2) notice error at end:

 Errors:

undefined method `import_applicability' for #<Katello::System:0x0000001027b130>

 Error:

NoMethodError

undefined method `import_applicability' for #<Katello::System:0x0000001027b130>
Comment 2 Brad Buckingham 2016-04-04 13:50:34 UTC 
The logic where this error is occurring went through several changes as part of bug 1244704.  So far, I have not been able to reproduce the error on the upstream.
Comment 3 Mike McCune 2016-04-04 22:37:09 UTC 
Lets test this again once 1244704 is ON_QA
Comment 4 Roman Plevka 2016-04-08 12:43:04 UTC 
FAILED QA:
on snap7.0

Sync still finishes with Warning. now with ISE (500).
according to logs (attached) pulp reports an unhandled exception.

- All i did to reproduce this was creating a custom yum repo and syncing it against URL:
http://omaciel.fedorapeople.org/fakerepo02/
- All other repository settings were left to defaults
Comment 5 Brad Buckingham 2016-04-08 13:35:13 UTC 
Note: the error reported in comment 4 is entirely different from the original.  The original error is coming from the application code; however, the new one appears to be coming from pulp.  The new issue is documented in bug 1325339.
Comment 6 Roman Plevka 2016-04-08 21:52:03 UTC 
(In reply to Brad Buckingham from comment #5)
> Note: the error reported in comment 4 is entirely different from the
> original.  The original error is coming from the application code; however,
> the new one appears to be coming from pulp.  The new issue is documented in
> bug 1325339.

you're right. Verification was just blocked by 1325339.

No longer blocked in Snap 7.1

VERIFIED
No import errors anymore.
(see attachments for foreman/product.log and pulp syslog messages)
Comment 7 Roman Plevka 2016-04-08 21:52:32 UTC 
Created attachment 1145280 [details]
foreman/production.log
Comment 8 Roman Plevka 2016-04-08 21:53:04 UTC 
Created attachment 1145281 [details]
grep pulp /var/log/messages
Comment 10 errata-xmlrpc 2016-07-27 09:30:08 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/RHBA-2016:1501