Re: [systemd-devel] Container, private network and socket activation

[Tomasz Torcz]

On Tue, Feb 03, 2015 at 11:28:09PM +0100, Christian Seiler wrote:
 Am 03.02.2015 um 22:06 schrieb Lennart Poettering:
  Socket activation is somethings daemons need to support
  explicitly. Many do these days, but I don't think Apache is one of
  them.
 
 FYI: all released versions (i.e. up to 2.4.x) of Apache httpd don't
 support it yet, but the current development version does - at least if
 you compile it with the corresponding options (no module needs to be
 loaded for that, it's in the core).
 
 There's a proposal to backport that and sd_notify integration[1] to the
 stable 2.4.x branch, but nothing's happened so far:
 
 http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/STATUS?revision=1656674view=markup#l138
 
 [1] Although Fedora apparently already includes sd_notify integration
 for quite a while now, but no socket activation...

  Fadora allows socket activation for httpd, actually, since:
http://pkgs.fedoraproject.org/cgit/httpd.git/commit/?id=572a5df9ee47a39d346a4f6b7cd76f6a8804d63f

-- 
Tomasz Torcz God, root, what's the difference?
xmpp: zdzich...@chrome.pl God is more forgiving.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Questions regarding dbus started via systemd --user

[Tomasz Torcz]

On Fri, Jan 09, 2015 at 09:56:27AM +, Colin Guthrie wrote:
 You don't really need to use abstract sockets here, you can use known
 socket paths in $XDG_RUNTIME_DIR these days as we can rely on it.
 
 As pam_systemd will set XDG_RUNTIME_DIR to /run/user/$UID/ we can easily
 just mandate that ssh agent is always on /run/user/$UID/ssh-agent
 socket, and forgo any env vars.
 
 We can also then teach ssh-agent to be socket activatable, and then
 simply write ssh-agent.socket and ssh-agent.service systemd units
 accordingly and it will be autolaunched by systemd on-demand. Teach it
 to exit after a timeout and it'll quit and save resources when not
 needed too.
 
 This is likely the way forward IMO. Ditto for gpg-agent.
 
 (this isn't really different to what you say in principle, just a little
 detail about the implementation)

  For the sake of googlers, there is Envoy (ssh/gpg-agent wrapper with socket 
activation):
https://github.com/vodik/envoy

  (Fedora user can get RPM from my copr: 
https://copr.fedoraproject.org/coprs/ttorcz/envoy/ )

-- 
Tomasz TorczTo co nierealne -- tutaj jest normalne.
xmpp: zdzich...@chrome.pl  Ziomale na życie mają tu patenty specjalne.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] is-enabled does not work

[Tomasz Torcz]

On Fri, Mar 20, 2015 at 09:55:37PM +0100, Cecil Westerhof wrote:
 ​When executing on a Debian system:
 systemctl is-enabled atd.service
 
 I get:​
 Failed to issue method call: No such file or directory
 
 On a openSUSE system it works without a hitch. What could be the reason it
 does not work on the Debian systems?

  Do you have atd with its unit file installed?

-- 
Tomasz Torcz   72-|   80-|
xmpp: zdzich...@chrome.pl  72-|   80-|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH] Improve log notice when unprivileged users run journalctl executable (reformatted)

[Tomasz Torcz]

On Sun, Mar 08, 2015 at 10:56:25AM +0100, Martin Pitt wrote:
 Gautier Pelloux-Prayer [2015-03-08  9:33 +0100]:
  This patch modifies this feedback by giving permission-hint to the user:
  
  No journal files were found. Users in the 'systemd-journal' group
  may access more messages.
 
 If we do this, can we please advertise the standard LSB adm group
 instead of this systemd specific group? (IMHO it should have been
 adm right from the start, but that's harder to change now)

  It was until 
http://cgit.freedesktop.org/systemd/systemd/commit/?id=a24c64f03f9c5c0304451d8542fee853187a5168

-- 
Tomasz Torcz God, root, what's the difference?
xmpp: zdzich...@chrome.pl God is more forgiving.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] feature request: dlopen

[Tomasz Torcz]

On Mon, Feb 23, 2015 at 02:08:26AM +, Luke Kenneth Casson Leighton wrote:
  the problem, zbigniew, is that the intended use of this silent noop
 feature - to make it *possible* to have an alternative PID1 - *hasn't
 happened*.  any upstream software developer who has added in support
 for systemd has done so by *ripping out* the former alternative code.
 not a single upstream system that i've seen has done *any* kind of
 run-time detection *at all*.  it's all compile-time.

  Luke, please be careful with quantificators like ”any upstream developer”.
I invite you to check sd_notify() and/or socket activation that I did* in
various projects: rrd_cached, iscsid, transmissionbt, owfs, uptimed, tor.
  In each case there is no degradation when systemd is not used, previous
way of doing things is preserved.  Enhancement patches (Type=notify, watchdog)
are NOOP when systemd is not used.  Some of the above project don't even
lin with libsystemd.

* in case of Tor and transsmission I've either inspired the change or expanded
  it over original patches; for others I prepared a patch which was merged
  by upstream
-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH] os-release: Add PRIVACY_POLICY_URL

[Tomasz Torcz]

On Tue, Jan 13, 2015 at 05:20:24PM +0100, Bastien Nocera wrote:
 +rely on community QA.
 +varnamePRIVACY_POLICY_URL=/varname
 +should refer to the main privacy policy
 +page for the operation system, if there
 +is any. These settings


  Uhm, privacy policy for an operating system?  Do you have any example URLs?

-- 
Tomasz Torcz   72-|   80-|
xmpp: zdzich...@chrome.pl  72-|   80-|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Programmatically setting udev properties

[Tomasz Torcz]

On Fri, Jan 30, 2015 at 08:12:54AM +1000, Peter Hutterer wrote:
 Hi,
 
 I need some sort of way of assigning udev properties on the fly to a device,
 but I'm short of ideas how to do this sensibly.
 
 Because of uinput, the test suite runs as root. One solution would be to
 drop a custom test rule, reload, create the uinput device, run the test,
 rm the rule again. Not pretty though, I was hoping there was something
 nicer.
 
 Any ideas?

  Have you seen umockdev? https://github.com/martinpitt/umockdev/

-- 
Tomasz Torcz   ,,(...) today's high-end is tomorrow's embedded processor.''
xmpp: zdzich...@chrome.pl  -- Mitchell Blank on LKML

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd-nspawn and IPv6

[Tomasz Torcz]

On Mon, Apr 27, 2015 at 04:56:18PM +0200, Lennart Poettering wrote:
 On Mon, 27.04.15 15:44, Dimitri John Ledkov (dimitri.j.led...@intel.com) 
 wrote:
 
   Well, networkd on the host automatically sets up IPv4 masquerading for
   each container. We simply don't do anything equivalent for IPv6
   currently.
  
   Ideally we wouldn't have to do NAT for IPv6 to make this work, and
   instead would pass on some ipv6 subnet we acquired from uplink without
   NAT to each container, but we currently don't have infrastructure for
   that in networkd, and I am not even sure how this could really work,
   my ipv6-fu is a bit too limited...
  
   or maybe we should do ipv6 nat after all, under the logic that
   containers are just an implementation detail of the local host rather
   than something to be made visible to the outside world. however code
   for this exists neither.
  
   Or in other words: ipv6 setup needs some manual networking setup on
   the host.
  
  One should roll the dice and generate unique local address /48 prefix
  and use that to setup local addressing, ideally with
  autoconfigurations (e.g. derive a fake mac from container uuid and
  using the hosts's ULA prefix auto-assign ipv6 address)
 
 Well, would that enable automatic, correcting routing between the
 container and the host's external network? That's kinda what this all
 is about...

  If you have radvd running, it should.  By the way, speaking of NAT
in context of IPv6 is a heresy.

-- 
Tomasz Torcz God, root, what's the difference?
xmpp: zdzich...@chrome.pl God is more forgiving.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] pam_systemd.so indirectly calling pam_acct_mgmt

[Tomasz Torcz]

On Fri, May 01, 2015 at 09:46:26AM +0100, Colin Guthrie wrote:
 Stephen Gallagher wrote on 30/04/15 14:04:
  On Thu, 2015-04-30 at 15:01 +0200, Lennart Poettering wrote:
  On Thu, 30.04.15 08:54, Stephen Gallagher (sgall...@redhat.com) 
  wrote:
 
  Does set-linger persist across reboots? 
 
  Yes it does. When a systemd is booted up with a user that has
  lingering on this means that his user@.service instance is invoked at
  boot, without waiting for any login.
 
  
  One last question, Lennart: what is the primary use-case for the
  linger feature? When is it expected that users would want to use it?
 
 There are lots of potential uses.
 
 e.g. a user may want to run their irssi IRC client at all times
 (connecting into it via screen or via proxy etc).

  I'm using it primarly for two things:
1) having user services (like dropbox) run even when I'm not logged in
2) do some periodic tasks as user; systemd timers are more flexible than
   cron 

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd device appeared twice with different sysfs path

[Tomasz Torcz]

On Wed, May 13, 2015 at 06:15:24PM +0800, 李炎戌 wrote:
 Hello, everyone!I am a newer to here.Recently, I have a problem.
 Whenever I boot my gentoo linux, it output the infomation like following:
 [   11.428530] systemd[1]: Device 
 dev-disk-by\x2dpartlabel-Basic\x5cx20data\x5cx20partition.device appeared 
 twice with dif
 ferent sysfs paths 
 /sys/devices/pci:00/:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda/sda3
  and /sys/devices/pci
 :00/:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda/sda4
  

  Already ”fixedń in git, see 
http://cgit.freedesktop.org/systemd/systemd/commit/?id=5259bcf6a638d8d489db1ddefd55327aa15f3e51

  This message is harmless and can be ignored.

-- 
Tomasz Torcz   72-|   80-|
xmpp: zdzich...@chrome.pl  72-|   80-|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH v2] systemctl: introduce --now for enable, disable and mask

[Tomasz Torcz]

On Fri, May 15, 2015 at 09:54:10AM +0200, jsyna...@redhat.com wrote:
 From: Jan Synacek jsyna...@redhat.com

  Shouldn't systemctl preset be enhanced with --now, too?

-- 
Tomasz Torcz God, root, what's the difference?
xmpp: zdzich...@chrome.pl God is more forgiving.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [GitHub] Patchset imported to github

[Tomasz Torcz]

On Thu, Apr 16, 2015 at 01:17:13PM -, systemd github import bot wrote:
 Patchset imported to github.
 Pull request:
 https://github.com/systemd-devs/systemd/compare/master...systemd-mailing-devs:20150416115501.GB3890%40piware.de
 
 --
 Generated by https://github.com/haraldh/mail2git

  Are those automated mails really necessary?

-- 
Tomasz Torcz God, root, what's the difference?
xmpp: zdzich...@chrome.pl God is more forgiving.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Q systemd.path

[Tomasz Torcz]

On Sat, Jun 13, 2015 at 10:39:24PM -0700, Eric Lu wrote:
 Hi,
 
  
 
 I tested the functionality of system.path in a Fedora 21 workstation. The
 script was executed even though the file specified in ‘PathExists=”,
 /var/tmp/tst0, did not exist. Is there something I misunderstand or …:
 
  
  Basically, you have enabled tst.service to be started during boot. So it
is started no matter if file exists or not.  You have also enabled tst.path,
so tst.service should be started again when the file appear.

  You should only enable .path unit. Additionaly, you can guard execution
of .service by ConditionPathExists= (or similar, check man systemd.unit).
 
 
 [root@f21 ylu]# systemctl status tst
 
 ● tst.service - Tst Controller Service
Loaded: loaded (/etc/systemd/system/tst.service; enabled)
  ^^^  it's enabled
  
Active: inactive (dead) since Sat 2015-06-13 21:08:37 PDT; 1min 18s ago
   Process: 853 ExecStart=/usr/sbin/tst.sh (code=exited, status=0/SUCCESS)
 Main PID: 853 (code=exited, status=0/SUCCESS)
 
 [root@f21 ylu]# cat /etc/systemd/system/tst.path
 
 [Unit]
 Description=Activate test Service 
 # DefaultDependencies=no
 
 [Path]
 PathExists=/var/tmp/tst0
 
 Unit=tst.service
 
 # [Install]
 # WantedBy=multi-user.target

  No install instructions for tst.path.
  
 
 [root@f21 ylu]# cat /etc/systemd/system/tst.service 
 
 [Unit]
 Description=Tst Controller Service
 
 [Service]
 Type=oneshot
 Environment=TERM=linux
 # NotifyAccess=all
 ExecStart=/usr/sbin/tst.sh
 
 [Install]
 Also=tst.path
 WantedBy=multi-user.target

  tst.service install instruction.

