<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 23, 2019 at 11:05 AM Ian Cameron <<a href="mailto:mkbloke@gmail.com">mkbloke@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 23 Apr 2019 at 14:13, Bill Meek <<a href="mailto:keemllib@gmail.com" target="_blank">keemllib@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">There's also a MythTV System Event: 'Master backend shutdown' that fires<br>
just before the backend (guess what) shuts down ;).<br></blockquote><div><br></div><div>I was thinking about making the same suggestion, but I also wondered what would happen if the mythbackend process takes too long to exit as a result of running the DB optimisation via the shut-down event.  Is there a possibility that systemd could "hard kill" the mythbackend process as a result of it taking too long to stop because it's running the DB optimisation?<br></div><div><br></div><div>Cheers, Ian</div><div><br></div></div></div>
_______________________________________________<br>I would think it would be OK because as long as it fires second last, before the connected client shutdown check? Anyone know about this?</blockquote></div></div>