#include <hallo.h> * Raúl Sánchez Siles [Mon, Dec 07 2009, 11:29:59AM]: > Package: apt-cacher-ng > Version: 0.4.2-1 > Severity: normal > > Hello: > > I'm still seeing this issue on 0.4.2-1. > > These are my apt-cacher processes running: > 111 21603 23.7 0.2 379060 11140 ? Ssl Dec02 1720:03 > /usr/sbin/apt-cacher-ng -c /etc/apt-cacher-ng pidfile=/var/run/apt-cacher- > ng/pid SocketPath=/var/run/apt-cacher-ng/socket foreground=0 > root 31304 0.0 0.0 8980 1224 ? S Dec06 0:00 /bin/sh > /etc/cron.daily/apt-cacher-ng > root 31306 0.0 0.0 27628 3108 ? S Dec06 0:00 perl > /usr/lib/apt-cacher-ng/expire-caller.pl > > There are 1024 file descriptors opened, all sockets, but these:
Just sockets, no further information? Please send the lsof output (created with sufficient permissions, of course). "ps aux -L" output is also interesting (i.e. thread count and maybe patterns in the thread ids). > l-wx------ 1 apt-cacher-ng apt-cacher-ng 64 dic 7 11:14 1003 -> > /var/cache/apt-cacher-ng/debrep/dists/testing/Release > l-wx------ 1 apt-cacher-ng apt-cacher-ng 64 dic 7 11:14 194 -> > /var/cache/apt-cacher-ng/oktan.ls.fi.upm.es/debian- > multimedia/dists/unstable/main/source/Sources.diff/_actmp/tmp (deleted) Was this snapshot created while running expiration? If yes, that would explain this file handles. If no, then I would need to start digging. > lr-x------ 1 apt-cacher-ng apt-cacher-ng 64 dic 7 11:14 63 -> > /var/lib/debtags/vocabulary.idx (deleted) > lr-x------ 1 apt-cacher-ng apt-cacher-ng 64 dic 7 11:14 64 -> > /var/lib/debtags/vocabulary (deleted) > lr-x------ 1 apt-cacher-ng apt-cacher-ng 64 dic 7 11:14 65 -> > /var/lib/debtags/package-tags.idx (deleted) I cannot explain this entries by any means. Maybe there is some kernel bug? > As initially reported, apt-cacher-ng is taking 100%cpu. I've had this issue Therefore I am interested in output of: strace -p $(pidof apt-cacher-ng) > another time recently. All I can do is stopping acng service and starting > over. Find attached the apt-cacher.err logfile. Unfortunately no interesting things are logged there before the damage is done. Regards, Eduard. -- * _rene_ haut offlineimap *** offlineimap (~i...@64.90.164.74) has joined channel #debian.de * offlineimap haut _rene_ *** offlineimap (~i...@64.90.164.74) has quit: Client Quit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
