<div dir="ltr"><div>> Stephen Worthington <a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a> via <a href="http://mythtv.org">mythtv.org</a> <br>> 6:38 AM (5 hours ago)<br><br>>...  I have seen a<br>> suggestion to use a "pingnetwork.service" which pings an external<br>> address (eg the main switch or router on the network) and becomes<br>> active only after it gets a reply. It does not seem to be a builtin<br>> service though, so you would have to write the systemd unit file<br>> yourself to do that.  It would not be too difficult to do, but does<br>> require a bit of experience with systemd.  I have thought about doing<br>> it myself, but have not found the time yet.<br><br>Shouldn't the " After=mysql.service network.target" in the service file do that?  <br><br>With the caveat, I currently do not have a backend running on Stretch.  I found on a  Stretch re-install about a year ago that I yet again forgot to check that "ping server"  box was unchecked in the backend setup - that has stopped the backend from starting for me since about .24 (it went straight to set-up) even on a combined FE/BE with local DB.   That has been the default setup on deb-multimedia (and likely Mythbuntu?) for some time, although it might have changed recently. <br><br>I use the old System V commands.  They may be buggy but they work (service mythtv-backend). <br><br>You asked about systemd logs.  There are others around more familiar with systemd, but my crib notes contain:<br><br>>  Look for errors in the systemd journal with<br>> root@debian:~/.kde/share/config# journalctl -b -p 3     <br>(Increasing number increases verbosity)<br>> <br>> journalctl with no arguments lists all entries<br><br>I seem to recall that I had to turn that journal on/give it a quota as the logs can overwhelm small drives. <br><br>As for systemd itself, you probably have found something similar already.<br><br>> systemctl start httpd.service<br>> systemctl stop httpd.service<br>> These commands take effect immediately to start or stop the web server (httpd) based on its unit file. You can think of stop as the first level of “off” for a unit in systemd.<br>> <br>> systemctl enable httpd.service<br>> systemctl disable httpd.service<br>> These commands do not take effect immediately. They ensure the service will be started (or not) after the next system boot. You can think of disable as the second level of “off” for systemd units.<br>> <br>> Masking is a third level, less often used but quite powerful. But before we look at masking, we need to understand why it exists: dependencies.<br>> To record unit masking, systemd uses the local system configuration files in /etc/systemd/. It writes a link file pointing to /dev/null, the famous “nothing” file in UNIX and Linux. So for instance, masking httpd.service would result in this link:<br>> $ sudo systemctl mask httpd.service<br>> Created symlink from /etc/systemd/system/httpd.service to /dev/null.<br>> Note this is equivalent to running this command:<br>> $ sudo ln -s /dev/null /etc/systemd/system/httpd.service<br><br></div><div>Good luck.<br></div><div><br></div>W<br><div><br></div></div>