+++ This bug was initially created as a clone of Bug #1927532 +++ Large customer environments occasionally generate a large CRL file after a big subscription update or refresh. Error: 2021-02-08 12:01:46,929 [thread=QuartzScheduler_Worker-6] [job=CertificateRevocationListTask-911d9c76-5768-4b10-b827-16dfac3c8b78, org=, csid=] ERROR org.quartz.core.JobRunShell - Job cron group.CertificateRevocationListTask-911d9c76-5768-4b10-b827-16dfac3c8b78 threw an unhandled Exception: java.lang.OutOfMemoryError: input is too large to fit in a byte array at com.google.common.io.ByteStreams.toByteArrayInternal(ByteStreams.java:195) Customer in question had a 2.8G CRL in: /var/lib/candlepin/candlepin-crl.crl this blew past the 1.99 GB limit for processing this file and the customer will be forced to take manual steps to get past the collection process. WORKAROUND: 1) stop services: # satellite-maintain service stop 2) start Postgres: # systemctl start postgresql 3) move CRL out of the way: # mv /var/lib/candlepin/candlepin-crl.crl /var/lib/candlepin/candlepin-crl.BAK 4) Update database: # echo "UPDATE cp_cert_serial SET collected=true WHERE revoked=true;" | sudo -u postgres psql -d candlepin UPDATE 134330 5) start services and resume operations # satellite-maintain service start
*** Bug 1806626 has been marked as a duplicate of this bug. ***
In case it assists in getting this bug assigned to a release, I'm working with a very large RH customer that has encountered this issue as well. In their case it seems to be caused by the way they're doing content management - regularly reassigning large numbers of hosts to different LCEs.