[mythtv] Rescheduling only after restart of mythbackend

Thomas Zinner tzinner at t-online.de
Mon Jun 9 06:56:18 UTC 2014

Hi all!

First: I ask this question in the last year in the user-mailing-list. But no one couldt help.

My mythtv-server is running (and growning) for the last 7 or 8 years.
Nowadays I have two DVB-T-Card (USB), one DVB-S-Card (PCI) and two
DVB-S2-Card (one USB, one PCI) on the run.
It runs for some three years in this config.

For now nearly a year, my myth-server has a strange behavior, i do not know in the years

When I add a new recording, I can see at the record-table (or in mythweb
in the (sorry only german) 'aufnahmemodi'), but it will never appear in
upcoming (in german: 'Aufnahmeplan') until a restart of the backend.
After a restart of the backend, it will appaear.
After a restart, I can work for some minutes (5-10 Min), after this time it run as above. 
Same with "sleeping" records in upcoming: No way to activate them without restart of the backend. (A 'reload' will not do this job.)

What did I try:
1) analyse an repair tables
2) Build up a complete new database (only 'record' is my old table!)
No change!
And as the "last help...
3) a daily restart of the backend as cronjob, to actualize one time a day (not good, but it works).

Here some data
2014-06-09 08:25:58.081867 C  mythfilldatabase version: fixes/0.26 [v0.26.1-34-g81ce5c0] www.mythtv.org
2014-06-09 08:25:58.081906 C  Qt version: compile: 4.8.1, runtime: 4.8.1
2014-06-09 08:25:58.081918 N  Enabled verbose msgs:  general
2014-06-09 08:25:58.081973 N  Setting Log Level to LOG_INFO
2014-06-09 08:25:58.083649 I  Added logging to the console
2014-06-09 08:25:58.083907 I  Setup Interrupt handler
2014-06-09 08:25:58.083943 I  Setup Terminated handler
2014-06-09 08:25:58.084018 I  Setup Segmentation fault handler
2014-06-09 08:25:58.084038 I  Setup Aborted handler
2014-06-09 08:25:58.084056 I  Setup Bus error handler
2014-06-09 08:25:58.084075 I  Setup Floating point exception handler
2014-06-09 08:25:58.084093 I  Setup Illegal instruction handler
2014-06-09 08:25:58.084122 I  Setup Real-time signal 0 handler
2014-06-09 08:25:58.084268 N  Using runtime prefix = /usr
2014-06-09 08:25:58.084300 N  Using configuration directory = /root/.mythtv
2014-06-09 08:25:58.084489 I  Assumed character encoding: de_DE.UTF-8
2014-06-09 08:25:58.113622 N  Empty LocalHostName.
2014-06-09 08:25:58.113648 I  Using localhost value of vdr01
2014-06-09 08:25:58.113724 I  Testing network connectivity to 'vdr01.zinner.intern'
2014-06-09 08:25:58.115402 I  Starting process signal handler
2014-06-09 08:25:58.117191 I  Starting IO manager (write)
2014-06-09 08:25:58.115352 I  Starting process manager
2014-06-09 08:25:58.117152 I  Starting IO manager (read)
2014-06-09 08:25:58.307055 N  Setting QT default locale to de_DE
2014-06-09 08:25:58.307123 I  Current locale de_DE
2014-06-09 08:25:58.307166 N  Reading locale defaults from /usr/share/mythtv//locales/de_de.xml
2014-06-09 08:25:58.327178 I  Added logging to mythlogserver at TCP:35327
2014-06-09 08:25:58.358584 I  Loading de translation for module mythfrontend
2014-06-09 08:25:58.381989 I  Current MythTV Schema Version (DBSchemaVer): 1307
2014-06-09 08:25:58.385000 I  Source 1 configured to use only the broadcasted guide data. Skipping.
2014-06-09 08:25:58.393076 I  Source 2 configured to use only the broadcasted guide data. Skipping.
2014-06-09 08:25:58.398744 I  Source 3 configured to use only the broadcasted guide data. Skipping.
2014-06-09 08:25:58.414731 N  Data fetching complete.
2014-06-09 08:25:58.414772 I  Adjusting program database end times.
2014-06-09 08:25:59.688366 I      1 replacements made
2014-06-09 08:25:59.688375 I  Marking generic episodes.
2014-06-09 08:26:00.599974 I      Found 125
2014-06-09 08:26:00.600115 I  Extending non-unique programids with multiple parts.
2014-06-09 08:26:00.773196 I      Found 0
2014-06-09 08:26:00.773288 I  Marking repeats.
2014-06-09 08:26:01.103940 I      Found 0
2014-06-09 08:26:01.103948 I  Unmarking new episode rebroadcast repeats.
2014-06-09 08:26:01.104334 I      Found 0
2014-06-09 08:26:03.460123 I  Marking episode first showings.
2014-06-09 08:26:10.799933 I      Found 77491
2014-06-09 08:26:10.800002 I  Marking episode last showings.
2014-06-09 08:26:18.050090 I      Found 77779
2014-06-09 08:26:18.072869 I  
| Attempting to contact the master backend for rescheduling.  |
| If the master is not running, rescheduling will happen when |
| the master backend is restarted.                            |
2014-06-09 08:26:18.089342 I  MythCoreContext: Connecting to backend server: (try 1 of 1)
2014-06-09 08:26:18.091314 I  Using protocol version 75
2014-06-09 08:26:18.100489 N  mythfilldatabase run complete.
MythTV Version : v0.26.1-34-g81ce5c0
MythTV Branch : fixes/0.26
Network Protocol : 75
Library API : 0.26.20131221-1
QT Version : 4.8.1
Options compiled in:
linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_iptv using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_live using_mheg using_libass using_libxml2
Distributor ID: Ubuntu
Description:    Ubuntu 12.04.4 LTS
Release:        12.04
Codename:       precise3.2.0-64-generic x86_64
3.2.0-64-generic x86_64
Server-Version without a running X.

mysql  Ver 14.14 Distrib 5.5.37, for debian-linux-gnu (x86_64) using readline 6.2

Do you need more/other data?

I think, its a problem with the amaount of the database.
German TV-channels send the EIT up to 1,5 month. Because of this, my database does grow a lot over the time. To big?
Do one have any hint for me?
Is there a way to limit the eit-data to (for example) three days?
Thanks a lot for your help!


More information about the mythtv-dev mailing list