Bug 1658444

Summary: Ostree repo sync fails with 'OverflowError: MongoDB can only handle up to 8-byte ints'
Product: Red Hat Satellite Reporter: vijsingh
Component: PulpAssignee: satellite6-bugs <satellite6-bugs>
Status: CLOSED ERRATA QA Contact: vijsingh
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.4.0CC: bbuckingham, bmbouter, daviddavis, dkliban, egolov, ggainey, ipanova, jortel, perobins, rchan, sghai, sjagtap, ttereshc
Target Milestone: 6.5.0Keywords: AutomationBlocker, Regression, Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: pulp-ostree-1.3.0-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
: 1672491 (view as bug list) Environment:
Last Closed: 2019-05-14 12:39:33 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:
Attachments:
Description Flags
Screenshot 1
none
Screenshot 2 none

Description vijsingh 2018-12-12 07:01:13 UTC 
Description of problem:

Ostree repo sync fails with 'OverflowError: MongoDB can only handle up to 8-byte ints'

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

Satellte 6.4.1 Snap 2.0

How reproducible:

Awlays

Steps to Reproduce:

1. Create repository with following details:
  
  on GUI:

  Content => Product => <Select custom product> => Repositories => 'New Repository' => Select 'Type = Ostree' and 'Upstream URL = https://kojipkgs.fedoraproject.org/atomic/27/'

 Refer attached screenshots for more details

2. Now sync the same repository.

3. Check the tasks status as below:

  Monitor => Tasks => click on "Synchronize repository 'xxxxxxxxxxx'"

Actual results:

Repo sync fails with error "PLP0000: MongoDB can only handle up to 8-byte ints"

Expected results:

Repository should sync successfully 

Additional info:

- Same was working in earlier snap/version of 6.4
- Same is working fine with Satellite 6.5.0 snap 7.0
- Looks a regression
Comment 4 vijsingh 2018-12-12 07:02:48 UTC 
Created attachment 1513613 [details]
Screenshot 1
Comment 5 vijsingh 2018-12-12 07:03:07 UTC 
Created attachment 1513614 [details]
Screenshot 2
Comment 8 David Davis 2018-12-13 13:57:12 UTC 
This was fixed in upstream here:

https://pulp.plan.io/issues/3534

This will be included in Satellite 6.5 since 6.5 is on Pulp 2.18.
Comment 9 pulp-infra@redhat.com 2018-12-13 14:02:17 UTC 
The Pulp upstream bug status is at CLOSED - CURRENTRELEASE. Updating the external tracker on this bug.
Comment 10 pulp-infra@redhat.com 2018-12-13 14:02:22 UTC 
The Pulp upstream bug priority is at High. Updating the external tracker on this bug.
Comment 11 pulp-infra@redhat.com 2018-12-13 14:32:46 UTC 
All upstream Pulp bugs are at MODIFIED+. Moving this bug to POST.
Comment 14 David Davis 2018-12-14 12:53:46 UTC 
I don't think this is a regression but rather a bug caused by a change to the https://kojipkgs.fedoraproject.org/atomic/27/ repository. I am setting NEEDINFO to @jortel to confirm.
Comment 22 vijsingh 2019-02-05 06:49:47 UTC 
Verified:

@Satellite 6.5.0 Snap 14

Steps/Observation:
 
 - Created repo as below:
   
   Content => Product => <Select custom product> => Repositories => 'New Repository' => Select 'Type = Ostree' and 'Upstream URL = https://kojipkgs.fedoraproject.org/atomic/27/'

 - Able to sync Ostree  repo now.
Comment 25 errata-xmlrpc 2019-05-14 12:39:33 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-2019:1222