Re: [systemd-devel] question on special configuration case

This sounds like you could start by unsetting WatchdogSec= for those daemons. Other than the watchdog, they shouldn't be using any CPU unless explicitly contacted. On Wed, Jun 8, 2016, 02:50 Hebenstreit, Michael < michael.hebenstr...@intel.com> wrote: > The base system is actually pretty large

Re: [systemd-devel] question on special configuration case

On Tue, Jun 7, 2016 at 7:04 PM, Hebenstreit, Michael wrote: >> That what "most" other system designers in your situation do :) > Unfortunately I cannot reserve a CPU for OS - I'd like to, but the app > developers insist to use all 254 cores available Tough

Re: [systemd-devel] question on special configuration case

On Wed, Jun 08, 2016 at 02:04:48AM +, Hebenstreit, Michael wrote: > > What processes are showing up in your count? Perhaps it's just a > > bug that needs to be fixed. > /bin/dbus-daemon > /usr/lib/systemd/systemd-journald > /usr/lib/systemd/systemd-logind > > I understand from the previous

Re: [systemd-devel] question on special configuration case

> That's not the issue here though. Nope, but an example how bad things can get. > What processes are showing up in your count? Perhaps it's just a bug that > needs to be fixed. /bin/dbus-daemon /usr/lib/systemd/systemd-journald /usr/lib/systemd/systemd-logind I understand from the previous

Re: [systemd-devel] question on special configuration case

On Tue, Jun 07, 2016 at 11:50:36PM +, Hebenstreit, Michael wrote: > The base system is actually pretty large (currently 1200 packages) - I > hate that myself. Still performance wise the packages are not the > issue. The SSDs used can easily handle that, and library loads are > only happening

Re: [systemd-devel] question on special configuration case

The base system is actually pretty large (currently 1200 packages) - I hate that myself. Still performance wise the packages are not the issue. The SSDs used can easily handle that, and library loads are only happening once at startup (where the difference van be measured, but if the runtime is

Re: [systemd-devel] question on special configuration case

On 06/07/2016 10:17 PM, Hebenstreit, Michael wrote: I understand this usage model cannot be compared to laptops or web servers. But basically you are saying systemd is not usable for our High Performance Computing usage case and I might better off by replacing it with sysinitV. I was hoping

Re: [systemd-devel] question on special configuration case

Thanks for the answers > Well, there's no tracking of sessions anymore, i.e. polkit and all that stuff > won't work anymore reasonably, and everything else that involves anything > graphical and so on. Nothing listed is in anyway used on our system as already laid out in the original mail.

Re: [systemd-devel] question on special configuration case

On 06/07/2016 03:13 PM, Hebenstreit, Michael wrote: we need to keep the OS of our systems are stripped down to an absolute bare minimum. If you need absolute bare minimum systemd [¹] then you need to create/maintain your entire distribution for that ( for example you would build systemd

Re: [systemd-devel] When System is Degraded

Lennart Poettering wrote on 06/07/2016 02:44:18 AM: > aaron_wri...@selinc.com wrote: > > What's a better way to run a command when the system is "running" vs > > "degraded"? > > Hmm, that's a very good question. > > Other than suggesting to write a small service that

[systemd-devel] question on special configuration case

Sorry for directing this question here, but I did not find any mailing list that would be a better fit. Problem: I'm running an HPC benchmarking cluster. We are evaluating RH7/CentOS7/OL7 and have a problem with system noise generated by the systemd components (v 219-19.0.2, see below).

Re: [systemd-devel] Using eventloop from pthread while using sd-bus functions in main threads causes deadlock or corruption

On Sun, 05.06.16 13:03, Ben-melech, Shiran (shiran.ben-mel...@intel.com) wrote: > I've added mutex locks over all the sd functions using the bus as well > as around the event loop. > > This is how i run the event loop inside the pthread: > > while (sd_event_get_state(event) !=

Re: [systemd-devel] Systemd ask-password unable to handle cryptsetup passwords with \0 character inside ?

On 06/07/2016 01:26 PM, Lennart Poettering wrote: Not sure where this really leaves us. It leaves people wondering if it fits into bus 1. . . JBG ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org

Re: [systemd-devel] Systemd ask-password unable to handle cryptsetup passwords with \0 character inside ?

On Tue, 31.05.16 20:40, Raphaël Gertz (systemd-de...@rapsys.eu) wrote: > Hi, > > My question is relative to the file > systemd/src/shared/ask-password-api.c+651 : > l = strv_parse_nulstr(passphrase+1, n-1); > > On documentation > https://www.freedesktop.org/wiki/Software/systemd/PasswordAgents/

Re: [systemd-devel] execute OneShot user unit upon resume from suspend?

On Tue, 07.06.16 16:13, Andrei Borzenkov (arvidj...@gmail.com) wrote: > On Tue, Jun 7, 2016 at 1:14 PM, Lennart Poettering > wrote: > > On Sun, 05.06.16 20:07, Anders Papitto (anderspapi...@gmail.com) wrote: > > > >> Hello, > >> > >> what is the best way to cause a user

Re: [systemd-devel] execute OneShot user unit upon resume from suspend?

On Tue, Jun 7, 2016 at 1:14 PM, Lennart Poettering wrote: > On Sun, 05.06.16 20:07, Anders Papitto (anderspapi...@gmail.com) wrote: > >> Hello, >> >> what is the best way to cause a user unit to trigger upon resuming from >> suspend? > > You could write a service that is

Re: [systemd-devel] execute OneShot user unit upon resume from suspend?

On Sun, 05.06.16 20:07, Anders Papitto (anderspapi...@gmail.com) wrote: > Hello, > > what is the best way to cause a user unit to trigger upon resuming from > suspend? You could write a service that is pulled in by suspend.target and orderes itself after systemd-suspend.service. Lennart --

Re: [systemd-devel] /usr/lib/systemd/*.wants vs. Wants in unit definition

On Mon, 06.06.16 14:56, Andrei Borzenkov (arvidj...@gmail.com) wrote: > On Mon, Jun 6, 2016 at 2:26 PM, Martin Pitt wrote: > > Andrei Borzenkov [2016-06-06 13:55 +0300]: > >> What is advantage in having static *.wants etc directories in > >> /usr/lib/systemd vs. Wants etc

Re: [systemd-devel] When System is Degraded

On Mon, 06.06.16 10:27, aaron_wri...@selinc.com (aaron_wri...@selinc.com) wrote: > I'm using systemd in an embedded device that some some LEDs. I'd like to > make an LED red when the system starts up degraded, and green when > everything is working normally. > I'm having a hard time figuring