-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] What does udevd do

[Tomasz Torcz]

On Sat, May 30, 2015 at 09:53:36PM +0800, cee1 wrote:
 Hi all,
 
 If a service wants to be notified when a device is plugged in, it
 invokes routines of libudev which actually:
 * Receive notifications from the kernel via NETLINK socket.
 * Query the detailed info from /sys/...
 
 Am I right?
 
 Then udevd is only responsible for
 1) Making nodes, and doing other device initialization stuffs.

  udev does not make device nodes.  It parses rules, makes symlinks,
changes permissions etc.
  udev also maintains database with device informations.

 2) Notifying systemd, let systemd start related daemons.

-- 
Tomasz Torcz   72-|   80-|
xmpp: zdzich...@chrome.pl  72-|   80-|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] amavis

[Tomasz Torcz]

On Thu, Jul 02, 2015 at 02:04:08PM +, François Vocel wrote:
   Process: 29174 ExecStart=/usr/sbin/amavisd -c /etc/amavisd/amavisd.conf 
 (code=exited, status=227/NO_NEW_PRIVILEGES)

  prctl(PR_SET_NO_NEW_PRIVS, 1, 0, 0, 0) is failing.  I don't now why.

-- 
Tomasz   .. oo o.   oo o. .o   .o o. o. oo o.   ..
Torcz.. .o .o   .o .o oo   oo .o .. .. oo   oo
o.o.o.   .o .. o.   o. o. o.   o. o. oo .. ..   o.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd-tmpfiles for the user instance of systemd

[Tomasz Torcz]

On Fri, Jul 03, 2015 at 08:31:42PM +0200, Lennart Poettering wrote:
 On Wed, 01.07.15 12:35, Daniel Tihelka (dtihe...@gmail.com) wrote:
 
  Hello,
  does anyone have an experience with the use of systemd-tmpfiles for the 
  user 
  instance of systemd.
 
 This is currently not nicely supported. And I am not sure it
 should. Note that much of what tmpfiles supports is only necessary
 for:
 
 - aging (automatic time-based clean-up of files). Doesn't really apply
   to user sessions, since /tmp and /var/tmp are already cleaned up by
   the system instance of tmpfiles

  /var and /tmp are not only aged files.  I'm using tmpfiles for removing
– files in ~/Downloads/* older than 1 year
– emails in ~/Mail/.spam/cur/* older than 1 month

  Out of neccessity I have cleanup configured in system instance for my
specific user only.

-- 
Tomasz Torcz   72-|   80-|
xmpp: zdzich...@chrome.pl  72-|   80-|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] network configuration

[Tomasz Torcz]

On Sun, Aug 09, 2015 at 05:58:40PM +0200, Michał Zegan wrote:
 
 It seems that systemd-networkd can not handle any kind of advanced
 network configurations, that is:
 It cannot handle policy routing and additional routing options like
 setting a src address,

  What about this:
[Route] Section Options

  Source=
The source prefix of the route. […]

 It does not ensure address ordering (if I have two addresses on
 interface, which is first and which is second?)

  You can file enhancement request on GitHub.  I guess you want
FLAG from man ip-address to be settable

-- 
Tomasz Torcz God, root, what's the difference?
xmpp: zdzich...@chrome.pl God is more forgiving.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Console screen blanks while long running service executes

[Tomasz Torcz]

On Wed, Aug 12, 2015 at 06:41:35PM +, Harry Goldschmitt wrote:
 I have a target that runs a service during boot on CentOS 7.1. The service
 takes a minimum of 30 sec. to run and a maximum of 15 min. While it's running,
 the console screen blanks. Before my service runs I see the expected roll call
 of services running with [OK], etc. After my service completes, the console
 comes back to life. My service uses echo to output progress messages that show
 up in the journal. Is there a way to keep the console from blanking?   

  Put consoleblank=0 in the kernel command line.

-- 
Tomasz Torcz   Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes. -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd-networkd

[Tomasz Torcz]

On Wed, Jul 22, 2015 at 04:17:36PM +0800, Xtonic wrote:
 Hi,
 
 I am new to systemd. I am using CoreOS 717.3.0 with systemd 220.
 
 
 When I checked the status of systemd-networkd I got:
 
 systemctl status systemd-networkd
 
 ● systemd-networkd.service - Network Service
 
Loaded: loaded (/usr/lib64/systemd/system/systemd-networkd.service;
 disabled; vendor preset: disabled)
Active: inactive (dead) since Tue 2015-07-21 16:34:31 UTC; 1h 50min ago
 
 I had no problem with the network, is it normal?

  That's norma; behaviour, introduced in v219
https://github.com/systemd/systemd/blob/master/NEWS#L629 :

* networkd now exits when idle. It will be automatically
  restarted as soon as interfaces show up, are removed or
  change state. networkd will stay around as long as there is
  at least one DHCP state machine or similar around, that keep
  it non-idle.


-- 
Tomasz Torcz   ,,(...) today's high-end is tomorrow's embedded processor.''
xmpp: zdzich...@chrome.pl  -- Mitchell Blank on LKML

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] UML: Fix block device setup

[Tomasz Torcz]

On Thu, Jul 16, 2015 at 08:22:03PM +0200, Thomas Meyer wrote:
 diff --git a/rules/60-persistent-storage.rules 
 b/rules/60-persistent-storage.rules
 index 5ab03fc..0b14bb4 100644
 --- a/rules/60-persistent-storage.rules
 +++ b/rules/60-persistent-storage.rules
 @@ -6,7 +6,7 @@
  ACTION==remove, GOTO=persistent_storage_end
  
  SUBSYSTEM!=block, GOTO=persistent_storage_end
 -KERNEL!=loop*|mmcblk*[0-9]|msblk*[0-9]|mspblk*[0-9]|nvme*|sd*|sr*|vd*|xvd*|bcache*|cciss*|dasd*,
  GOTO=persistent_storage_end
 +KERNEL!=loop*|mmcblk*[0-9]|msblk*[0-9]|mspblk*[0-9]|nvme*|sd*|sr*|vd*|xvd*|bcache*|cciss*|dasd*|ubd*,
  GOTO=persistent_storage_end

  This list is getting longer and longer… surely there could be a better way?

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Create complete dependency/boot organization map?

[Tomasz Torcz]

On Fri, Oct 23, 2015 at 12:02:18PM -0400, Chris Bell wrote:
> Hi all,
> 
> I was wondering, is there any way to create a complete
> dependency/ordering map for my entire systemd system? Basically, I'd
> like to be able to see, relatively clearly, what targets are reached and
> when, what services are wanted/required by the target, and some
> dependencies between services. A way to visualize the chain from
> switch-root.target and default.target. 
> 
> I know various functions exist to extract portions of the information I
> need, and they can be used together to get a complete picture, but I
> find it difficult to keep everything organized into something ultimately
> useful. Is there a facility I'm missing? Or is this particular ability
> too complex to be worth implementing? 


  Check "systemd-analyze dot".  If you pipe the output through "dot" program,
you will get graphical map similar to this:
http://dżogstaff.pipebreaker.pl/2012.03.08-targets.png

-- 
Tomasz Torcz "God, root, what's the difference?"
xmpp: zdzich...@chrome.pl "God is more forgiving."

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Detect if a script runs during bootup

[Tomasz Torcz]

On Wed, Nov 11, 2015 at 12:03:10PM +0100, Frank Steiner wrote:
> Hi,
> 
> is there an easy way to figure out if a LSB script in /etc/init.d/
> is called during bootup by systemd? I need to distinguish the first
> execution during boot from subsequent calls (cron, manually etc.).
> 
> It seems that /sbin/runlevel returns "unknown" during bootup, but
> I'm not sure if this reliable or not.

  I would suggest splitting the "on boot only" part into separate
unit, with RemainAfterExit=true.  The main part should require boot-only
part.
  First of all, create a proper unit and drop LSB script.
 

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Keeping track of usage time

[Tomasz Torcz]

On Tue, Nov 03, 2015 at 07:27:39AM +0100, Umut Tezduyar Lindskog wrote:
> journalctl --list-boots seems great actually but wouldn't work for us.
> We cannot keep lots of logs in our products.
> 
> Ultimately we are trying to answer the question of how long one of our
> product has been in use.
> 
> We will implement it with a .timer/.service which periodically adds
> /proc/uptime to a file and the file gets preserved over reboot.

  Hi,

  there's a daemon which does this: https://github.com/rpodgorny/uptimed

It keeps database in file: 
9932957:1354374472:Linux 3.6.8-1.fc18.x86_64
7635334:1400571727:Linux 3.14.2-200.fc20.x86_64
…

  And has text frontend for interactive use:
% uprecords -M
 #   Uptime | System Boot up
+---
 1   114 days, 23:09:17 | Linux 3.6.8-1.fc18.x86_6  Sat Dec  1 16:07:52 2012
 288 days, 08:55:34 | Linux 3.14.2-200.fc20.x8  Tue May 20 09:42:07 2014
 372 days, 14:59:41 | Linux 3.8.8-203.fc18.x86  Sun Apr 28 18:17:18 2013
 468 days, 03:35:07 | Linux 3.17.1-302.fc21.x8  Mon Oct 20 08:53:07 2014
 566 days, 02:38:32 | Linux 3.12.5-302.fc20.x8  Sun Dec 29 14:38:53 2013
 665 days, 18:50:12 | Linux 3.13.5-202.fc20.x8  Sun Mar  9 20:36:38 2014
 761 days, 15:45:36 | Linux 3.18.1-2.fc22.x86_  Sat Dec 27 15:43:00 2014
 859 days, 12:08:43 | Linux 4.0.0-0.rc2.git0.1  Sun Mar 22 11:13:26 2015
 948 days, 13:06:38 | Linux 3.4.0-1.fc17.x86_6  Thu Jun  7 18:51:12 2012
1044 days, 02:41:34 | Linux 3.11.3-201.fc19.x8  Fri Oct 11 14:34:46 2013
+---
->  2917 days, 18:31:09 | Linux 4.2.3-200.fc22.x86  Fri Oct 16 16:07:22 2015
+---
1up in 0 days, 03:04:28 | atTue Nov  3 12:42:59 2015
t10 in26 days, 08:10:26 | atSun Nov 29 17:48:57 2015
no1 in97 days, 04:38:09 | atMon Feb  8 14:16:40 2016
mst in 7 days, 05:28:52 | twenty-five days  Tue Nov 10 15:07:23 2015
up  1413 days, 06:30:17 | since Sun Jan  1 03:11:26 2012
  down  -11 days, 00:-03:-1 | since Sun Jan  1 03:11:26 2012
   %up  100.785 | since Sun Jan  1 03:11:26 2012


  I see no need to merge it in systemd, really.

-- 
Tomasz Torcz   72->|   80->|
xmpp: zdzich...@chrome.pl  72->|   80->|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Fedora 21 updates?

[Tomasz Torcz]

On Fri, Oct 30, 2015 at 01:25:03PM +, Daniel Brown wrote:
> Hi devs,
> 
> I was wondering if there are any update plans for fedora 21. The latest
> version for this platform is system 216-25.fc21. There is an issue that I am
> facing concerning some memory errors when using the timedateclt command. There
> are multiple  timezones that will cause the following issue. A fix would be
> appreciated.  > 

  Hi,

  This is upstream systemd development list.  For issues in distributions,
please file a ticket in relevant Bugzilla.
  Also please note that Fedora 21 is going EOL in about a month. I wouldn't
expect much fixing right now.
 

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd.network defaults (was: Re: ip forwarding)

[Tomasz Torcz]

On Fri, Nov 06, 2015 at 11:40:13AM +0100, Michael Laß wrote:
> 
> Although this is clearly documented in the man page I think it would be
> less surprising behavior to generally default to kernel for such
> configuration items. Is there a specific reason against that?

  I believe this is (was) being discussed here:
https://github.com/systemd/systemd/issues/1411

-- 
Tomasz Torcz   72->|   80->|
xmpp: zdzich...@chrome.pl  72->|   80->|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] network interface names flipping

[Tomasz Torcz]

On Fri, Oct 16, 2015 at 04:44:34PM +0200, Olaf Hering wrote:
> Since the introducion of the (un)predictable network interface names the
> name of the single onboard interface on my Shuttle changes if I boot my
> own .config or the kernel.rpm provided by openSUSE. I just threw up
> hands and continue to boot with netnames=0 (or whatever).
> 
> 
> So, with my own kernel "eth0" becomes "enp2s0". And as I noticed just
> now, with kernel.rpm its always named "ens1".
> 
> What is udev doing wrong?
> See http://pastebin.com/raw.php?i=Y5NJWJGF for some data.

  udev takes info from firmware.  Does openSUSE kernel package
carry any patches fixing/changing what firmware reports?

-- 
Tomasz   .. oo o.   oo o. .o   .o o. o. oo o.   ..
Torcz.. .o .o   .o .o oo   oo .o .. .. oo   oo
o.o.o.   .o .. o.   o. o. o.   o. o. oo .. ..   o.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] bootctl: default mount point for the ESP partition.

[Tomasz Torcz]

On Tue, Sep 01, 2015 at 05:47:57PM +0100, Simon McVittie wrote:
> On 01/09/15 17:21, Goffredo Baroncelli wrote:
> > I discovered that bootctl assume as default mount point for the ESP
> > partition the /boot directory. Instead it seems to me that the most part
> > of distributions prefers /boot/efi.
> 
> For some context, the reasoning for /boot/efi is:
> 
> In some distributions (presumably including the (Fedora-based?) ones
> where this feature was developed), /boot is traditionally treated as
> mutable and unpackaged, like /var; so the packages include the kernel in
> /usr or /lib or something, and copy it into /boot. The cost of this is
> one extra copy of the kernel on-disk, which used to be a significant
> amount of space, although on modern disks it doesn't really matter.

  Not in Fedora:
$ rpm -ql kernel-core 
/boot/.vmlinuz-4.2.0-0.rc7.git2.1.fc24.x86_64.hmac
/boot/System.map-4.2.0-0.rc7.git2.1.fc24.x86_64
/boot/config-4.2.0-0.rc7.git2.1.fc24.x86_64
/boot/initramfs-4.2.0-0.rc7.git2.1.fc24.x86_64.img
/boot/vmlinuz-4.2.0-0.rc7.git2.1.fc24.x86_64
…

  We even go as far as to provide dummy initramfs file (seen above).
It is replaced by proper initramfs generated during kernel install.
Existence of dummy file in package let RPM remove the generated initramfs
during package remove.
 

> AIUI, /boot/efi also makes it a bit easier to have the ESP remain
> unmounted or read-only when not in active use, which is good for its own
> robustness; a system crash corrupting an unmounted partition is less
> likely than corrupting a mounted filesystem.

  That's why systemd's generator creates automount unit (with timeout)
for /boot.

-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] I want to use an environmental variable for LimitNOFILE= in a service unit. Is it possible?

[Tomasz Torcz]

On Thu, Sep 03, 2015 at 08:08:13PM +0300, Eliezer Croitoru wrote:
> I noticed it doesn't work.
> And well since I am building an RPM the only option I can think of is either
> use a custom startup script which will set the limits manually or define the
> service as a config file in the RPM.
> 
> Maybe you have some experience with overwriting the service files with RPMS,
> maybe there is some kind of practice use for this?
> 
> The main issue is that if I hardcode it in the service file the RPM will
> replace it each and every time.
> If I will use it as a config file it will stay the same and it might be the
> better solution.
> Seeking after thought and ideas on the best way to implement it.

  systemd come with quite cool system of unit precedence and is very
customisation-friendly for admin.  Just ship your unit in 
/usr/lib/systemd/system/
directory with default value of LimitNOFILE=.  If administrators want to
override, he will create dropin 
/etc/systemd/system/squid.service.d/10-limits.conf
with

–––
[Service]
LimitNOFILE=newvalue
–––

  and it will work fine during the upgrades.


-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] machinectl shell

[Tomasz Torcz]

On Sun, Oct 04, 2015 at 11:27:20AM +0200, arnaud gaboury wrote:
> First, thank you for this new feature. I do think this is a much more
> clean way to log as root.
> 
> I just can't get the correct shell, which is /bin/zsh:
> 
> /etc/passwd
> ---
> root:x:0:0:root:/root:/usr/bin/zsh
> -
> 
> $ machinectl shell
> brings me to sh.

  This is https://github.com/systemd/systemd/issues/1395

-- 
Tomasz Torcz   ,,(...) today's high-end is tomorrow's embedded processor.''
xmpp: zdzich...@chrome.pl  -- Mitchell Blank on LKML

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd and hostname supplied by DHCP

[Tomasz Torcz]

On Fri, Oct 02, 2015 at 02:00:21PM +0200, Alessio Igor Bogani wrote:
> Hi,
> 
> On 29 September 2015 at 13:53, Alessio Igor Bogani
> <alessioigorbog...@gmail.com> wrote:
> > Hi David,
> >
> > On 28 September 2015 at 16:05, David Timothy Strauss
> > <da...@davidstrauss.net> wrote:
> >> On Mon, Sep 28, 2015 at 1:19 AM Alessio Igor Bogani
> >> <alessioigorbog...@gmail.com> wrote:
> > [...]
> >>> The systemd 219 brought with Yocto "Fido" can't set hostname supplied
> >>> by DHCP on my Beaglebone:
> > [...]
> >> "Could not set hostname: No route to host" sounds like systemd is trying to
> >> resolve and ping the provided hostname. But, it's failing, and so systemd 
> >> is
> >> deciding that it's not a usable hostname. Doesn't seem related to the DHCP
> >> protocol implementation at all.
> 
> If I enable debug:
> Oct 02 08:10:43 localhost systemd-networkd[277]: Got message
> type=error sender=:1.4 destination=:1.2 object=n/a interface=n/a
> member=n/a cookie=5 reply_cookie=12 error=The name
> org.freedesktop.PolicyKit1 was not provided by any .service files
> Oct 02 08:10:43 localhost systemd-networkd[277]: eth0: Could not set
> hostname: No route to host

  My guess: do you have hostnamed installed?

-- 
Tomasz Torcz   ,,(...) today's high-end is tomorrow's embedded processor.''
xmpp: zdzich...@chrome.pl  -- Mitchell Blank on LKML

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] powering on bluetooth after suspend - required services aren't ready

[Tomasz Torcz]

On Sat, Sep 26, 2015 at 05:25:42PM +0200, lukash wrote:
> Hi all.
> 
> When a system wakes from suspend, the Bluetooth adapter needs to be
> explicitly powered on. This can be conveniently done by a systemd
> service file, as described for example on Archlinux wiki [1] (the
> systemd service file at the bottom of the section).
> 
> What is the proper solution to this problem?

  It looks like a kernel problem.  After resume, kernel should restore
device to previous state, including power level.

-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] RFC: removing initctl support

[Tomasz Torcz]

On Thu, Sep 24, 2015 at 03:01:21PM +0200, Lennart Poettering wrote:
> That stackexchange link lists a pile of garbage. We have an official
> API to check whether the system is booted with systemd:
> sd_booted(). It's documented here:
> 
> http://www.freedesktop.org/software/systemd/man/sd_booted.html
> 
> And we even document on that man page what precisely it does
> internally (which is equivalent to access("/run/systemd/system/",
> F_OK) >= 0) and suggest people to reimplement that simple check in the
> language of their choice, even in shell... That way, they don't even
> have to link against libsystemd.

  And then there is this sabotage:

„This check is already broken, because uselessd creates this directory too”

uselessd% git grep 'mkdir.*/run/systemd/system'
src/core/main-no-init.c:mkdir_label("/run/systemd/system", 0755);
src/core/mount-setup.c:mkdir_label("/run/systemd/system", 0755);
src/core/unit.c:        mkdir_p("/run/systemd/system", 0755);

  Meh.

