Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
Bedrock Mission!

Learn more

View all

Sign in to view all badges

SOLVED

Repository size is increasing frequently

Avatar

Level 3

Hi Team

We are facing repository growth in one of our publisher. We have checked the maintenance console and its showing the DSGC run successfully but we found "Workflow purge is failing" . Also the DSGC run fine but we are old repository datastore inside our S3 bucket which is shared among other instances. So, our requirement here is to clean the old ones to reduce the repo size of Publish instance but we don't have much information  how to do this in safe manner.

Attaching some screenshots:-

skumari1_0-1660810371883.pngskumari1_1-1660810436605.png

There are many data like this from 2021.

1 Accepted Solution

Avatar

Correct answer by
Level 9

Please check if any thread is running in loops and causing size increase of the segment store. You can take thread dumps and verify . You can manually run workflow purge as well from JMX to see if that helps. Generally there should not be much workflows running on publish instance.
You can also plan for online or offline revision clean up. Offline revision clean up gives good result in terms of size reduction.
There is one simple way as well to replace this publisher instance crx-quickstart with that of stable publisher as you have mentioned its happening only for one publisher. This way your all publishers would be in same state. Ideally issue should come in all publishers.

Links

https://github.com/AdobeDocs/experience-manager-65.en/blob/main/help/sites-administering/troubleshoo...

JMX Workflow Maintenance/system/console/jmx/com.adobe.granite.workflow%3Atype%3DMaintenance

 

View solution in original post

7 Replies

Avatar

Level 9

Please confirm if repository size (segment store) is increasing or the datastore size(Binary files storage) is increasing? For big setups generally both are mounted to different storage.

Avatar

Correct answer by
Level 9

Please check if any thread is running in loops and causing size increase of the segment store. You can take thread dumps and verify . You can manually run workflow purge as well from JMX to see if that helps. Generally there should not be much workflows running on publish instance.
You can also plan for online or offline revision clean up. Offline revision clean up gives good result in terms of size reduction.
There is one simple way as well to replace this publisher instance crx-quickstart with that of stable publisher as you have mentioned its happening only for one publisher. This way your all publishers would be in same state. Ideally issue should come in all publishers.

Links

https://github.com/AdobeDocs/experience-manager-65.en/blob/main/help/sites-administering/troubleshoo...

JMX Workflow Maintenance/system/console/jmx/com.adobe.granite.workflow%3Atype%3DMaintenance

 

Avatar

Level 8

@skumari1 Every update to the repository creates a new revison, due to which size of the repository increases. And to avoid this unavoidable increase in size revision clean up should be run i.e. online or offline as suggested by @ManuMathew1994 as well.

Reference Doc - https://experienceleague.adobe.com/docs/experience-manager-65/deploying/deploying/revision-cleanup.h...

Hope this helps!

Thanks