Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 809488 - net-misc/ntpsec-1.2.0-r3 statistics directory /var/NTP/ does not exist or is unwritable
Summary: net-misc/ntpsec-1.2.0-r3 statistics directory /var/NTP/ does not exist or is ...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: No maintainer - Look at if you want to take care of it
Depends on:
Reported: 2021-08-22 01:40 UTC by Alessandro Barbieri
Modified: 2023-01-28 20:08 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---

ntpsec-systemd.log (ntpsec-systemd.log,1.46 KB, text/plain)
2021-08-22 01:45 UTC, Alessandro Barbieri

Note You need to log in before you can comment on or make changes to this bug.
Description Alessandro Barbieri 2021-08-22 01:40:54 UTC
From systemd log because I don't have that /var/NTP directory. Maybe the ebuild should create it?
Comment 1 Sam James archtester Gentoo Infrastructure gentoo-dev Security 2021-08-22 01:42:53 UTC
It'd be useful to see the log for posterity and to allow easier searching.
Comment 2 Alessandro Barbieri 2021-08-22 01:45:46 UTC
Created attachment 734977 [details]

Comment 3 Mike Gilbert gentoo-dev 2021-08-22 14:52:12 UTC
This probably depends on how you have ntpsec configured.

Did you set "statsdir /var/NTP" in /etc/ntp.conf or /etc/ntp.d/*? If so, it's your responsibility to ensure the directory exists.
Comment 4 Alessandro Barbieri 2021-08-22 15:52:49 UTC
Inside /etc/ntp.d/use-performance-logging I have the line:
statsdir /var/log/ntpstats/

I never touched this files, I think it's the default

It's also the only occurrence of "statsdir" through the entire /etc directory
Comment 5 Mike Gilbert gentoo-dev 2021-08-22 17:32:45 UTC
Ok, according to ntpd(8), /var/NTP is the default setting for statsdir. It might be worthwhile to keepdir that path.

However, I don't think that's what is causing ntpd.service to fail. It's being killed due to SIGSYS, which probably indicates a seccomp filter is causing the kernel to terminate the process.