[mythtv-users] Frontend does not recover from master backend reboot

[Jan Ceuleers]

Hello.

# mythbackend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.28.2-6-g9031599
MythTV Branch : fixes/0.28
Network Protocol : 88
Library API : 0.28.20161120-1
QT Version : 5.5.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_vbox using_ceton
using_hdpvr using_ivtv using_joystick_menu using_libcec using_libcrypto
using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg
using_opengl using_opengl_video using_opengl_themepainter using_qtwebkit
using_qtscript using_qtdbus using_sdl using_taglib using_v4l2 using_x11
using_xrandr using_xv using_profiletype using_bindings_perl
using_bindings_python using_bindings_php using_freetype2
using_mythtranscode using_opengl using_vaapi using_vdpau
using_ffmpeg_threads using_mheg using_libass using_libxml2

I recently moved some of my tuners downstairs, attaching them to a
machine that had previously only been used as a frontend. Obviously that
machine thereby also became a slave backend.

Ever since I did that the frontend does not recover from reboots of the
master backend: the reboot occurs while the frontend is at rest at the
watch recordings screen. It first displays the (expected) error message
that the backend is offline. But shortly thereafter (while the master
backend server is still rebooting) it says that the backend is online
again. I then wait for the master backend to actually fully reboot and
attempt to play a recording. This fails, saying that the file cannot be
found. I can only recover from this situation by also restarting the
frontend.

Could it be that when the master backend goes offline the frontend goes
in search of another backend, finds the one running on localhost and
then never switches back to the master when it is back? Because
obviously the slave backend only has access to recordings it has made
itself, not the files that physically reside on the master backend.

Thanks, Jan