Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
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 1973037

Summary: migration plan creates ERROR line of 24000 characters in production.log
Product: Red Hat Satellite Reporter: Matthias Dellweg <mdellweg>
Component: RepositoriesAssignee: Ian Ballou <iballou>
Status: CLOSED ERRATA QA Contact: Sam Bible <sbible>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.9.0CC: apatel, bbuckingham, jsherril, kgaikwad, peter.vreman, sbible, zhunting
Target Milestone: 6.9.8Keywords: Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: tfm-rubygem-katello-3.18.1.47-1 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-01-27 17:33:09 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: 1957813    

Description Matthias Dellweg 2021-06-17 07:29:23 UTC
Description of problem:

Browsing the foreman production.log with 'less' is very slow in going backwards due to a excessive long line not fitting on a single terminal screen.

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


How reproducible:


Steps to Reproduce:
1. perform a Pulp2 to Pulp3 migration
2. sudo grep pulp2_distributor_repository_ids /var/log/foreman/production.log
3.

Actual results:
Excessively long log lines about migration plans marked as Error

Expected results:
Migration plans should be logged a Info level and pretty printed over several lines.

Additional info:

Comment 4 Ian Ballou 2021-06-23 21:27:00 UTC
Created redmine issue https://projects.theforeman.org/issues/32869 from this bug

Comment 5 Bryan Kearney 2021-06-24 16:03:31 UTC
Upstream bug assigned to iballou

Comment 6 Bryan Kearney 2021-06-24 16:03:33 UTC
Upstream bug assigned to iballou

Comment 7 Bryan Kearney 2021-07-02 16:03:17 UTC
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/32869 has been resolved.

Comment 8 Peter Vreman 2021-11-16 15:04:16 UTC
Is there a specific reason that this did not make it into 6.9.7?

Comment 9 Brad Buckingham 2021-11-17 20:25:34 UTC
Hi Peter,

Thanks for reaching out.  It appears that it was unintentionally missed. There is a keyword that was missing that resulted in it being omitted from one of the queries used during the Satellite 6.9.7 triage.

Comment 10 Peter Vreman 2021-11-18 16:48:29 UTC
Thanks for the confirmation that it was unintentional.
Any plans to add it in 6.9.8 or is 6.9.7 the final 6.9 release that will be the start of pulp3 migrations now that 6.10 is GA?

Comment 11 Brad Buckingham 2021-12-01 12:08:32 UTC
We do not currently have a 6.9.8 scheduled; however, if one is, this will certainly be a candidate.

Comment 12 Peter Vreman 2021-12-08 13:06:16 UTC
Sad to hear there is no 6.9.8 planned.

I can think of at least 3 BZs that i have applied the fixes myself already to fix known issues in 6.9.7:
- https://bugzilla.redhat.com/show_bug.cgi?id=2027786
- https://bugzilla.redhat.com/show_bug.cgi?id=2027784
- https://bugzilla.redhat.com/show_bug.cgi?id=2027367

It is very customer unfriendly to force customers to a long-during and risky pulp3 upgrade to get fixes for any non-pulp/non-content.

As a customer in entreprise world that cannot afford the risks that pulp3 brings i would expect at least a longer maintenance for 6.9.x series.
RedHat even has it officially documented it at https://access.redhat.com/documentation/en-us/red_hat_satellite/6.10/html-single/upgrading_and_updating_red_hat_satellite/index#upgrade_paths that avoiding pulp3 upgrades is a supported path:
~~~
For future upgrades following Satellite 7.0, you will be required to upgrade the operating system from RHEL 7 to RHEL 8 on your Satellite Servers and Capsules. You can upgrade the operating system in-place or through a cloning process. The latter includes migration of all data, configuration, and synced content.

NOTE
If you are planning to avoid the upgrade from Pulp 2 to Pulp 3 and deploy a new Satellite 6.10 infrastructure due to the Pulp 3 changes instead, you might want to wait for Satellite 7.0 to deploy with RHEL 8 directly.
~~~

Comment 13 Brad Buckingham 2021-12-08 20:46:11 UTC
Hi Peter,

I appreciate you reaching out.

Please know that I wasn't saying that there would not be a 6.9.8, only that one hadn't been formally scheduled.  We are working on plans for one and you'll see this bugzilla aligned to it very soon. 

Thanks for your understanding.

Comment 15 Sam Bible 2022-01-13 17:26:15 UTC
Verified on 6.9.8 - 1

Steps to Reproduce:
1. perform a Pulp2 to Pulp3 migration
2. sudo grep pulp2_distributor_repository_ids /var/log/foreman/production.log

Expected Results: No excessive printing of migration plan logs.

Actual Results: No excessive printing of migration plan logs.

Comment 21 errata-xmlrpc 2022-01-27 17:33:09 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 (Satellite 6.9.8 Async Bug Fix Update), 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-2022:0320