| Summary: | mythbackend does not restart when it unexpectedly exits | ||
|---|---|---|---|
| Product: | Fedora | Reporter: | Patrick Higgins <patrick.allen.higgins> |
| Component: | mythtv | Assignee: | Richard <hobbes1069> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | P5 | ||
| Version: | 16 | ||
| Hardware: | All | ||
| OS: | GNU/Linux | ||
| namespace: | |||
|
Description
Patrick Higgins
2011-12-08 17:11:38 CET
For this particular failure I agree with you, however, I don't think we can detect why mythbackend didn't start. If there was a more serious issues, such as database corruption, I don't think you'd want to make it worse by repeatedly trying to start. The systemd unit file already requires mysql be started. I think the best approach if it can be accomplished is to find out why systemd started mybackend before mysql was ready to accept connections. Also keep in mind, if you want to customize the unit file just copy it into /etc/systemd/system and modify as much as you want. Don't modify it in /lib/systemd/system because it will be over-written on the next mythtv update. Come to think of it, it wouldn't hurt to add this verbage to the unit file. Richard Can you still reproduce this problem? I'd like to take it to the Fedora mailing list to see if this is a problem with systemd or with mysql but I'd like a conformation before doing so. Thanks, Richard I'm going to call this INVALID but if you want the ability to restart just copy the service file to /etc/systemd/service and modify it. |