-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Unable to store fds with systemd and reterive it back again

[Tomasz Torcz]

On Tue, Jan 05, 2016 at 01:11:16AM -0500, Pathangi Janardhanan wrote:
> Hi,
> 
>  I am using the function sd_pid_notify_with_fds and am unable to store the
> fds with systemd. My service is a simple echo server,
> and here is the snippet of code that is being called to store the FDS. I
> have also included the debug code.
> 
>  // Store the FDs with systemd
> e = getenv("NOTIFY_SOCKET");
> if (e == NULL) {
> syslog(LOG_NOTICE, "environment variable Notify socket is null");
> } else {
> syslog(LOG_NOTICE, "env. variable Notify Socket =%s %d", e,
>strlen(e));
> }
> 
> syslog(LOG_NOTICE, "Storing %d number of fds", num_fd);
> ret = sd_pid_notify_with_fds(0, 0, "FDSTORE=1\n", (const int *) fd,
>num_fd);
> syslog(LOG_NOTICE, "Result of sd notify %d", ret);
> 
>  From the debug printf I see
> Jan  5 00:37:23 ctoserver11 /usr/bin/myechoser[13640]: env. variable Notify
> Socket =/run/systemd/notify 19
> Jan  5 00:37:23 ctoserver11 /usr/bin/myechoser[13640]: Storing 1 number of
> fds
> Jan  5 00:37:23 ctoserver11 /usr/bin/myechoser[13640]: Result of sd notify
> -22
> 
> 
>  The return value seems to be -EINVAL, but looking at the code and the
> above debug, I am not sure why this is happening?
> 
>  Any help would be great.

  You need to set FileDescriptorStoreMax= to nonzero value in your service's
unit file.  See man systemd.service


-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Additional error details when resource limits are exceeded

[Tomasz Torcz]

On Wed, Dec 23, 2015 at 04:07:16PM +0100, Kai Krakow wrote:
> Am Wed, 23 Dec 2015 22:55:13 +0800
> schrieb Peter Hoeg <pe...@hoeg.com>:
> 
> > >So, Type=forking is the only way to have synchronization points
> > >between service that depend on each other.
> > 
> > In all fairness, the presence of a PID really doesn't say anything
> > either about availability. The only way to be sure is to use
> > Type=Notify with a cooperating daemon.
> 
> Okay, remove "only" from my sentence. It is _one_ way to signal the
> service manager that a service is ready. Apparently, some services
> (like MySQL) do early forking and write the PID file, and only then do
> their initializations. Still, it's better in most cases
> than Type=simple until Type=notify becomes more widely used (as you
> write it needs cooperation of the service).

  MySQL in the form of MariaDB has proper support: 
https://github.com/MariaDB/server/pull/83

>  Apparently, notifying
> requires including a small systemd specific lib (which does no harm
> when used on non-systemd systems) as far as I understood. But many
> upstreams and even more users would deny or rage against including such
> a library, just because it says "systemd" on its name tag. :-(

  sd_notify() is really couple lines of code which may be reimplemented
easily.  No library required, really.

-- 
Tomasz Torcz "God, root, what's the difference?"
xmpp: zdzich...@chrome.pl "God is more forgiving."

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Query regarding "EnvironmentFile"

[Tomasz Torcz]

On Sun, Dec 20, 2015 at 02:30:30PM +0100, Marc Haber wrote:
> On Fri, Dec 18, 2015 at 05:00:32PM +0100, Michael Biebl wrote:
> > and then tell admin to use systemctl edit
> > [Unit]
> > Environment=OPTS=-baz
> 
> How would I do the equivalent of systemctl edit with a declarative
> configuration management tool like puppet?

  You have to make sure directory /etc/systemd/system/nfs-ganesha.service.d/
exists, then inside you create something.conf file with above content.

  Alternatively you can create /etc/systemd/system/nfs-ganesha.service file
with required customisation, using puppet.

  Afterwards you need to issue "systemctl daemon-reload" (or send signal
to PID1) to have the changes read.

-- 
Tomasz TorczOnce you've read the dictionary,
xmpp: zdzich...@chrome.pl   every other book is just a remix.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] about pam_systemd

[Tomasz Torcz]

On Thu, Nov 19, 2015 at 01:57:22PM +0800, yan...@iscas.ac.cn wrote:
> In my machine,therr is nohing  in /run/user/,so there is problem with 
> pam_systemd or the systemd-logind and  do you think where is it?

  Hi,

  This sort of integration should be made by distribution.  Please contact 
developers of the
distarobution you are using.

-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] How to prevent an initramfs service from being stopped at switch-root ?

[Tomasz Torcz]

On Mon, Jan 11, 2016 at 12:39:10PM +, John Lane wrote:
> I have some services in my initramfs that unlock some crypto volumes to
> make the root and some other filesystems available.

  This seems relevant:
https://wiki.freedesktop.org/www/Software/systemd/RootStorageDaemons/

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] info/request

[Tomasz Torcz]

On Sun, Jan 10, 2016 at 02:45:30PM +0200, Moreanu Robert - Nicolae wrote:
> how i would resolve this
> 
> user system [474]: Failed at step EXEC spawning /usr/sbin/alsactl: No such
> file or directory
> - subject: Process /usr/sbin/alsactl could not be executed
> - The process /usr/sbin/alsactl could not be executed and failed

  You need to install package providing /usr/sbin/alsactl

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Subprocess

[Tomasz Torcz]

