Currently, I am using alfresco community 5.0d version in production server.
We have allocated 16GB RAM to the hosted instance.
Currently, I am facing the issue of slowness. Also, out of box login API is taking 11 to 12 seconds to produce alf ticket.
Current subsystem properties.
### Solr indexing ###
The total size of the alf_data folder is 449GB. And here I am attaching the document which describes alf_data size.
So can someone please suggest me any reason for this slowness?
Solved! Go to Solution.
I see that you delete a lot in your instance (due the size of contentstore.deleted). This may require lots of resources for SOLR. Some basics recommendations included in Nathan's article :
- Increase JVM size and monitorize (at least via OOTB Support Tools)
- Reindex SOLR (if you delete a lot, your indices may be fat of deleted documents which occupy more space and perform worse when searching)
- Separate SOLR instance (use dedicated resources for your index and search server)
I guess that 90% of "contentstore.deleted" are DELETED nodes that are out of Database and SOLR.
If your assumption is true, and trashcan have been never been purged, then they have a huge node just under Archive root. And this can be also the cause of the low performance.
Hi Angel Borroy:
Let me clarify, in my assumption a huge contentstore.deleted (with a similar size to the contentstore) means that:
And so, my second recommendation for a full reindex for getting a healthy index in both cores.
Hi Angel Borroy
Thank you so much for your valuable reply.
When I remove all data from the trashcan and contentstore.deleted.
After that, we perform a full reindex which is suggested.
What happens on next day system was slow down. Even login API takes 11 seconds to respond.
if u can just share the reason behind this behavior then it would be a great help.
Thanks in advance.
There is no need to perform a full reindex after removing content from trashcan...
Anyway, a full reindex is a hard task for your system. The text from every document in the server is extracted by Tika and even some transformations to PDF can be taken in the process. Probably you can inspect your server to identify the process that is consuming CPU, but I guess that is Java.
My advice: Don't perform a full re-index if there is no good reason (as data/indexes corruption).
Hi Angel Borroy
Thank you so much for the reply.
When I delete all data from contentstore .deleted, then still any reference to that data which is stored in DB?
If yes then which is steps to be taken to solve that issue.
If you deleted all data from "contentstore.deleted", then you have lost references in database (for sure).
Probably you can understand better Alfresco deletion cycle at https://github.com/keensoft/alfresco-deleted-content-store-cleaner
All the documents that are moved to contentstore.deleted are not referenced in the DB anymore. You can savely delete them. We use a cron-Job to delete the files and folders from contentstore.deleted after X days - matching our backup-cycle