Hi Martin, On Wed, Oct 26, 2016 at 10:31:54AM +0200, Martin Steigerwald wrote: > merkaba:~> systemctl status atopacct > ● atopacct.service - Atop process accounting daemon > Loaded: loaded (/lib/systemd/system/atopacct.service; enabled; vendor > preset: enabled) > Active: active (running) since Mi 2016-10-26 10:21:29 CEST; 5min ago > Docs: man:atopacctd(8) > Process: 31802 ExecStart=/usr/sbin/atopacctd (code=exited, status=0/SUCCESS) > Main PID: 31804 (atopacctd) > Tasks: 1 (limit: 4915) > CGroup: /system.slice/atopacct.service > └─31804 /usr/sbin/atopacctd > > Okt 26 10:21:29 merkaba atopacctd[31804]: Version: 2.2-4 - 2016/10/14 > 23:17:04 <gerlof.langev...@atoptool.nl> > Okt 26 10:21:29 merkaba systemd[1]: Starting Atop process accounting daemon... > Okt 26 10:21:29 merkaba atopacctd[31804]: accounting to /run/pacct_source > Okt 26 10:21:29 merkaba systemd[1]: Started Atop process accounting daemon. > > > Yet no procacct warning in atop.
I'm running out of ideas. Can you strace atop and see where it fails? > But accounting seems to work: > > merkaba:~> find /run/pacct_source -ls > 1297627 44 -rw------- 1 root root 44928 Okt 26 10:28 > /run/pacct_source How about the files in /run/pacct_shadow.d/? These are the ones an atop process tries to read. I have: -rw-r--r-- 1 root root 21184 Oct 26 00:46 0000000000.paf -rw-r--r-- 1 root root 7 Oct 26 00:00 current and the paf file is growing. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421
