[mythtv-users] May have found a cause for a bug I am experiencing with the verison of 0.24 that will eventually become 0.25

Douglas Peale Douglas_Peale at comcast.net
Tue Sep 20 03:11:21 UTC 2011


The bug is that the HDHomeRun tuners can not be accessed when the backend is started at startup.

The HDHomeRun tuners can be accessed after the backend has been restarted.

I have this in the backend log when finding the tuners fails:

Sep 19 18:15:27 Compromise mythbackend[1485]: Connected to database 'mythconverg' at host: localhost
Sep 19 18:15:28 Compromise mythbackend[1485]: HDHRSH(1016A87D-0): Unable to connect to device
Sep 19 18:15:28 Compromise mythbackend[1485]: DTVMux: ParseTuningParams -- Unknown tuner type
Sep 19 18:15:28 Compromise mythbackend[1485]: DTVChan(1016A87D-0): SetChannelByString(2.1): Failed to initialize multiplex options
Sep 19 18:15:28 Compromise mythbackend[1485]: HDHRSH(1016A87D-0): Get request failed#012#011#011#011eno: Resource temporarily
unavailable (11)
Sep 19 18:15:29 Compromise mythbackend[1485]: HDHRSH(1016A87D-0): Set request failed#012#011#011#011eno: Resource temporarily
unavailable (11)
Sep 19 18:15:29 Compromise mythbackend[1485]: Database connection created: DBManager3
Sep 19 18:15:29 Compromise mythbackend[1485]: New DB connection, total: 3
Sep 19 18:15:29 Compromise mythbackend[1485]: Connected to database 'mythconverg' at host: localhost
Sep 19 18:15:29 Compromise mythbackend[1485]: DTVMux: ParseTuningParams -- Unknown tuner type
Sep 19 18:15:29 Compromise mythbackend[1485]: DTVChan(1016A87D-0): SetChannelByString(9.1): Failed to initialize multiplex options
Sep 19 18:15:29 Compromise mythbackend[1485]: HDHRSH(1016A87D-0): Get request failed#012#011#011#011eno: Resource temporarily
unavailable (11)
Sep 19 18:15:30 Compromise mythbackend[1485]: HDHRSH(1016A87D-0): Set request failed#012#011#011#011eno: Resource temporarily
unavailable (11)
Sep 19 18:15:30 Compromise mythbackend[1485]: DTVMux: ParseTuningParams -- Unknown tuner type
Sep 19 18:15:30 Compromise mythbackend[1485]: DTVChan(1016A87D-0): SetChannelByString(9.1): Failed to initialize multiplex options
Sep 19 18:15:30 Compromise mythbackend[1485]: DTVMux: ParseTuningParams -- Unknown tuner type
Sep 19 18:15:30 Compromise mythbackend[1485]: DTVChan(1016A87D-0): SetChannelByString(2.1): Failed to initialize multiplex options

upstart conf file:
$ cat mythtv-backend.conf
# MythTV Backend service

description     "MythTV Backend"
author          "Mario Limonciello <superm1 at ubuntu.com>"

start on (local-filesystems and net-device-up IFACE=lo and started udev-finish)
stop on runlevel [016]

#expect fork
respawn
respawn limit 2 3600

pre-start script
    [ -x /usr/sbin/mysqld ] || exit 0
    for i in `seq 1 30` ; do
       /usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping && exit 0
       sleep .5
    done
end script

script
    test -f /etc/default/locale && . /etc/default/locale || true
    LANG=$LANG /usr/bin/mythbackend --syslog local7 --user mythtv
end script


and I find this bug:
https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/702802

It seems that even though the network says it is ready, one still can't yet communicate on the network when MythTV tries to find
the HDHomeRun tuners.

I'm not too familiar with upstart, I'm trying to find some event to wait for, or some way of inserting a fixed delay as a
workaround.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
Url : http://www.mythtv.org/pipermail/mythtv-users/attachments/20110919/2e22ab5d/attachment.bin 


More information about the mythtv-users mailing list