On Di, 13.02.18 17:06, Josh Snyder (jo...@netflix.com) wrote:
> I've tested against both legacy and unified cgroup hierarchies. The
> functionality to detect the current cgroups and nest processes underneath them
> appears to be in manager_setup_cgroup (src/core/cgroup.c:2033). My question
> for
On Mi, 14.02.18 06:42, P.R.Dinesh (pr.din...@gmail.com) wrote:
> I am interesting in getting some statistics information from journal, for
> eg.,
> 1) number of logs
> 2) number of logs per severity
> 3) number of logs per daemon
I presume you mean "log records" when you write "logs", right?
Suc
On Wed, Feb 14, 2018 at 1:38 AM, Lennart Poettering
wrote:
>
> That all said, I think we should really try to make systemd work with
> your usecase directly and natively, i.e. add enough flexibility to
> systemd so that you don't have to wrap it in such a "foreign" prefix
> cgroup to do what you w
Team,
I have compiled my linux kernel using 'allnoconfig' and added back
in all the kernel options that have been documented as necessary for
systemd. I'm still getting an error. It fails trying to start
user@0.service, and it is related to PAM somehow.
Here is the debug log:
Feb 14 23:48:57 in