Help! /cache directory way too big.

[jjwdesign]

My cache directory has grown out of control. I recently found this article about the cache directory, but wanted to try to ask a few more questions in this forum - in hopes of finding a solution.

http://www.jejik.com/articles/2008/08/the_sugarcrm_cache_directory_demystified/

My main cultrips are:

/cache/upload
/cache/images
/cache/modules/Emails

cache/ directory 
 
59G upload
 
535M images
- Just a bunch of image files with hashed filenames from email uploads
 
359M modules
- 356M Emails
71M ed7bf28b-24b6-e7f1-07a0-49ca9180cb50
57M 5083271c-6d43-27a8-0369-470b99d30b6a
39M b3c2a114-9ab6-f86a-bd89-48d80dd7e7f0
29M 1c8a312f-ae19-904f-90fe-48d9092bef11
etc...

Questions.

1.) Is it really safe to clear out the /cache/images directory if I'm using SugarCRM CE?

2.) Has anyone made a systematic approach to cleaning out the Emails directories (/cache/modules/Emails)? I imagine this could be done.

3.) Any ideas on how to clean out /cache/upload? (59GB - wow)

Thanks, Jeff

[dtoronto]

You could probably make a cron job using the mv command to put all of your old cache into a backup directory.

[jjwdesign]

I'd like to backup the files - off the server. Moving them doesn't really help with the backup. I've hit the 4GB filesize limit on the server when trying to backup the files into a tar file. I've come up with a pretty good backup method, but the cache is just too big now. I've even excluded the upload directory.

[root@crm bin]# cat laserphotonicsfbweekly
#!/bin/bash
# laserphotonicsfbweekly:
# consists of three lines: one to find the modified files, and then two to tar and gzip them
find /usr/share/sugarcrm/ ! \( -name upload -prune -a -type d -prune \) ! -type d > /usr/share/sugarcrm_backups/laserphotonics_full_files.txt
tar cT /usr/share/sugarcrm_backups/laserphotonics_full_files.txt > /usr/share/sugarcrm_backups/laserphotonics_fbweekly.`date '+%F'`.tar
gzip -9 /usr/share/sugarcrm_backups/laserphotonics_fbweekly.`date '+%F'`.tar
 
[root@crm bin]# cat laserphotonicsfbdaily
#!/bin/bash
# laserphotonicsfbdaily:
# consists of three lines: one to find the modified files, and then two to tar and gzip them
find /usr/share/sugarcrm/ -mtime -1 \! -type d > /usr/share/sugarcrm_backups/laserphotonics_modified_files.txt
tar cT /usr/share/sugarcrm_backups/laserphotonics_modified_files.txt > /usr/share/sugarcrm_backups/laserphotonics_fbdaily.`date '+%F'`.tar
gzip -9 /usr/share/sugarcrm_backups/laserphotonics_fbdaily.`date '+%F'`.tar

The weekly backup process is the full backup. The daily backup process is just for daily changes.

[gazza73]

I've only just come across your post - but are starting to realise I'll have the same issue.


I have not put my package into production so I haven't seen the EMAIL content issue you have (yet), but already I see that :
/var/www/sugarcrm/cache/upload/upgrades/temp
is getting larger......

Some other members have mentioned to MOVE the 'oldest' cache to a backup - but how do we determine what cahce MUST be left, and what is NOT.

I see some articles mention that cache is not like internet cahce, but actually contains valuable (original I assume??) DATA - so I wouldn't want to be MOVING DATA away from the system
(refer: http://www.jejik.com/articles/2008/0..._demystified/_ )

and refer to WIKI:
http://www.sugarcrm.com/wiki/index.p...Data_and_Files

But I haven't found any other information that confirms what to do, to HOUSEKEEP the excess files not required.

My reason for asking, is I'd like to use the Ubuntu remastersys routine that makes a bootable ISO distribution of the enire distro/sugar/application - but the cache is overfilling the whole game.

Any feedback further would be great.

Gaz