Hallo, * Dominique Brazziel [Thu, Sep 12 2013, 01:13:20PM]: > Package: apt-cacher-ng > Version: 0.7.18-1 > Severity: normal > > Dear Maintainer, > > In the last couple weeks the daily cron job which calls > 'expire-caller.pl' has been sporadically emitting messages > with only a number with no further edifying text, i.e.: > > Sep 12 06:36:30 asusb202 apt-cacher-ng[31312]: 183007 > Sep 12 06:36:30 asusb202 apt-cacher-ng[31312]: 183027 > Sep 12 06:36:31 asusb202 apt-cacher-ng[31312]: 374917 > Sep 12 06:36:31 asusb202 apt-cacher-ng[31312]: 374912
Thanks for noticing. Recently I discoverd them too and the only explanation I have is that we are both using systemd, right? That's the scenario where stdout/stderr are not closed but redirected to systemd instead. Otherwise, the service usually daemon'izes itself, closing interactive file descriptors. Unfortunately I cannot see the code. I'd expect it in cacheman.cc or expiration.cc but right now I couldn't spot printing of one single file size to stdout or stderr. It must be very obvious and might be a very old "problem" which only started appearing now. Not as old as the 20-years-X.org-bug, though ;-). > perhaps a 'before' and 'after' size is output to syslog. The > likely suspects are 'maintenance.cc' and 'fileitem.cc' but I haven't > been able to pinpoint the line of code yet. maintenance.cc - unlikely, it's just entry point for the control UI and some low-level helpers. fileitem.cc is possible but also unlikely, it's base class for various work and would have spammed syslog thousand times by now if this bug were therein. I will keep looking and hope to catch this within a couple of days. Regards, Eduard. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
