I finally got around to investigating why my sites/files folder was so large. My test site does not have that much content and it seemed suspicious. It turns out that 88% of the space was being consumed by the sites/files/css and sites/files/js folders. These folders hold the aggregated versions of css and js files along with their gzipped counterparts.

It appears that these files are never deleted when new versions are generated! Between a development directory and a staging directory for drupal, 130MBs of files were not needed. The old files need to be deleted automatically.

I have updated to a drupal-7.x-dev version from 03-22-2011 hoping the more recent update might clear up some other issues. I went back to an even older system I was trying which was using the drupal-7.0 release and the problem existed then also.

Comments

aspilicious’s picture

aspilicious commented
Issue tags: +Needs backport to D7

I thought you were joking but I confirmed it.
Sounds prety major to me.

Bugs will be fixed in 8.x first and will be backported afterwards

aspilicious’s picture

aspilicious commented
Version: 7.x-dev » 8.x-dev

Moving...

aspilicious’s picture

aspilicious commented
Priority: Normal » Major

Major...

ARGH

aspilicious’s picture

aspilicious commented
Priority: Major » Normal

Hmm this doesn't brake anything, making it normal again...

Srry for all the noise in this issue.

aspilicious’s picture

aspilicious commented
Status: Active » Closed (works as designed)

Quote from irc:

"they should be deleted after 30 days or something, that's be design so that cached pages with older versions of files don't get broken. 35mb seems high but not that much given each file can be a couple hundred kb."

So this is by design, closing ==> works as designed