[Solved] SystemD, how to start a service after network is up.

Question

Hello,
I'm recently involved to set up a daemon which should be ready after boot (aria2). Then it fails, as it fails minidlna as well.
The reason is that they try to come up but there's no host to talk to. See this page.
For my purposes, it should be good when the daemons find the necessary to stay alive (even they won't have a network fully ready, that may happen in less than a minute later). For minidlna is needed a valid IP which could be 127.0.0.1 or localhost, for aria2 it may be same or just looking for a RPC binding.
This what the logs are telling me.
I was trying to set more dependencies in the service, but even to set
After=wpa_supplicant.service
it doesn't have effect.
I don't find a solution, as far as my knowledge spans. Another chance would take to set a systemD timer and when that will be gone to start the daemon. Sorry but I don't know much about that.
Looking for someone here to guide to right direction.
TIA
Last edited by TheSaint (2013-07-15 03:12:37)

Answer 1

WonderWoofy wrote:It depends on what network management utility you use and therefore also how you connect.  If you are using an ethernet connection, you could just use dhcpcd@<interface>.service.  This is a very simple service, and the network.target will not be reached until the IP address and connectivity is established.
Meanwhile some good suggestion (like yours) came up, I've tried a couple of recipes. But  dhcpcd.service didn't get it right. Maybe dhcpcd@<interface>.service, would work, I'll see later.
I got this working:
[Unit]
Description=aria2 Service
Requires=network.target
After=dhcpcd.service
[Service]
Type=forking
User=aria2
Group=aria2
EnvironmentFile=/etc/conf.d/aria2.conf
WorkingDirectory=/var/aria2
ExecStart=/usr/bin/aria2c $ARIACMD
ExecReload=/usr/bin/kill -HUP $MAINPID
RestartSec=1min
Restart=on-failure
[Install]
WantedBy=multi-user.target
You may note the After=dhcpcd.service, but it doesn't work. I found RestartSec=1min ,Restart=on-failure more effective and perhaps less blocking to wait for the network to be ready. As a server this  should be a small issue, very seldom compared with the running time. We (family members) can accept a little wait for the service to be on.
Exactly I don't know which of the two is the right solution, maybe the delay is the right one.
I was doing a cron scheduled job, before using systemd  boot, which was kicking minidlna every 5 minutes, since it was dieing often. I didn't discover what was the reason.
I think I'll have to study another recipe which sets up a timer and keep an eye on these two services, for the long term service. But even cron would suffice, I think.
WonderWoofy wrote:if you are using wireless, the only two real solutions would be to use netctl@<profile>.service, which too won't reach the network.target until a conplete connection is made
Yes I'm on wireless network and the interface plugged on USB . My intent should go beyond any particular configuration. Maybe because I'd like to show a working setup, which may fit for all configuration (90 % )
I have to admit that the actual solution do not care much whether the network is found, so I hope to get a smarter setup that counts on the necessary tools before try something. However it's proved that they fail when no connection to the router is done. But I'm preferring that they succeed. 
WonderWoofy wrote: NetworkManager gets around this by implementing an additional service called (unimaginatively) NetworkManager-wait-online.service, which is pulled in automatically when you enable NetowrkManager.service.
As I stated above I'm expecting a solution that won't pull in so much dependencies. Even NM is my connection manager, on the server.
WonderWoofy wrote:
You probably also want to use Requisite=aria2c.service on the minidlna.service as well.  This too means that it will be started after aria2c, but that it will not start at all if it is not running or fails.
Additionally, you could try using the Requisite configuration on the minidnla, while setting the aria2c to restart itself on failure.  So that it will keep trying, and once it does, then minidlna will start.
looks like a dog biting the tail . It's much preferable a separated failure, just in case.
WonderWoofy wrote:Edit: Also, it is not SystemD.  It is systemd (like other "daemon" binaries in *nix).
I'm quite sure I saw it somewhere, none of my inventions
Last edited by TheSaint (2013-07-13 07:10:33)