Ticket #5210 (closed patch: fixed)
Opened 4 years ago
Last modified 3 years ago
Automatic shutdown for SBE
| Reported by: | Guillaume Membré <gmembre@…> | Owned by: | cpinkham |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.22 |
| Component: | scheduler | Version: | head |
| Severity: | low | Keywords: | auto shutdown for a SBE |
| Cc: | Ticket locked: | no |
Description
This patch allows a SBE to shutdown it self independently of the MBE. It works like a standalone master backend with the idleTimeoutSecs as if no MBE was present. A new setting enables this feature : idleTimeoutSlaveSecs. It can be configured through mythtv-setup in the screen "Shutdown/Wakeup? Options".
Attachments
Change History
comment:1 Changed 4 years ago by Guillaume Membré <gmembre@…>
Here is some informations I forgot to tell : it asks the MBE about new pending recordings with QUERY_GETALLPENDING at startup, at the end of a recording and when a SCHEDULE_CHANGE is received. It also avoid a MBE to send again a BACKEND_MESSAGE it just send a second before and thus avoid flooding a SBE.
comment:2 Changed 4 years ago by laga
- Status changed from new to infoneeded_new
- Version changed from 0.21-fixes to head
- Severity changed from medium to low
- Milestone changed from 0.21.1 to 0.22
This is a new feature. New features usually do not go into a -fixes branch. Can you update your patch to trunk?
Goob job, btw.
comment:3 Changed 4 years ago by Guillaume Membré <gmembre@…>
Yes this is a new feature. Unfortunately, I don't have time to setup mythtv with version 0.22 without breaking my installation running the version 0.21. The time I wrote it, 0.21 was just released ant I thought it was the best way to submit it.
However, I just found that live tv is broken whith this feature : I think I found what happended : when calling FillRecordListFromMaster?() a new socket is open and disrupt the live tv.
Here is a new patch againt 0.21 that handle this correctly but it doesn't call FillRecordListFromMaster?() anymore, it relies FillRecordList?().
comment:4 Changed 3 years ago by Dibblah
ticket.2.diff appears to be corrupted. Is there any way you could re-upload?
comment:5 Changed 3 years ago by cpinkham
- Status changed from infoneeded_new to new
I have a mostly-complete patch to allow the master backend to bring slaves up and down as needed. This may obviate the need for the patch in this ticket. The patch I've written allows the master to consider the slave's tuners for recordings and wake a slave up when necessary and tell a slave to go to sleep (shutdown/whatever) when the slave won't be needed for a while (and isn't in use).
comment:6 Changed 3 years ago by Guillaume Membré <gmembre@…>
Great news.
In my solution, the slave backend was awaken by the master backend with a magic wol packet sended by a "at" job... this mecanism was done outside mythtv but your work seems promising!
Let me know if you need more informations. Thanks :) Guillaume
comment:7 Changed 3 years ago by Dibblah
- Owner changed from bjm to cpinkham
- Status changed from new to assigned
comment:8 Changed 3 years ago by cpinkham
- Status changed from assigned to closed
- Resolution set to fixed
I don't think this patch is necessary anymore since the master backend can now shutdown and wakeup slaves on-demand when they are required for recording. This functionality went into trunk in [20084]. Closing as 'fixed, but in a slightly different manner'
