Bug 1591908 - [RFE] remove cp_event table, collection and Change endpoints that return events to return empty lists.
Summary: [RFE] remove cp_event table, collection and Change endpoints that return even...
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Candlepin
Version: Unspecified
Hardware: Unspecified
OS: Unspecified
high vote
Target Milestone: 6.7.0
Assignee: Eko
QA Contact: Eko
Depends On: 1698614 1709892
Blocks: 1545876
TreeView+ depends on / blocked
Reported: 2018-06-15 18:18 UTC by Mike McCune
Modified: 2020-08-27 07:26 UTC (History)
18 users (show)

Fixed In Version: candlepin-2.7.1-1
Doc Type: Removed functionality
Doc Text:
To improve performance and prevent the storage of unnecessary data, which led to reported problems with disk overflow, the `cp_events` table has been removed from the Candlepin database. The corresponding *Events* tab that was located in the Satellite web UI at *Hosts* > *Content Hosts* > *_hostname_* > *Subscriptions* has been removed.
Clone Of:
: 1698614 (view as bug list)
Last Closed: 2020-04-14 13:22:58 UTC
Target Upstream Version:

Attachments (Terms of Use)
cp_event_cleanup (237 bytes, application/x-shellscript)
2018-09-11 23:06 UTC, Mike McCune
no flags Details

System ID Private Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 3083651 0 None None None 2018-09-12 16:56:03 UTC
Red Hat Product Errata RHSA-2020:1454 0 None None None 2020-04-14 13:23:14 UTC

Internal Links: 1775053

Description Mike McCune 2018-06-15 18:18:52 UTC
This table grows unbound over time resulting in gigabytes of largely unecessary data. From an example customer who has a 2Y old Satellite installation with 20,000 consumers/hosts

           table_name           |   total    |   index    | toast    |   table
 cp_event                       | 12 GB      | 5682 MB    | 8192 bytes | 6484 MB 

 select count(*) from cp_event;

We need a policy and procedure in place to delete anything in this table over ~7 Days (or configurable value) as it is no longer something that needs to be stored.

Comment 1 Mike McCune 2018-06-15 18:21:35 UTC

This will delete all data older than 14 days as anything beyond a week isn't needed.

# echo "delete from cp_event where timestamp < now() - interval '14 days';"  | sudo -u postgres psql -d candlepin

Comment 3 Mike McCune 2018-09-11 23:05:44 UTC

This will setup a weekly cron to ensure continuous cleanup.

1) Download cp_event_cleanup from this Bugzilla

2) Copy to /etc/cron.weekly/

3) chmod +x /etc/cron.weekly/cp_event_cleanup

Comment 4 Mike McCune 2018-09-11 23:06:03 UTC
Created attachment 1482482 [details]

Comment 9 Mike McCune 2019-03-20 17:14:48 UTC
Kevin, Rich,

Lets get rid of this data entirely. It is not valuable or worth collecting and setting up policy on retention.

Comment 10 Mike McCune 2019-03-20 17:17:44 UTC

I reworded this RFE to state our intentions to just cease collection of the data in the cp_event table and also remove any functionality in the Satellite 6 UI that references the Events tab in the Content Host UI.

Comment 16 Eko 2019-08-23 03:14:16 UTC
Assigning the bug to me since I'm the owner for aha card: SAT-E-342, 343.

According to the comments in aha card, the first part of this feature can be verified:
SAT-E-342: Upgrade Sat6.5 to Sat6.6 [VERIFIED]
  1). The 'cp_event' table is still existing, but it will stop writing new data to the table.
  2). The 'Events' element is still existing in WebUI, but the table is null. 

The second part of this feature is still developing (SAT-E-343) [Ready to develop]

Comment 22 errata-xmlrpc 2020-04-14 13:22:58 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.


Note You need to log in before you can comment on or make changes to this bug.