<div dir="ltr"><div>I think this is serious enough to warrant atleast a doc note to have the squid cache in a different partition as it makes the machine completely unusable otherwise. I don't think it is maybe the best idea to have it in library (but rather a separate partition). <br><br></div>Or, as you say, a cron job - but in my case the bloat filled up the hdd in less than a week. <br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 8, 2016 at 6:11 PM, Jerry Vonau <span dir="ltr"><<a href="mailto:me@jvonau.ca" target="_blank">me@jvonau.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
<br>
> On May 5, 2016 at 11:20 PM Anish Mangal <<a href="mailto:anishmg@umich.edu">anishmg@umich.edu</a>> wrote:<br>
><br>
><br>
> Yesterday, an interesting issue happened. On an older XSCE install, the<br>
> squid cache bloated over time to create a 300GB swap file and made the<br>
> server unusable. I was wondering if anyone else may have come across this<br>
> before?<br>
><br>
<br>
</span>Yes, squid's model assumes that the cache that lives on a partition all by<br>
itself with no real consideration for other programs on that partition.<br>
Think that was the original reason for /library in the first place, maybe<br>
we should rethink where the content/databases should reside.<br>
<span class=""><br>
> Attached is the munin screenshot showing the increasing disk usage over<br>
> time. I deleted the file and things are back to normal - for now.<br>
><br>
<br>
</span>Weekly cron job to do that unattended?<br>
<div class="HOEnZb"><div class="h5"><br>
> The xsce git hash is 9a072ead3da91b84e6db896554c50bfa37e7b4e6<br>
><br>
> --<br>
> Anish<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">Jerry<br>
</font></span></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Anish<br></div><div><br><br></div></div></div>
</div>