On Mon, Jan 11, 2016 at 07:58:30PM +0300, Mihamina RAKOTOMANDIMBY wrote:
> Hi all,
> 
> Walking trhough my virtual machines, I noticed something strange:
> The sensu process is inside the CFEngine CGroup.
> 
> This is mainly because of the way I launch Sensu after install
> 
> Please have a look at
>  https://bitbucket.org/snippets/rakotomandimby/nLkaM
> 
> How should I launch Sensu on systemd enabled system in order to have it
> in a dedicated CGroup? Should I create the service file and start it
> instead?

  Yes, that would be preferable.  But you can use systemd's SYSV compatibility
and replace lines 4 and 5 by:

 "sensu[command][start]" string => "/bin/systemctl start sensu-client";
 "sensu[command][restart]" string => "/bin/systemctl restart sensu-client";

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd 208->229 update. Problems with udev rules mounting disks

[Tomasz Torcz]

On Thu, Feb 25, 2016 at 10:30:47AM +, warpme wrote:
> Hi *
> 
> I updated my system and one aspect of update was systemd update from 208 to 
> 229.
> 
> After this update my custom udev rules dealing with USB as stopped working.
> 
> It looks like triggered by udev mount lives only during udev rule life.
> 
> I#39;m stuck and don#39;t have idea why this so maybe somebody will 
> help me to understand whats going on here

  udevd mount namespace is private for 2 years now, see

https://github.com/systemd/systemd/commit/c2c13f2df42e0691aecabe3979ea81cd7faa35c7
 

-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Support for large applications

[Tomasz Torcz]

On Fri, Feb 19, 2016 at 12:49:53PM +, Zbigniew Jędrzejewski-Szmek wrote:
> On Fri, Feb 19, 2016 at 01:42:12PM +0100, Michal Sekletar wrote:
> > On Wed, Feb 17, 2016 at 1:35 PM, Avi Kivity <a...@scylladb.com> wrote:
> > 
> > > 3. watchdog during startup
> > >
> > > Sometimes we need to perform expensive operations during startup (log
> > > replay, rebuild from network replica) before we can start serving. Rather
> > > than configure a huge start timeout, I'd prefer to have the service report
> > > progress to systemd so that it knows that startup is still in progress.
> > >
> > 
> > Did you have a look at sd_notify (man 3 sd_notify)? Basically, you can
> > easily patch your service to report status to systemd and tell to
> > systemd exactly when it is ready to serve the clients. Thus you can
> > avoid hacks like huge start timeout you've mentioned.
> 
> I don't think that helps, unless the service "lies" to systemd and
> tells it has finished startup when it really hasn't (systemd would
> ignore watchdog notifications during startup, and would do nothing if
> they stopped coming, so the service has to tell systemd first that it
> has started successfully, for the watchdog to be effective). Doing
> that would fix this issue, but would have that systemd wouldn't know
> that the service is still starting and would for example start
> subsequent jobs.
> 
> I don't think there's a way around the issue short of allowing
> watchdog during startup. Databases which do long recovery are a bit
> special, most programs don't exhibit this kind of behaviour, but maybe
> this case is important enough to add support for it.

  Maybe systemd could ignore watchdog notification during startup UNTIL
first WATCHDOG=1 notification comes? Then normal watchdog logic would kick in.
  This way we retain current logic (ignore watchdog during startup) unless
application WANTS to tickle watchdog during startup.
  Or is it too much magic?

-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] How to troubleshoot 'step CHDIR spawning' failure.

[Tomasz Torcz]

On Wed, Apr 13, 2016 at 07:28:34AM -0400, MikeB wrote:
> I'm running systemd 215 on a fairly up-to-date Debian Jessie system.
> 
> I have a Type=forking service that fails on its first ExecStartPre command
> which is using /bin/mkdir to create a directory.
> 
> The service fails to start with the following.
> 
> Apr 13 10:07:42 localhost systemd[1]: Starting OVSDB Server Daemon...
> Apr 13 10:07:42 localhost systemd[4069]: Failed at step CHDIR spawning
> /bin/mkdir: No such file or directory
> Apr 13 10:07:42 localhost systemd[1]: ovsdb-server.service: control process
> exited, code=exited status=200
> Job for ovsdb-server.service failed. See 'systemctl status
> ovsdb-server.service' and 'journalctl -xn' for details.
> Apr 13 10:07:42 localhost systemd[1]: Failed to start OVSDB Server Daemon.
> Apr 13 10:07:42 localhost systemd[1]: Unit ovsdb-server.service entered
> failed state.
> a
> 
> I've verified that '/bin/mkdir' does exist and does run fine.  So I assume
> the the 'No such file or directory' refers to the target of the chdir.
> 
> My question is how do I troubleshoot from here?  What can I do to determine
> exactly what file or directory is not being found.  I'd like to understand
> what is wrong and fix it.

  CHDIR failure points to something related with directory.  Check
what directives you have in unit file - maybe WorkingDirectory= with
dir that do not exists? Or RootDirectory= ?
  Speculating further - maybe you are trying to mkdir directory which
you also put in RootDirectory= ?  This won't work, because /bin/mkdir is
run in the same environment that main process; but you can
 – investigate if PermissionStartOnly= (man systemd.service) will help you
 – use RuntimeDirectory= (man systemd.service) to automate directory
   creation
 - use tmpfiles to precreate all directories


-- 
Tomasz   .. oo o.   oo o. .o   .o o. o. oo o.   ..
Torcz.. .o .o   .o .o oo   oo .o .. .. oo   oo
o.o.o.   .o .. o.   o. o. o.   o. o. oo .. ..   o.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Fwd: Random X crash on nvidia card on Gnome 3.20

[Tomasz Torcz]

Bob,

  There is so much wrong with this email, I'll be brief:
– this is gnome-shell crashing, nothing related to systemd (and this is 
  systemd-devel)
- you are using binary nvidia drivers, which is nothing community can
  help you with
- you are using this driver in unsupported configuration, which is 
  clearly communicated in attached log; so I think even nVidia won't
  take your bug report.


-- 
Tomasz TorczOnce you've read the dictionary,
xmpp: zdzich...@chrome.pl   every other book is just a remix.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemctl --user fails because no D-BUS.

[Tomasz Torcz]

On Thu, Mar 24, 2016 at 08:01:23PM +0200, Mantas Mikulėnas wrote:
> On Thu, Mar 24, 2016 at 6:21 PM, Flavio Leitner <f...@sysclose.org> wrote:
> 
> >
> > Hi,
> >
> > I am trying to create services and timers per user but on a recent
> > CentOS minimal installation it doesn't work out of the box:
> >
> > $ ssh 
> > server$ systemctl --user daemon-reload
> > Failed to get D-Bus connection: No such file or directory
> >
> 
> First check `systemctl status user@$UID.service` to make sure you actually
> *have* a `systemd --user` instance, as some distros have ripped it out
> entirely.

 ”Some distros” include CentOS:
https://git.centos.org/blob/!!!rpms!systemd.git/4e2e74ff857d63b164391a16e8a42c78e8a935be/SOURCES!0004-remove-user-.service.patch


-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Formal syntax of unit file format

[Tomasz Torcz]

On Sun, Mar 27, 2016 at 07:04:57PM +0200, Damiano Albani wrote:
> Hello,
> 
> I've searched quite extensively but I haven't been able to find a *formal*
> description of the unit file format (e.g. via ABNF).
> Wouldn't that be useful, in order to build a unit file validator / parser
> for example?
> Do such (standalone) tools already exist by the way?

  There is “systemd-analyze verify …”.

-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Shutdown root fs on loop device

[Tomasz Torcz]

On Fri, Apr 22, 2016 at 11:49:09AM +0200, Michael Lipp wrote:
> Hi,
> 
> I have some PCs where I have to store the Linux root file system as a
> large file in Window's NTFS file system. Everything boots fine. The NTFS
> file system is mounted as ntfs-3g in the initial ramfs as /host, the
> loopback device is created (using /host/Linux/image.img) and used as root.
> 
> However, the system doesn't shut down cleanly, usually it simply hangs.
> I admit that it isn't easy to solve this situation on shutdown. When
> executing findmnt in the running Linux system, the only "hint" is
> /dev/loop0 being mounted as root. The NTFS mount doesn't appear at all.
> It only shows in systemctl status, which starts with
> 
> init.scope
> |.   1 /sbin/init
> |- 155 mount.ntfs-3g -o permissions /dev/sda2 /host
> 
> Is it possible to configure systemd-shutdown somehow (e.g. hook
> scripts)? Or do I have to write my own systemd-shutdown?

  You have to patch ntfs-3g to marks itself as non-killable 
root storage provider (with '@'):
https://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons/

-- 
Tomasz Torcz   ,,(...) today's high-end is tomorrow's embedded processor.''
xmpp: zdzich...@chrome.pl  -- Mitchell Blank on LKML

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Let journalctl give only output of script

[Tomasz Torcz]

On Sat, May 07, 2016 at 12:47:45PM +0200, Cecil Westerhof wrote:
> I made my own service and I can get info about it with:
> ​journalctl -u firefoxCPUUsageStore​
> 
> ​But this gives also info about starting, restarting and the like. Is it
> possible to get only the logging that is generated by the script itself?​
> 

  Use
journalctl _SYSTEMD_UNIT=firefoxCPUUsageStore.service

 Nb. if you use ”-o export” you will see all the fields stored in journal,
so you will be able to choose on which fields you should filter.

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Fwd: Stopping a service at a specific time or after a specific duration

[Tomasz Torcz]

On Wed, Apr 20, 2016 at 01:52:39PM +0100, Jamie Kitson wrote:
> Hi,
> 
> I want to start and stop a systemd.service at specific times. Presumably
> I will use a .timer unit to start the job, but is there a built in way
> to stop the job after a specific duration, or at a specific time, or do
> I have to create a second .timer unit that execs the stop? What is the
> standard/"correct" way to do this?

  For stopping after a duration you can use RuntimeMaxSec=, introduced in v229. 

-- 
Tomasz   .. oo o.   oo o. .o   .o o. o. oo o.   ..
Torcz.. .o .o   .o .o oo   oo .o .. .. oo   oo
o.o.o.   .o .. o.   o. o. o.   o. o. oo .. ..   o.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Unable to get Systemd to work with Phoenix/Elixir Exrm Release

[Tomasz Torcz]

On Thu, Jul 07, 2016 at 07:29:20AM -0700, Michael Chavez wrote:
> Hello,
> 
> I am a newbie trying to get systemd to load my phoenix/elixir app.
> 
> I have tried many variations of my hello-phoenix service file, the version
> that I feel is closest to being correct looks like this:
> 
> [Service]
> WorkingDirectory=/home/hello-phoenix/app/bin
> ExecStart=/home/hello-phoenix/app/bin/hello_phoenix start
> Environment=MIX_ENV=prod PORT=
> Restart=always
> StandardOutput=syslog
> StandardError=syslog
> SyslogIdentifier=hello-phoenix
> User=hello-phoenix
> 
> after reloading daemon, enabling and starting the hello-phoenix.service,
> systemctl status hello-phoenix.service outputs:
> 
> ● hello-phoenix.service - hello-phoenix service
>Loaded: loaded (/etc/systemd/system/hello-phoenix.service; enabled)
>Active: failed (Result: start-limit) since Thu 2016-07-07 10:14:30 EDT;
> 9min ago
>   Process: 4281 ExecStart=/home/hello-phoenix/app/bin/hello_phoenix start
> (code=exited, status=0/SUCCESS)
>  Main PID: 4281 (code=exited, status=0/SUCCESS)
> 

  Does it fork?  If so, you need Type=forking in you [Service] section (default
is Type=simple, e.g. application running in foreground).
  See 
https://enotty.pipebreaker.pl/2014/10/08/failure-modes-of-incorrect-type-in-systemd-units/
for longer explanation.


-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Adding a Timer section to .service files

[Tomasz Torcz]

  Could you please stop breaking threads?  Every reply you send starts
a new thread, while they all belong to one mail thread.

-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

[systemd-devel] misleadin email Re: Fw: Installing VirtualBox on Debian Jessie - Problem with Linux kernel Name

[Tomasz Torcz]

On Sat, Feb 04, 2017 at 10:34:39PM +, gilesaj wrote:
> The only reason I posted here is because that is what is in the text of the 
> error.
> 
> root@ns527415:~#journalctl -xn-- The start-up result is done.Feb 04 15:31:03 
> ns527415.ip-192-99-6.net systemd[1]: Starting LSB: VirtualBox Linux kernel 
> module...-- Subject: Unit virtualbox.service has begun with start-up-- 
> Defined-By: systemd-- Support: systemd-devel Info Page
> systemd-devel Info Page


  This misleading message was removed from systemd in July last year.
