Package: apt-cacher-ng
Severity: normal
G'day.
We use apt-cacher-ng in the office to reduce the cost of updates, for which it
works great. However, after moving from an Etch machine to a Lenny machine
running apt-cacher-ng we hit trouble with memory exhaustion.
In an effort to improve this, and since it looks like there have been a whole
lot of improvements, I backported (eg: compiled) the 0.5.1 package from
testing on Lenny and deployed that.
Sadly, our problem continued: we were filling 2GB of memory inside six hours,
with about thirty systems updating through the cache.
It turns out that the troublesome setting is:
MaxStandbyConThreads: 2
With that enabled, memory leak, with it commented out, nothing. I had
adjusted that because we use a container solution for the proxy host, and
I was happy to pay the cost of slower response while threads spool up in
return for potentially reclaiming some memory for other containers.
Anyway, so far the system looks to be stable with that disabled, and with it
enabled we see a huge leak from "while :; do aptitude update; done" on a
system with the Debian Lenny core, backports, and volatile enabled.
I can supply more details if you were interested, but figured that given the
backport and all you might not be interested in this report. Let me know
what, if anything, I can do to help further.
Finally, thanks again for this package: it is a world better than the other
cache alternatives we have tested, and makes my life vastly more pleasant by,
generally, just working. :)
Regards,
Daniel
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
✣ Daniel Pittman ✉ dan...@rimspace.net ☎ +61 401 155 707
♽ made with 100 percent post-consumer electrons
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
