[mythtv-users] Connecting slave backend locks up master backend

[John Nissley]

I am running a recent trunk build number 25297 on Fedora 12 and Fedora 
13.  I have two f/e b/e combinations running on Fedora 12 and a multi 
purpose Fedora 13 that I use for a frontend at times and wanted to 
connect the backend on the Fedora 13 machine every now and then to help 
with commercial flagging during heavy recording times.

My problem is when ever I try to connect my third backend it will not 
connect and it freezes up the master backend.  I have firewalls on 
everything disabled and selinux turned off so I could make sure that was 
not the problem.  I checked the interwebs for help and nothing I found 
there helped.  I am running the same build on all machines.

Here are my error logs.

slave backend
2010-07-08 17:13:03.664 Connected to database 'mythconverg' at host: 
192.168.10.7
2010-07-08 17:13:03.697 mythbackend: No capture cards are defined: This 
backend will not be used for recording.
2010-07-08 17:13:03.731 Main::Registering HttpStatus Extension
2010-07-08 17:13:03.762 Enabled verbose msgs:  important general
2010-07-08 17:13:04.798 Connecting to master server: 192.168.10.7:6543
2010-07-08 17:13:04.829 Connected successfully
2010-07-08 17:13:10.880 MythSocket(1b69bb0:23): writeStringList: Error, 
invalid string list.
2010-07-08 17:13:13.737 mythbackend: Running housekeeping thread
2010-07-08 17:13:41.892 Connecting to master server: 192.168.10.7:6543
2010-07-08 17:13:41.930 Connected successfully
2010-07-08 17:14:11.963 MythSocket(1b69740:23): readStringList: Error, 
timed out after 30000 ms.
2010-07-08 17:14:12.001 MainServer, Error: Failed to open master server 
socket, timeout

master backend
2010-07-08 17:20:14.112 adding: office as a slave backend server
2010-07-08 17:20:50.134 MythSocket(144e9c0:46): readStringList: Error, 
timed out after 30000 ms.

Any insight would be appreciated.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20100708/2dabdf20/attachment.htm>