Maybe it is worth opening bugs with popular distribution and asking them
to backport 4b930ded8391c7552820f8f162b4e6ceebf50ca4 into their supported
branches? How do you think?

-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] how make systemd NOT to clutter dmesg?

[Tomasz Torcz]

On Mon, Feb 27, 2017 at 11:03:09AM +, lejeczek wrote:
> 
> 
> On 27/02/17 10:10, Reindl Harald wrote:
> > 
> > 
> > Am 27.02.2017 um 10:55 schrieb lejeczek:
> > > hi there
> > > 
> > > I'm trying to solve problem which to you guys must be trivial, but
> > > it's
> > > a puzzle to me.
> > > I've searched the net & man pages but ... failed to find how/where
> > > systemd is told to put stuff like:
> > > 
> > > Got message type...
> > 
> > seriously - could you at least post *one* uncutted message
> 
> I said, it seemed the whole lot went there.. does it not make it simpler?
> I did not want to clutter the mailing list, here:
> 
> 
> [67142.383939] systemd[1]: Got notification message for unit httpd.service
> [67142.383956] systemd[1]: httpd.service: Got notification message from PID
> 7722 (READY=1, STATUS=Total requests: 0; Current requests/sec: 0; Current
> traffic:   0 B/sec)
> [67142.383963] systemd[1]: httpd.service: got READY=1
> [67142.383972] systemd[1]: httpd.service: got STATUS=Total requests: 0;
> Current requests/sec: 0; Current traffic:   0 B/sec

  Looks like you have debugging enabled (increased log level).
Get back to normal level and those message won't appear.


-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH] udev rules: add udev rule to create /dev/ptp_kvm

[Tomasz Torcz]

On Tue, Feb 28, 2017 at 04:54:00PM +, Daniel P. Berrange wrote:
> > > Also, what's the benefit of shipping this upstream? Why not ship that
> > > rule with kvm?
> > 
> > qemu-kvm package? Sure i can do that, but then all distributions 
> > have to do the same with their own packages.
> 
> qemu-kvm is installed in the host OS only, but this rule needs to be
> set in the guest OS, unless you want to bundle it in with qemu-guest-agent
> RPM, but that's not really a directly related package, so we'd liekly have
> to create a new package for this and try and get distros to ensure it is
> installed in all guest OS. We've had qemu-guest-agent for years now and
> we've still not got all distros installing it. So not shipping this kind
> of rule with udev means that it'll almost certainly end up being missing
> in the majority of guest installs for many years to come.

  If distros do not care about optimal performance, why would we care
and try to make everyone happy by sneaking this change in udev?
  If this feature is important to end user, then the user should change
the distribution to one providing the feature.

-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] How to stop service by timer

[Tomasz Torcz]

On Mon, Sep 12, 2016 at 09:13:26PM +0300, Федор Короткий wrote:
> Hi,
> 
> We are trying to setup a service that runs every day from 10:00 to 18:45.
> 
> Starting is not a problem, we just used timer. But our solution for
> stopping the service seems ugly. We have second service with
> Type=oneshot which runs "systemctl stop first.service" at 18.45(by
> using second timer).
> 
> Is there a better way to achieve this?

  That's basically the way.  Or you can make second service ”empty”
(execing /bin/true) with Conflicts=first.service.

  I would be glad to see .timers extended with TimerAction= option,
being ”start” be default, but allowing stop, isolate, restart etc.
  Maybe open and RFE issue on github?


-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] tomcat start up script wait for message

[Tomasz Torcz]

On Tue, Oct 04, 2016 at 08:57:09PM +0300, Mantas Mikulėnas wrote:
> On Tue, Oct 4, 2016 at 8:32 PM, Tyler Couto <tco...@certain.com> wrote:
> 
> > Hi all,
> >
> > We have a tomcat application that requires some initialization after
> > tomcat starts up. That is, we run an initialize script after catalina.out
> > says ?'Server startup in:'. Currently we do this in a number of ways:
> > manually, through a custom tail script, or through logstash. But I¹m
> > thinking it might be best to let the init system do it. Is this a good
> > idea? And if so, how best to implement it?
> >
> 
> systemd will not react to stdout messages, but it does have Type=notify
> which will react to a "READY=1" message sent via Unix socket – ideally
> directly by the program (see sd_notify, $NOTIFY_SOCKET) but also possibly
> via the `systemd-notify` tool:
> 
> sd_notify(0, "READY=1");
> 
> systemd-notify --ready
> 


  In other words, Tyler, you have to:

1) implement above sd_notify support int Tomcat, for which many users
   would be thankful;

2) use some waiting mechanism; I know that Spacewalk project has some
   Tomcat-waiting implemented, you can check their units.

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] thoughts on different command structure

[Tomasz Torcz]

On Wed, Oct 05, 2016 at 07:00:11PM +0200, Xen wrote:

>  [ … renaming propositions … ]

  Uh, it is way too late for such changes.  Maybe if you brought this
five years ago… Right now it would only bring pointless differentation
between older and newer distributions.  We just started
unification of all differences in distributions.

> 
> Close to that is that many useful programs are called systemd-something
> which is already that modularisation I speak of.
> 
> But "systemd" is not a user tool. However you are inclined to type "systemd"
> after having used on one the other tools.
 
  Binaries prefixed with systemd- are either not to be started manually
(systemd-journald, networkd etc) or not stable/mature enough to be widely
used – like cgtop, cgls.  The latter kind can be renamed if it
matured enough - that what happened with systemd-journalctl → journalctl.

  As for /usr/libexec/systemd/systemd … well, maybe it should be called
systemd-initd from the start.  Now it's too late.

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] mysql open_files_limit controlled by systemd

[Tomasz Torcz]

On Thu, Sep 29, 2016 at 11:20:34AM +0200, Hajo Locke wrote:
> Hello List,
> 
> we found out that mysql open_files_limit ist controlled by systemd-service
> file. We used LimitNOFILE to increase default value.
> This value is always overwriting the value from my.cnf file.
> Is there a way to tell systemd to not control a service in this way so
> control completely goes back to original my.cnf values?
> At the moment i did not found a promising directive.

  Set LimitNOFILE=infinity.  Then your MySL may set the limit
on it own, to the value from my.cnf.


-- 
Tomasz Torcz   72->|   80->|
xmpp: zdzich...@chrome.pl  72->|   80->|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Query regarding NOTIFY_SOCKET

[Tomasz Torcz]

On Tue, Nov 08, 2016 at 05:01:59PM +0530, Raghavendra. H. R wrote:
> Hi All,
> 
> I'm a newbie in Systemd init system and I'm exploring sd_notify which is
> basically used for notification purpose in SystemD.

  It is written “systemd” (all lowercase).
 
> I have created one unit file which is of type "notify" and in my
> application I have written sd_notify(0, "READY=1"); from which SystemD can
> be notified that my process in totally up and running.
> 
> Below given is my Service file.
> 
> *[Unit]*
> *Description=Sd_notify example*
> 
> *[Service]*
> *ExecStart=/etc/Myapp*


  This is not 'unit of type notify'. This is unit of type 'simple'.
Please read "man systemd.service" and paragraph Type= and choose
correctly.


> Need help in understanding what value should be set in the environment
> varaible NOTIFY_SOCKET.
> But there's no much information/documentation available on NOTIFY_SOCKET.

  NOTIFY_SOCKET is filled-in by systemd and it is available when you 
correctly defined unit type.  If you want to check it's value, you can
user getenv() inside you program and print the value.
  I think amount of documentation about NOTIFY_SOCKET is enough, if
you think there's something specific missing, let us know.


-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH 1/2] ima: Have IMA policy loaded from /etc/sysconfig or /etc/default.

[Tomasz Torcz]

On Mon, Nov 28, 2016 at 02:17:19PM -0500, Stefan Berger wrote:
> From: Stefan Berger <stef...@us.ibm.com>
> 
> Fedora has its policy in /etc/sysconfig/ima-policy while Ubuntu
> has it in /etc/default/ima-policy. So we try to read the IMA policy
> from one location and try it from another location if it couldn't
> be found. To maintainer backwards compatibility, we also try
> /etc/ima/ima-policy.

  Shouldn't we work to get rid of those pointless differences, instead
of legitimizing them?

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] nfs-server.service starts before _netdev iscsi mount completes (required)... how can I fix this?

[Tomasz Torcz]

On Thu, Nov 03, 2016 at 04:01:15PM -0700, c...@endlessnow.com wrote:
> so I'm using CentOS 7, and we're mounting a disk from our iSCSI
> SAN and then we want to export that via NFS.  But on a fresh boot the
> nfs-server service fails because the filesytem isn't there yet.  Any
> ideas on how to fix this?

 Add RequiresMountsFor=/your/export/path to nfs-server.service

-- 
Tomasz TorczOnce you've read the dictionary,
xmpp: zdzich...@chrome.pl   every other book is just a remix.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Problem Configuring a 3rd monitor and running displaylink

[Tomasz Torcz]

On Thu, Oct 13, 2016 at 10:56:21AM -0700, Mick Whiffin wrote:
> Hi there.
> 
> I'm not sure if you can help but I'm new to Manjaro and I'm having a
> problem getting displaylink up and running.
> 
> Oct 13 10:43:10 manjaro modprobe[28409]: modprobe: FATAL: Module evdi not
> found in directory /lib/modules/4.1.26-1-MANJARO


   Here, you are missing the module.  How to resolve this is out of scope
on this mailing list – please ask Manjaro guys.

  Thanks,

-- 
Tomasz Torcz "God, root, what's the difference?"
xmpp: zdzich...@chrome.pl "God is more forgiving."

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd-timesyncd with read-only root filesystem

[Tomasz Torcz]

On Fri, Dec 09, 2016 at 10:46:51AM +0100, André Hartmann wrote:
> Hi Martin,
> 
> thanks for keeping our dialog alive :)
> 
> To sum up again what I actually want to achive:
> 
> I want to use NTP after bootup by default, but in case no NTP is available,
> the user should be able to set the date and time by hand
> with timedatectl. But timedatectl refuses to do so, if "NTP is enabled".
> 
> And this is my main problem: I don't know how timedatectl decides
> if NTP is enabled or not.

  Just use the source code? Anyway, if you use systemd's implementation
of that API (systemd-timesyncd), the check is here:
https://github.com/systemd/systemd/blob/master/src/timedate/timedated.c#L180

i.e. timedated checks if systemd-timesyncd is enabled.

  If you use other implementations, the check can be different.
For example timedatex checks if any of units listed in
/etc/systemd/ntp-units.d:/usr/lib/systemd/ntp-units.d
is enabled.

  Implementation in systembsd runs "/etc/rc.d/ntpd status" and checks status.

  And so on.

-- 
Tomasz   .. oo o.   oo o. .o   .o o. o. oo o.   ..
Torcz.. .o .o   .o .o oo   oo .o .. .. oo   oo
o.o.o.   .o .. o.   o. o. o.   o. o. oo .. ..   o.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] news on Issue # 4078 ?

[Tomasz Torcz]

On Thu, Dec 15, 2016 at 04:37:19PM +, arnaud gaboury wrote:
> I am still with a broken UID/GID container for some specific directories.
> This is described in issue #4078 [0].
> 
> It start to be annoying as I can't upgrade some packages on the Fedora
> container. At least, I think failed upgrades are related to this issue.
> Let's take one example:
> 
> # dnf upgrade iputils
> ...
>   Upgrading   :
> iputils-20161105-1.fc25.x86_64
> 1/2
> Error unpacking rpm package iputils-20161105-1.fc25.x86_64
> Error unpacking rpm package iputils-20161105-1.fc25.x86_64
> error: unpacking of archive failed on file /usr/bin/ping;5852c405: cpio:
> cap_set_file
> 
> First, are these errors probably due to my UID/GID issues?

  This error is because ping in Fedora is not suid, instead uses filesystem
capabilities* to grant only necessary permissions. If you use any filesystem
lacking fscaps (like for example NFS), you get this error and ping will
work only for root.



* https://lwn.net/Articles/313838/


-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Best way to limit per-user system-wide units

[Tomasz Torcz]

On Wed, Dec 14, 2016 at 01:23:14AM +1300, Samuel Williams wrote:
> I'd like my http user to be able to install unit files and start/stop them.
> 
> Starting and stopping them is fairly easy with a sudo rule..
> 
> But adding them is a bit trickier. I could also use sudo but it seems
> fairly specific.
> 
> Is there some way to add a new directory, e.g.
> /etc/systemd/system/http which has permissions specific for http user?
> 
> I can install targets/services/etc into that directory and then use
> sudo systemctl start/stop

  Keep in mind that allowing user to define services is basically giving
