Expand my Community achievements bar.

SOLVED

Repository size is increasing frequently

Avatar

Level 4

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
Community Advisor

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

Community Advisor

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
Community Advisor

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

Community Advisor

@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 @Manu_Mathew_ as well.

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

Hope this helps!

Thanks

Avatar

Level 4

Thanks for the all support, will suggest my team the above solutions.