him root permissions (user can create unit with ExecStart=/usr/bin/rm -rf /)*.
So there's no point in separating directories.
  You can make this safer by using user instance units. You get canonical
path with this solution: ~/.config/systemd/user/


 * I know about --no-preserve-root
-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] systemd-networkd in initrd

[Tomasz Torcz]

On Fri, Dec 23, 2016 at 04:43:32PM +0100, Thijs Cramer wrote:
> In that case, is there any guide on what's required to get it working?
> 
> My current scripting only adds the binary (and library dependancies)
> and adds the systemd-network and resolve users to /etc/passwd.
> When it starts it says: "Cannot resolve user name systemd-network: No
> such file or directory".
> 
> Which seems to me as if it lacks some dependency?

  Lack of configuration – it cannot find *user* named systemd-network.
Put the user data in /etc/passwd or whatever user database are you using
in initrd.

-- 
Tomasz TorczOnce you've read the dictionary,
xmpp: zdzich...@chrome.pl   every other book is just a remix.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Unit raidcom.service has failed

[Tomasz Torcz]

On Wed, Dec 28, 2016 at 10:01:45AM -0500, Marvin Chancán wrote:
> Dear all,
> 
> I am performing the OpenStack configuration on VirtualBox but, when using
> the below comand, there is a error message as follow:
> 
> [root@ucp2kos-configurator ~]# systemctl start raidcom
> Job for raidcom.service failed because the control process exited with
> error code. See "systemctl status raidcom.service" and "journalctl -xe" for
> details.
> 
> *The actual raidcom status is:*
> 
> Dec 27 11:50:13 ucp2kos-configurator horcm[2461]: [HORCM_009] Could not
> connect to HORC through raw-IO. Lookup HORCM startup log
> /HORCM/log/curlog/horcm_ucp2kos-configurator.log for details
> 
> Dec 27 11:50:13 ucp2kos-configurator horcm[2461]: [HORCM_007] Illegal
> parameter values in HORCM configuration file. Lookup HORCM startup log file
> /HORCM/log/cu


  Hi, 

  please look into the files mentioned in log output above.  This
is not error related to systemd, we can't help you.


-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] My experience with MySQL and systemctl

[Tomasz Torcz]

On Wed, Apr 12, 2017 at 11:01:04AM -0700, Auke Kok wrote:
> On 04/11/2017 06:08 AM, Lennart Poettering wrote:
> > On Tue, 11.04.17 13:41, Samuel Williams (space.ship.travel...@gmail.com) 
> > wrote:
> >> - If a daemon fails to start up, trying to kill it.. may not be the
> >> best option. It's probably a matter of the systemctl service file
> >> detecting that a rollback is in progress and accepting that as a valid
> >> startup state, but I'm not really sure. In any case, I ended up having
> >> to do this process manually.
> > 
> > The timeouts for killing services that don't start up correctly are
> > configurable per service, and by setting them to "infinity" you may
> > even turn them off entirely. This is configurable precisely so that
> > services that can take ages to start-up in real-life can increase or
> > turn off the timeout the way they need. Or in other words: please make
> > sure that your mysql.service carries the right
> > StartTimeoutSec=/StopTimeoutSec= settings, and please contact your
> > unit file vendor to fix this.
> 
> Actually, that seems as bad of a solution as the standard setting.
> 
> Recovery of a very large db could take days. You can't estimate a good
> value for StartTimeoutSec=, since undoubtedly someone can come up with a
> worse case.
> 
> The right (or, better) solution IMHO would be for mysqld to signal to
> systemd that it's running OK before recovery starts, using type=notify.
> This way recovery can take as long as needed, and if it fails, it could
> signal this failure as normal back to systemd. Then systemd would retry
> the recovery a few times this way and finally give up.

  It wouldn't be good solution.  READY=1 means clients can connect and 
talk to the database. Signalling readiness prematurely would break 
functionality..
Other solution would be introducing mysql-recover.service unit, which
would be Requires= & After= of main mysql unit. Similarly to how SSH key 
generation
is handled.
  This recover unit could have infinit timeout, even.

> This, of course, means modifying mysql.

  Well, MariaDB implemented systemd support (sd_notify() and stuff), it's
high time to abandon MySQL.

-- 
Tomasz Torcz Morality must always be based on practicality.
xmpp: zdzich...@chrome.pl-- Baron Vladimir Harkonnen

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Main process exit status variables not being sent to ExecStopPost= script

[Tomasz Torcz]

On Thu, Apr 06, 2017 at 08:55:05PM +, ithinki cant wrote:
> 
> Per systemd documentation, for ExecStopPost=, some environment variables are 
> supposed to be set for the executed script/binary:
> 
> "Note that all commands that are configured with this setting are invoked 
> with the result code of the service, as well as the main process' exit code 
> and status, set in the $SERVICE_RESULT, $EXIT_CODE and $EXIT_STATUS 
> environment variables"


   Those were introduced with v232.
 
> 
> I'm using systemd-231-2 on CentOS7, kernel 4.6.7
> Am I doing something wrong?

  The version you are using is too old. Ask you distributor to update it or 
backport
patches providing above mentione variables.
  Alternatively you can try to use Facebook's backport of latest systemd.

-- 
Tomasz Torcz "God, root, what's the difference?"
xmpp: zdzich...@chrome.pl "God is more forgiving."

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] more verbose debug info than systemd.log_level=debug?

[Tomasz Torcz]

On Sun, Apr 09, 2017 at 10:37:36PM -0600, Chris Murphy wrote:
> On Sun, Apr 9, 2017 at 5:17 AM, Lennart Poettering
> <lenn...@poettering.net> wrote:
> 
> > That said, are you sure FIFREEZE is really what we want there? it
> > appears to also pause any further writes to disk (until FITHAW is
> > called).
> 
> > So, I am still puzzled why the file system people think that "sync()"
> > isn't supposed to actually sync things to disk...
> 
> https://www.spinics.net/lists/linux-xfs/msg05113.html
> 

  So the “solution” seems to be adding FIFREEZE/FITHAW ioctls after sync()?

-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Service Type for Tomcat

[Tomasz Torcz]

On Tue, Apr 18, 2017 at 10:44:59AM -0700, Igal @ Lucee.org wrote:
> I've read about the difference between "forking" and "notify", but am not
> sure how it really applies in real life.
> 
> Can someone tell me what would be the consequences of setting Tomcat (or any
> Java-based service, for that matter) to Type=notify instead of Type=forking?
> Examples I see online use forking but I'm not sure that that's the right way
> to go.

 For “notify”, application has to have explicit support for systemd.  It has to
send READY=1 notification using socket. Usually, when application authors 
implement
type=notify support, they ship example unit, so you don't have to guess.
 Implementing Type=notify is very simple, see https://github.com/faljse/SDNotify
You can ask Tomcat developers to implement it.
 Also, if you use wrong type, your application may not fail instantly. Sometimes
minute and a half passes before it fails. See 
https://enotty.pipebreaker.pl/2014/10/08/failure-modes-of-incorrect-type-in-systemd-units/

-- 
Tomasz Torcz   72->|   80->|
xmpp: zdzich...@chrome.pl  72->|   80->|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] feature request: implement macsec interface configuration in systemd-networkd

[Tomasz Torcz]

On Mon, Apr 17, 2017 at 01:46:29PM +, george Nopicture wrote:
> Are there any plans on implementing macsec interface configuration from
> systemd-networkd? Since its already added in kernel as a loadable
> module, fedora misses a patched iproute2 to support macsec and also
> lacks automatic interface configuration (i dunno if nm supports it?)
> preferably from systemd-networkd.

  MACSec is supported by Network Manager. But how much cryptography does
MACSec require? If it's anything more than trivial amount, probably iwd or
wpa_supplicant would be a better place to implement it.

-- 
Tomasz Torcz   72->|   80->|
xmpp: zdzich...@chrome.pl  72->|   80->|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Prosody Failed on start

[Tomasz Torcz]

On Sat, Aug 12, 2017 at 01:08:08AM +0530, Sabir Mohammed wrote:
> Hi,
> 
> I am installed prosody successfully and it worked without any problem at
> first. After that I reboot the server and again started prosody. But at
> this time, it shows failed message.
> 
> 
> * prosody.service - LSB: Flexible communications server for Jabber/XMPP

  First, this is completely wrong. Prosody has system support 
(https://github.com/daurnimator/mod_systemd),
you should be using normal systemd unit. Here you use init.d SYSV script
via the compatibility layer.
  Probably your distribution shipped something wrong, please open a bug
with them.

> Aug 11 22:35:08 server prosody[1384]: Prosody is still not running. Please
> give it some time or check your log files for errors.
> 
> What is the solution.? Anyone help..

  Do as the message say and check the log files. Those should be
in /var/log/prosody/ IIRC.  

-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Significant performance loss caused by commit a65f06b: journal: return -ECHILD after a fork

[Tomasz Torcz]

On Tue, Jul 11, 2017 at 04:10:38PM +0200, Lennart Poettering wrote:
> On Tue, 11.07.17 16:07, Lennart Poettering (lenn...@poettering.net) wrote:
> > Hmm, so I run a slightly older glibc, as I haven#t updated my system
> > in a while:
> > 
> > $ strace -c journalctl --since -1hour 2>&1 >/dev/null | head -10
> > % time seconds  usecs/call callserrors syscall
> > -- --- --- - - 
> >  25.950.001276   7   195   mmap
> >  23.210.001141   7   16430 open
> >  22.290.001096   9   119   munmap
> >   6.530.000321   2   134   close
> >   6.100.000300   2   135   fstat
> >   5.150.000253   556   mprotect
> >   4.880.000240   2   102   fstatfs
> >   2.300.000113   432   read
> > 
> > getpid() is nowhere to be seen in this... Seems Fedora regressed on
> > this too recently. Meh.
> 
> Forgot to mention:
> 
> $ rpm -qa glibc
> glibc-2.24-4.fc25.x86_64
> 
> Apparently, this regressed between this version and
> glibc-2.24-9.fc25.x86_64 hence.
> 

  From glibc changelog:

* Wed Jun 07 2017 Arjun Shankar <arjun...@lostca.se> - 2.24-6
- Auto-sync with upstream release/2.24/master,
  commit 7b60553e360731338631ccdda71590ac5deca137, fixing:
- Remove the PID cache  (#1443976)

-- 
Tomasz TorczTo co nierealne -- tutaj jest normalne.
xmpp: zdzich...@chrome.pl  Ziomale na życie mają tu patenty specjalne.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Significant performance loss caused by commit a65f06b: journal: return -ECHILD after a fork

[Tomasz Torcz]

On Tue, Jul 11, 2017 at 05:20:10PM +0200, Lennart Poettering wrote:
> On Tue, 11.07.17 16:55, Tomasz Torcz (to...@pipebreaker.pl) wrote:
> > > Forgot to mention:
> > > 
> > > $ rpm -qa glibc
> > > glibc-2.24-4.fc25.x86_64
> > > 
> > > Apparently, this regressed between this version and
> > > glibc-2.24-9.fc25.x86_64 hence.
> > > 
> > 
> >   From glibc changelog:
> > 
> > * Wed Jun 07 2017 Arjun Shankar <arjun...@lostca.se> - 2.24-6
> > - Auto-sync with upstream release/2.24/master,
> >   commit 7b60553e360731338631ccdda71590ac5deca137, fixing:
> > - Remove the PID cache  (#1443976)
> 
> I commented on that bug now. It doesn#t really have a proper
> explanation, all it says is that "The glibc PID cache negatively
> interacts with setting up containers and namespaces."...

  Upstream commit has longer rationale:
http://repo.or.cz/glibc.git/commit/c579f48edba88380635ab98cb612030e3ed8691e

But I'm not competent enough to judge t.


-- 
Tomasz TorczTo co nierealne -- tutaj jest normalne.
xmpp: zdzich...@chrome.pl  Ziomale na życie mają tu patenty specjalne.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] [PATCH] rules: block - add dm devices to whitelist

[Tomasz Torcz]

On Mon, Jul 10, 2017 at 10:38:38AM +0200, Lennart Poettering wrote:
> On Wed, 05.07.17 13:01, David Disseldorp (dd...@suse.de) wrote:
> 
> > Ceph relies on by-partuuid symlinks, in order to locate the journal
> > partition from a given OSD partition. For details, see
> > http://tracker.ceph.com/issues/19489.
> 
> This appears way too broad, as it would apply to all LVM and all other
> devices.
> 
> It appears to me Ceph should do the same as LVM does for this, and
> ship its own set of rules, and be careful to only match against the
> actual devices it creates.

 Ceph does not create any devices (except /dev/rbd/* but it's not the case 
here).
Ceph block storage uses any kind of block device for its operation, be it plain
partition, LUKS encrypted storage, LVM, dm-multipath devices and so on.

  Ceph block storage contains few parts - actual storage, write-ahead log,
journal etc. Any of those parts can utilize block devices, so ceph
uses symlinks to point to proper block device:

# ls -l /var/lib/ceph/osd/ceph-11/block
lrwxrwxrwx. 1 root root 33 Jul 10 10:51 /var/lib/ceph/osd/ceph-11/block -> 
/dev/disk/by-partuuid/43bdcb85-06


 Nb. ceph already ships rules for autodetecting if given partition belongs
to ceph (discriminating by partition type, see
https://github.com/ceph/ceph/blob/master/udev/95-ceph-osd.rules ), but 
'by-partuuid'
links should be created by earlier udev rules - like they are for some 
whitelisted
set of device nodes names.

-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] 回复： 回复： [systemd-de vel] systemctl can't execute stop actually,whenservice is started by other way

[Tomasz Torcz]

On Thu, Jun 29, 2017 at 10:05:08AM +0200, Oliver Neukum wrote:
> Am Mittwoch, den 28.06.2017, 13:29 +0200 schrieb Lennart Poettering:
> > Well, it's a service manager. As such it keeps track of services,
> > knows when they are started and when they aren't. Why would it stop
> > services that aren't started?
> 
> Because you command it to do so.
> The check systemd does adds no value. There is a reason to not start
> something that is running. The reverse does not apply.

  By starting nscd in some shell session, there's no mapping between
running executable and a service.  Systemd has no way of knowing
that random nscd binary is supposed to be killed when 'systemctl stop nscd'
is invoked. How would it know?

  That is really the question! How systemd would know that unrelated
binary should be killed when user invokes 'systemctl stop' on service,
service which has not been started?  Is systemd supposed to compare full
path of all running binaries to ExecStart= lines in unit files? But what
about situation when you have multiple services with the same ExecStart=?

  Maybe user starting random binaries in login session should echo their
PIDs into 'tasks' file in relevant cgroup? What if the cgroup does not exists
yet (because service wasn't started)? This quickly becames a dangerous hackery.

  I'm all ears – what's your solution?

-- 
Tomasz Torcz Morality must always be based on practicality.
xmpp: zdzich...@chrome.pl-- Baron Vladimir Harkonnen

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] 回复： 回复： [systemd-de vel] systemctl can't execute stop actually,whenservice is started by other way

[Tomasz Torcz]

On Thu, Jun 29, 2017 at 11:51:53AM +0200, Oliver Neukum wrote:
> Am Donnerstag, den 29.06.2017, 11:45 +0200 schrieb Reindl Harald:
> > 
> > Am 29.06.2017 um 10:05 schrieb Oliver Neukum:
> > > 
> > > Am Mittwoch, den 28.06.2017, 13:29 +0200 schrieb Lennart Poettering:
> > > > 
> > > > Well, it's a service manager. As such it keeps track of services,
> > > > knows when they are started and when they aren't. Why would it stop
> > > > services that aren't started?
> > > 
> > > Because you command it to do so.
> > > The check systemd does adds no value. There is a reason to not start
> > > something that is running. The reverse does not apply
> > 
> > this is nonsense - how in the world should systemmd know what to stop 
> > when it has no clue about the involved processes because it did not 
> > start the service and hence has no tracking at all
> > 
> 
> So try and fail. That is still no excuse for ruling out that you can
> stop a service you have not started. That is pure politics.

  There's no service if it wasn't started by systemd. It's just a random 
binary. 



-- 
Tomasz Torcz Morality must always be based on practicality.
xmpp: zdzich...@chrome.pl-- Baron Vladimir Harkonnen

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] template service unit include.d directory

[Tomasz Torcz]

On Wed, May 03, 2017 at 07:51:45PM +0530, Anoop Alias wrote:
> Hi,
> 
> I am trying to include extra config for a template service file
> 
> PHP70@.service
> 
> ##
> 
> I created /etc/systemd/system/PHP70@.service.d/something.d/test.conf
> 
> According to the doc:
> https://www.freedesktop.org/software/systemd/man/systemd.unit.html
> 
> "Along with a unit file foo.service, a "drop-in" directory foo.service.d/
> may exist. All files with the suffix ".conf" from this directory will be
> parsed after the file itself is parsed. This is useful to alter or add
> configuration settings for a unit, without having to modify unit files.
> Each drop-in file must have appropriate section headers. Note that for
> instantiated units, this logic will first look for the instance ".d/"
> subdirectory and read its ".conf" files, followed by the template ".d/"
> subdirectory and the ".conf" files there"
> 
> What am I doing wrong here?

  I think "instance .d/ subdirectory" would be:

 /etc/systemd/system/PHP70@something.service.d/

 and the "teplate .d/ subdirectory":

 /etc/systemd/system/PHP70@.service.d/

 rather than your scheme. 

> # systemctl --version
> systemd 219
> +PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP
> +GCRYPT +GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN
> 
> OS: CentOS Linux release 7.3.1611 (Core)

  Always check local man pages. The online pages are appropriate for latest
systed version.  The features described may not exist in such old versions
as 219.

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Spec for journalctl log entry data structure

[Tomasz Torcz]

November 29, 2017 1:27 PM, "Thomas Güttler"  
wrote:
> is there a spec or docs about the datastructure of a log entry in journalctl?
> 
> Which fields does a log record have?

There's a handy man page:
https://www.freedesktop.org/software/systemd/man/systemd.journal-fields.html

If you look for low-level journal file format, go to 
https://www.freedesktop.org/wiki/Software/systemd/journal-files
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] journalctl --unit and pattern

[Tomasz Torcz ️]

On Mon, Dec 18, 2017 at 06:01:21PM +0100, Cecil Westerhof wrote:
> At the moment I am using:
> journalctl --boot --follow --no-tail --unit storeSystemStatistics
> --unit vmstatLog
> 
> But instead of unit names you  should be able to use a pattern. I tried the
> following:
> --unit "storeSystemStatistics|vmstatLog"
> 
> ​And variants on it, but could not make it work.
> 
> How should I use a pattern. (I could not find info about it.)​

  You can pass multiple --unit parameters:
journalctl  --unit storeSystemStatistics --unit vmstatLog

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] How to stop systemctl --user processes before backup runs then restart

[Tomasz Torcz ️]

On Thu, Jan 04, 2018 at 07:35:05PM +, Barry Scott wrote:
> On Thursday, 4 January 2018 13:08:33 GMT Colin Guthrie wrote:
> > Barry Scott wrote on 31/12/17 17:41:
> > > I think that for my backups to run for a user I will need to stop their
> > > systemd user services.
> > Out of curiosity, why do you think that the process needs to be stopped
> > for the backups to run?
> 
> The process of concern are running fetchmail that is calling into dovecot.
> 
> If I do not stop dovecot the Mail dir will not be consistent.
> If I do not stop the fetchmail process then dovecot will be called
> and the backup can see an inconsistent state.


  In such cases you should use "fsreeze" around backups.

-- 
Tomasz Torcz "God, root, what's the difference?"
xmpp: zdzich...@chrome.pl "God is more forgiving."

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Service to pause startup and wait for user input

[Tomasz Torcz ️]

On Thu, Jan 25, 2018 at 05:24:28PM +, Boyce, Kevin P [US] (AS) wrote:
> Good Afternoon List,
> 
> Does anyone know if there is a way to create a service unit that pauses early 
> on in the boot sequence and asks the user a question?
> A reply would be required via keyboard.

  This is an antipattern, but I guess you can hask around password
asking mechanism,
  https://www.freedesktop.org/software/systemd/man/systemd-ask-password.html


-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Back trace systemd service unit by pid

[Tomasz Torcz ️]

On Thu, Dec 21, 2017 at 01:48:29PM +0800, Kevin Hsu wrote:
> Hi folks,
> 
> I am looking for a good way to backtrace systemd service by a process id.
> The "systemctl status " command is available to do the magic. It will
> show a full status of the service that creates the
> pid. But this command gives too many details. The only thing I need is the
> service unit name. Is there any simple way instead of parsing results from
> "systemctl status" ?
> 
> For example like
> 
> > systemctl service-get 5566
> > nginx.service


 Look into /proc//cgroup

-- 
Tomasz TorczOnce you've read the dictionary,
xmpp: zdzich...@chrome.pl   every other book is just a remix.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Restarting a service as user instead as root

[Tomasz Torcz]

On Mon, Aug 13, 2018 at 11:51:46AM +0200, Silvio Knizek wrote:
> Am Montag, den 13.08.2018, 11:28 +0200 schrieb Cecil Westerhof:
> > I have a service that is run as a different user as root. But only
> > root can
> > restart the service. Is there a way to make 'systemctl restart' work
> > for
> > the user that runs the service?
> 
> Hi,
> 
> you can either define a sudo-rule or you use policykit (polkit) for
> this. See 
> https://wiki.archlinux.org/index.php/Polkit#Allow_management_of_individual_systemd_units_by_regular_users
>  for an example. Keep in mind that the polkit feature depends on your
> available systemd version.

Or, if the service has Restart= setting, user can kill the MainPID.
-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] How to debug why a unit is started when?

[Tomasz Torcz ️]

On Fri, Mar 16, 2018 at 04:49:28PM +0100, Paul Menzel wrote:
> Dear systemd folks,
> 
> 
> I am trying to get the GDM login screen started earlier on a Dell XPS 13
> 9370 with Debian Sid/unstable system with systemd 238. Currently, after
> selecting the Linux kernel in GRUB it’s only displayed after roughly eight
> to ten seconds while Linux takes around two seconds [1].
> 
> Using systemd-bootchart I see that GDM is started quite late [1], and I
> wondering if there is an option to find out why.

  Not a direct answer to your question, but you can use systemd-bootchart
to get graphical timeline of how long did it take to start different
units.  Then you will have to find box for GDM and see which other
boxes ended at the moment GDM started.

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Environment-variable security?

[Tomasz Torcz]

On Wed, Nov 14, 2018 at 02:17:02AM +0100, Marek Howard wrote:
> Marek Howard píše v St 14. 11. 2018 v 01:35 +0100:
> > Lennart Poettering píše v Út 13. 11. 2018 v 15:17 +0100:
> > > On Di, 13.11.18 07:49, David Parsley (pars...@linuxjedi.org) wrote:
> > > Well, you are of course welcome to ignore whatever I say, but again,
> > > environment blocks are leaky, they propagate down the process tree,
> > > and are *not* generally understood as being secret.
> > 
> > It is not *that* common to pass secrets via environment variable but
> > it's nothing unusual, and many programs offer this interface. OpenVPN
> > comes to bind. Where such interface is offered, propagating down the
> > process tree is usually not a concern, because such programs usually
> > don't fork "untrusted" programs.
> > 
> > It's quite handy way to pass secrets and as I said above, there's
> > really no risk if it's done in cases where it makes sense. Of course
> > systemd leaking it to everyone makes it not usable with systemd, but
> > that's not really a problem with environment variables.
> 
> If you want some examples:
> 
> borgbackup - BORG_PASSPHRASE
> restic - RESTIC_PASSWORD
> openssl - env:var
> rsync - RSYNC_PASSWORD
> hub - GITHUB_PASSWORD, GITHUB_TOKEN
> rclone - RCLONE_CONFIG_PASS
> smbclient - PASSWD
> 
> Again, it's not so common, but it's not unusual and it's not insecure
> if you know what you're doing (which you usually are when you have
> powers to create system services).

  Generally, storing secret data in environment is common in
web microservices world, popularised by https://12factor.net/config
But those apps are supposed to be run by Kubernetes or other
container runtime - with dedicated clusters, PID namespaces and so on.
  Running them as plain unix (systemd) services is the wrong way
to run them ;)

-- 
Tomasz TorczThere exists no separation between gods and men:
xmpp: zdzich...@chrome.pl   one blends softly casual into the other.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Requires and After

[Tomasz Torcz]

On Tue, Jan 01, 2019 at 08:20:19PM +0100, Olaf van der Spek wrote:
> On Tue, Jan 1, 2019 at 8:17 PM Ian Pilcher  wrote:
> >
> > On 1/1/19 5:44 AM, Jérémy Rosen wrote:
> > > The short answer is that Requires without after makes little sense,
> > > since you can't reliably know if your dependency is here without it
> > > (if it fails at startup, you might or might not be started, depending
> > > on the startup order systemd chooses)
> >
> > There are cases where it makes sense.  For example, most OpenStack
> > services require both a message bus and a database, but they are smart
> > enough to wait and re-attempt their connections if either of those
> > services isn't immediately available.
> 
> What's the benefit of not having After= for those services?

  I guess they can start and do their initialization in parallel with
the service they require.

-- 
Tomasz   .. oo o.   oo o. .o   .o o. o. oo o.   ..
Torcz.. .o .o   .o .o oo   oo .o .. .. oo   oo
o.o.o.   .o .. o.   o. o. o.   o. o. oo .. ..   o.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Bugfix release(s)

[Tomasz Torcz]

On Wed, Jan 16, 2019 at 07:18:15PM +0100, Lennart Poettering wrote:
> On Mi, 16.01.19 01:06, Christian Hesse (l...@eworm.de) wrote:
> 
> > Lennart Poettering  on Tue, 2019/01/15 20:00:
> > > Note that we don't branch releases right now. Instead when we are
> > > getting closer to a release we simply don't merge PRs we don't
> > > consider appropriate for the release anymore until after the
> > > release. Or in other words: the master branch simply "stops" for a
> > > while getting new stuff, and only gets bugfixes until we release the
> > > version, which reopens the floodgates
> >
> > Most people do not notice when this happens. Having milestones on github is
> > nice, but most of us miss that. Just make it obvious: add a tag when
> > you start preparation for a release - no matter if you call it 
> > 'v241-freeze',
> > 'v241-rc' or whatever. I guess 'communication' on the lowest level can help 
> > a
> > lot here.
> 
> (Hmm, are you sure a git tag is more "visible" than a github
> milestone?  I am not so sure)

 It is. `git pull` lists new tags:

Resolving deltas: 100% (8291/8291), completed with 1265 local objects.
From https://github.com/systemd/systemd
   8724defeae..80aff27aeb master -> origin/master
* [new tag]   v240   -> v240
Updating 8724defeae..80aff27aeb

  It does not list any GitHub milestones.

  Having said that, I'm against proliferation of tags.

-- 
Tomasz Torcz   72->|   80->|
xmpp: zdzich...@chrome.pl  72->|   80->|

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] a user here - ReloadPropagatedFrom=

[Tomasz Torcz]

On Thu, Nov 29, 2018 at 02:43:13PM +, lejeczek wrote:
> dear devel
> 
> is something like: ReloadPropagatedFrom...Restart/Start/Stop possible to
> achieve on v219(centos 7.6) ?

  Use backports from Facebook:
  https://github.com/facebookincubator/rpm-backports

  Or buy Red hat support and ask your sales representative to backport
this functionality.  It will trickle to CentOS eventually.

-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Systemd logging..

[Tomasz Torcz]

On Wed, Nov 21, 2018 at 02:23:50PM +0530, deepan muthusamy wrote:
> Hi,
> How to log systemd service into log.txt file.
> This file should be available after system  restart also.
> How to do this?

  You can use file:path in StandardOutput=
  
https://www.freedesktop.org/software/systemd/man/systemd.exec.html#StandardOutput=

-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] How to keep the new kernel running features ?

[Tomasz Torcz]

On Mon, Sep 17, 2018 at 09:27:20AM +, Dorian ROSSE wrote:
> Hello Dear IT team worker,
> 
> Since yesterday my running kernel is 4.18.8 instead 4.17.2 but at each reboot 
> I have a system crashed,
> How to keep this laster running kernel without have a crash at each reboot ?


  Dorian,
this is not a support list.  Please direct your question elsewhere – the
lists run by distribution you use would be best.

-- 
Tomasz Torcz  ,,If you try to upissue this patchset I shall be 
seeking
xmpp: zdzich...@chrome.pl   an IP-routable hand grenade.'' -- Andrew Morton 
(LKML)

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] WantedBy=default.target

[Tomasz Torcz]

On Thu, Mar 07, 2019 at 06:55:21PM +0100, Reindl Harald wrote:
> 
> 
> Am 07.03.19 um 18:48 schrieb Tomasz Torcz:
> > On Thu, Mar 07, 2019 at 11:24:08AM +0100, Lennart Poettering wrote:
> >> 2. rtags (it uses default.target in a socket file, which is even
> >>weirder, should use sockets.target)
> > 
> >   sockets.target is rather odd for me. If I had (hypothetical)
> > socket-activable service, which is only relevant in GUI environment,
> > I would like its socket to be pulled in by graphical.target. Using
> > sockets.target would let my hypothetical service to be available in
> > text-only boot.
> 
> why should it be only relevant in GUI environment?

  Please stop evading my killfile by answering my emails.

-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] WantedBy=default.target

[Tomasz Torcz]

On Thu, Mar 07, 2019 at 11:24:08AM +0100, Lennart Poettering wrote:
> 2. rtags (it uses default.target in a socket file, which is even
>weirder, should use sockets.target)

  sockets.target is rather odd for me. If I had (hypothetical)
socket-activable service, which is only relevant in GUI environment,
I would like its socket to be pulled in by graphical.target. Using
sockets.target would let my hypothetical service to be available in
text-only boot.


-- 
Tomasz Torcz   "Never underestimate the bandwidth of a station
xmpp: zdzich...@chrome.plwagon filled with backup tapes." -- Jim Gray

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Question on Before=

[Tomasz Torcz]

On Sat, Feb 02, 2019 at 02:42:15PM -0500, Steve Dickson wrote:
> Hello,
> 
> In a.service  I have 
> 
> [Unit]
> Before=b.service 
> 
> [Install]
> RequiredBy=b.service
> 
> when I systemd start b.service (which happens to fail) 
> but... a.service is not being run.
> 
> So I guess my question is what do I have to do
> to ensure a.service is *always* run before b.service?

  Have you enabled a.service?

-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Question on Before=

[Tomasz Torcz]

On Sat, Feb 02, 2019 at 03:03:22PM -0500, Steve Dickson wrote:
> 
> 
> On 2/2/19 2:48 PM, Tomasz Torcz wrote:
> > On Sat, Feb 02, 2019 at 02:42:15PM -0500, Steve Dickson wrote:
> >> Hello,
> >>
> >> In a.service  I have 
> >>
> >> [Unit]
> >> Before=b.service 
> >>
> >> [Install]
> >> RequiredBy=b.service
> >>
> >> when I systemd start b.service (which happens to fail) 
> >> but... a.service is not being run.
> >>
> >> So I guess my question is what do I have to do
> >> to ensure a.service is *always* run before b.service?
> > 
> >   Have you enabled a.service?
> > 
> No... I did not think I had to... I figured 
> when b.service was started, a.service would be 
> run regardless of being enabled or disabled.
> 
> Is that not the case?

  Not really.  It would work, if you had in b.service line like
Requires=a.service (*).
  But apparently you do not want to modify b.service, so you
put RequiredBy= in a.service's [Install] section. Directives
in [Install] section requires "systemctl enable" to have symlinks
created and to have effect. After enable, it will work identical to (*).

  Nb. most services have RequireBy=multi-user.target (or WantedBy=). For
such services, enabling mean they will start at boot (beacuse
multi-user.target is part of boot process).  But there is not
requirement for services to be Wanted/Required by not boot-related
services and target.
  Thus, you often find in tutorials assertion that 
"systemctl enable" equals "start during boot". This is not true.


-- 
Tomasz Torcz"Funeral in the morning, IDE hacking
xmpp: zdzich...@chrome.plin the afternoon and evening." - Alan Cox

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] amavis broken

[Tomasz Torcz]

On Sun, Jun 16, 2019 at 06:11:46PM +, Dorian ROSSE wrote:
> Hello,
> 
> 
> My clam AV broken I follow It web page :
> 
> ● amavis.service - LSB: Starts amavisd-new mailfilter
>Loaded: loaded (/etc/init.d/amavis; generated)
>Active: failed (Result: exit-code) since Sun 2019-06-16 18:07:17 UTC; 13s 
> ago
>  Docs: man:systemd-sysv-generator(8)
>   Process: 24991 ExecStart=/etc/init.d/amavis start (code=exited, 
> status=1/FAILURE)
> 
> juin 16 18:07:16 bitfenix-server systemd[1]: Starting LSB: Starts amavisd-new 
> mailfilter...
> juin 16 18:07:17 bitfenix-server amavis[24991]: Starting amavisd: Number 
> found where operator expected at /etc/amavis/conf.d/50-user line 13, near "1"
> juin 16 18:07:17 bitfenix-server amavis[24991]: (Missing semicolon on 
> previous line?)
> juin 16 18:07:17 bitfenix-server amavis[24991]: Error in config file 
> "/etc/amavis/conf.d/50-user": Bareword "bitfenix" not allowed while "strict 
> subs" in use at /etc/amavis/conf.d/50-user line 13.

  Dorian,

   You have made a mistake in the configuration file.  And this is clearly
 stated in the error message.

   Anyway, you are emaling this list constantly with issues which are
 not related to systemd development. From the archives, I see you even
 encountered abrasive individuals like Reindl, whose emails are
 blacklisted by many.
   Please, stay on topic. If you need help wth your system, go to the
 support forums of the distribution you use. Continuing to send offtopic
 mails here will cause you to be killfiled and receive no help
 whatsoever.


-- 
Tomasz TorczOnce you've read the dictionary,
xmpp: zdzich...@chrome.pl   every other book is just a remix.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] connection failure

[Tomasz Torcz]

On Tue, Jul 02, 2019 at 03:39:04PM +0200, ABDUL MAJITH wrote:
> Hi all,
> 
> I am trying to use the Docker in GNS3, when I try to launch it show the
> error as follows,

  What kind of distribution is that?  We have to report a bug to them,
 they are spreading false support addresses,

> -- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel


-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Antw: systemd prerelease 243-rc2

[Tomasz Torcz]

On Thu, Aug 22, 2019 at 03:38:05PM +0200, Ulrich Windl wrote:
> >>> systemd tag bot  schrieb am 22.08.2019
> um
> 13:56 in Nachricht <20190822115637.1.05c510c92b339...@refi64.com>:
> > A new systemd ☠️ pre-release ☠️ has just been tagged. Please download the 
> > tarball here:
> 
> 
> > * On 64 bit systems, the "kernel.pid_max" sysctl is now bumped to
> >   4194304 by default, i.e. the full 22bit range the kernel allows, 
> > up
> >   from the old 16bit range. This should improve security and
> >   robustness, as PID collisions are made less likely (though 
> 
> I doubt it's increasing robustness for any existing application as
> pid_traditionally was 16 bit. I don't know if some applications try to
> sprintf() a pid into a char[6], but if they do, it might cause an application
> failure...

  What kind of tradition would that be?  Could you please point the
specific standard and implentation?  Everywhere I look pid_t is
"signed integer type" which is implemented as 32 bits.


-- 
Tomasz   .. oo o.   oo o. .o   .o o. o. oo o.   ..
Torcz.. .o .o   .o .o oo   oo .o .. .. oo   oo
o.o.o.   .o .. o.   o. o. o.   o. o. oo .. ..   o.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] Failed to restart xxxx.service: "Unit tmp.mount is masked"

[Tomasz Torcz]

On Sun, Sep 29, 2019 at 02:15:19AM +0800, 沙包妖梦 wrote:
> Hello, and help, I ran into an issue for several times. I don't know when
> and why it happen.
> 
> When I want to restart some service, it sais: "Failed to start
> xx.service: Unit .mount is masked".
> .mount has "RequiresMountsFor" or "PrivateTmp".
> When this happens, I will see ALL mountpoint units is masked by "systemctl
> status *.mount". (except something like sys-kernel-config.mount)

  "masked" means there is a symlink with the name of *.mount unit, 
in one of the unit search paths (listed in "man systemd.unit"),
pointing to /dev/null.
  You have to: 1) remove the symlinks; 2) figure what creates those
symlinks on your system.


-- 
Tomasz TorczTo co nierealne -- tutaj jest normalne.
xmpp: zdzich...@chrome.pl  Ziomale na życie mają tu patenty specjalne.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel

Re: [systemd-devel] How to handle staged installs with a Systemd unit?

[Tomasz Torcz]

On Thu, Dec 26, 2019 at 07:37:05PM -0500, Jeffrey Walton wrote:
> > It looks like the problem is (to me), GNU Coding Standards does not
> > provide guidance on the use case. There is no procedure detailed by
> > the standard. Confer, the entire standard as a single web page:
> > https://www.gnu.org/prep/standards/standards.html . The word service
> > appears once in the context of "long distance telephone service".
> >
> > Let me ping them and ask them to add a section on Services with both
> > init and systemd.
> 
> Sent to the Foundation:


  I don't know why do you want to involve GNU here.  Their operating
system (Hurd) does not run systemd.  

-- 
Tomasz TorczTo co nierealne – tutaj jest normalne.
to...@pipebreaker.pl  Ziomale na życie mają tu patenty specjalne.

___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel