Mailing List Archive

Remotely monitor Backend is running
Hi Folks!


Trying to create a script to let me know when my MythTV Backend is not
running. What I have works, but apparently only if totally off-line (as
in off). This morning not quite sure what happened but the Frontend
could not find the Backend (glanced at the screen, knew it was a BE
issue). Accessing the webpage (Firefox to 192.168.4.3:6544) the “last
10” rotating display was not present, fairly certain the ‘Current Tuner
Activity” listing was present; ‘Frontend Status” was definitely present.
(Probably unnecessary information, but in case help….)


What I current have follows; cron on the computer my rump is usually in
front of has a script which inquires the Backend every 15 minutes during
the day. If no problem no notification; if there is a problem a popup
appears on my screen. Works if the MythTV is totally off, but did not
notify with the above situation. I also prefer the pop-up over an e-mail
notification.


The nitty-grity so far:


The Backend is at 192.168.4.3.


crontab on my computer:


# Test Backend 3 (BE3) is on-line every 15 minutes from 6:00 a.m. to
7:45 p.m.

# The script does not display except with a problem

*/15 07-19 * * * export DISPLAY=:0 && /bin/sh '/home/barry/MythTV
Backend Scripts/Test_BE3.sh'


==> barry@NZXT:~$ cat '/home/barry/MythTV Backend Scripts/Test_BE3.sh'

#!/bin/sh


# Test Backend 3 (BE3) 192.168.4.3

#

# Test cmd line for make appear off-line: search for " nc -z "

#

#####################################################################

# Create variables

current_date_time=$(date)


#####################################################################

# Test connection -- port 6544 is default -- use 8080 for off-line test

nc -z 192.168.4.3 6544

if [ $? -eq 0 ]

then

echo "BE3 is up."

else

echo "exit status is $?."

echo "BE3 192.168.4.3:6544 down."

Err_BE3_1="Oh-oh!! MythTV Backend 3 (BE3 - 192.168.4.3) is down! "

# XMsg_Size=" -fn '-*-*-*-r-*--0-150-0-0-p-*-iso8859-1'"

# Why this works in one script and not another -- bug

# XMsg_Size=" -fn '-*-*-*-r-*--0-200-0-0-p-*-iso8859-1'"

# echo "$current_date_time\n $Err_BE3_1\n" | xmessage $XMsg_Size -file -

echo "$current_date_time\n $Err_BE3_1\n" | xmessage -fn
'-*-*-*-r-*--0-200-0-0-p-*-iso8859-1' -file -


fi


exit



I don’t know what netcat’s -z switch does – saw it when cookbooking
another project and seemed to do what I needed. ..Something about not
sending data (which is probably good as I saw something about a lot of
pings could lock up MythTV).


Thanks!

Barry
Re: Remotely monitor Backend is running [ In reply to ]
On Fri, 8 Oct 2021 18:54:04 -0500, you wrote:

>
>Hi Folks!
>
>
>Trying to create a script to let me know when my MythTV Backend is not
>running. What I have works, but apparently only if totally off-line (as
>in off). This morning not quite sure what happened but the Frontend
>could not find the Backend (glanced at the screen, knew it was a BE
>issue). Accessing the webpage (Firefox to 192.168.4.3:6544) the ?last
>10? rotating display was not present, fairly certain the ?Current Tuner
>Activity? listing was present; ?Frontend Status? was definitely present.
>(Probably unnecessary information, but in case help?.)
>
>
>What I current have follows; cron on the computer my rump is usually in
>front of has a script which inquires the Backend every 15 minutes during
>the day. If no problem no notification; if there is a problem a popup
>appears on my screen. Works if the MythTV is totally off, but did not
>notify with the above situation. I also prefer the pop-up over an e-mail
>notification.
>
>
>The nitty-grity so far:
>
>
>The Backend is at 192.168.4.3.
>
>
>crontab on my computer:
>
>
># Test Backend 3 (BE3) is on-line every 15 minutes from 6:00 a.m. to
>7:45 p.m.
>
># The script does not display except with a problem
>
>*/15 07-19 * * * export DISPLAY=:0 && /bin/sh '/home/barry/MythTV
>Backend Scripts/Test_BE3.sh'
>
>
>==> barry@NZXT:~$ cat '/home/barry/MythTV Backend Scripts/Test_BE3.sh'
>
>#!/bin/sh
>
>
># Test Backend 3 (BE3) 192.168.4.3
>
>#
>
># Test cmd line for make appear off-line: search for " nc -z "
>
>#
>
>#####################################################################
>
># Create variables
>
>current_date_time=$(date)
>
>
>#####################################################################
>
># Test connection -- port 6544 is default -- use 8080 for off-line test
>
>nc -z 192.168.4.3 6544
>
>if [ $? -eq 0 ]
>
>then
>
>echo "BE3 is up."
>
>else
>
>echo "exit status is $?."
>
>echo "BE3 192.168.4.3:6544 down."
>
>Err_BE3_1="Oh-oh!! MythTV Backend 3 (BE3 - 192.168.4.3) is down! "
>
># XMsg_Size=" -fn '-*-*-*-r-*--0-150-0-0-p-*-iso8859-1'"
>
># Why this works in one script and not another -- bug
>
># XMsg_Size=" -fn '-*-*-*-r-*--0-200-0-0-p-*-iso8859-1'"
>
># echo "$current_date_time\n $Err_BE3_1\n" | xmessage $XMsg_Size -file -
>
>echo "$current_date_time\n $Err_BE3_1\n" | xmessage -fn
>'-*-*-*-r-*--0-200-0-0-p-*-iso8859-1' -file -
>
>
>fi
>
>
>exit
>
>
>
>I don?t know what netcat?s -z switch does ? saw it when cookbooking
>another project and seemed to do what I needed. ..Something about not
>sending data (which is probably good as I saw something about a lot of
>pings could lock up MythTV).
>
>
>Thanks!
>
>Barry

The nc -z option tells nc to do a TCP connection without sending any
data - it just disconnects again. I ran Wireshark to confirm this. So
what it does is send a SYN, gets a SYN,ACK reply, sends an ACK, sends
a FIN,ACK, gets an ACK reply. Just TCP setup and disconnect packets,
with no data in them. So what is being tested is that there is a
program that is accepting TCP connections on port 6544.

It might be better to actually use the MythTV API and, for example,
request the next recording time, as that would check that a lot more
of mythbackend is working. It is better to use Python for that, as
there is API support for Python. I have code to do that as part of my
gaps program:

http://www.jsw.gen.nz/mythtv/gaps

which is probably a reasonable example of a real life use of that API
call, so you could just take a copy of gaps and cut out all the extra
code to just leave a call to Dvr/GetUpcomingList and check the results
and then return 0 for OK or an error code from that. However, that
requires that you know at least a bit of Python. If you would like me
to do a cut down version like that, let me know.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
> On 9 Oct 2021, at 1:09 pm, Stephen Worthington <stephen_agent@jsw.gen.nz> wrote:
>
> On Fri, 8 Oct 2021 18:54:04 -0500, you wrote:
>
>>
>> Hi Folks!
>>
>>
>> Trying to create a script to let me know when my MythTV Backend is not
>> running. What I have works, but apparently only if totally off-line (as
>> in off). This morning not quite sure what happened but the Frontend
>> could not find the Backend (glanced at the screen, knew it was a BE
>> issue). Accessing the webpage (Firefox to 192.168.4.3:6544) the ?last
>> 10? rotating display was not present, fairly certain the ?Current Tuner
>> Activity? listing was present; ?Frontend Status? was definitely present.
>> (Probably unnecessary information, but in case help
> .)
>>
>>
>> What I current have follows; cron on the computer my rump is usually in
>> front of has a script which inquires the Backend every 15 minutes during
>> the day. If no problem no notification; if there is a problem a popup
>> appears on my screen. Works if the MythTV is totally off, but did not
>> notify with the above situation. I also prefer the pop-up over an e-mail
>> notification.
>>
>>
>> The nitty-grity so far:
>>
>>
>> The Backend is at 192.168.4.3.
>>
>>
>> crontab on my computer:
>>
>>
>> # Test Backend 3 (BE3) is on-line every 15 minutes from 6:00 a.m. to
>> 7:45 p.m.
>>
>> # The script does not display except with a problem
>>
>> */15 07-19 * * * export DISPLAY=:0 && /bin/sh '/home/barry/MythTV
>> Backend Scripts/Test_BE3.sh'
>>
>>
>> ==> barry@NZXT:~$ cat '/home/barry/MythTV Backend Scripts/Test_BE3.sh'
>>
>> #!/bin/sh
>>
>>
>> # Test Backend 3 (BE3) 192.168.4.3
>>
>> #
>>
>> # Test cmd line for make appear off-line: search for " nc -z "
>>
>> #
>>
>> #####################################################################
>>
>> # Create variables
>>
>> current_date_time=$(date)
>>
>>
>> #####################################################################
>>
>> # Test connection -- port 6544 is default -- use 8080 for off-line test
>>
>> nc -z 192.168.4.3 6544
>>
>> if [ $? -eq 0 ]
>>
>> then
>>
>> echo "BE3 is up."
>>
>> else
>>
>> echo "exit status is $?."
>>
>> echo "BE3 192.168.4.3:6544 down."
>>
>> Err_BE3_1="Oh-oh!! MythTV Backend 3 (BE3 - 192.168.4.3) is down! "
>>
>> # XMsg_Size=" -fn '-*-*-*-r-*--0-150-0-0-p-*-iso8859-1'"
>>
>> # Why this works in one script and not another -- bug
>>
>> # XMsg_Size=" -fn '-*-*-*-r-*--0-200-0-0-p-*-iso8859-1'"
>>
>> # echo "$current_date_time\n $Err_BE3_1\n" | xmessage $XMsg_Size -file -
>>
>> echo "$current_date_time\n $Err_BE3_1\n" | xmessage -fn
>> '-*-*-*-r-*--0-200-0-0-p-*-iso8859-1' -file -
>>
>>
>> fi
>>
>>
>> exit
>>
>>
>>
>> I don?t know what netcat?s -z switch does ? saw it when cookbooking
>> another project and seemed to do what I needed. ..Something about not
>> sending data (which is probably good as I saw something about a lot of
>> pings could lock up MythTV).
>>
>>
>> Thanks!
>>
>> Barry
>
> The nc -z option tells nc to do a TCP connection without sending any
> data - it just disconnects again. I ran Wireshark to confirm this. So
> what it does is send a SYN, gets a SYN,ACK reply, sends an ACK, sends
> a FIN,ACK, gets an ACK reply. Just TCP setup and disconnect packets,
> with no data in them. So what is being tested is that there is a
> program that is accepting TCP connections on port 6544.
>
> It might be better to actually use the MythTV API and, for example,
> request the next recording time, as that would check that a lot more
> of mythbackend is working. It is better to use Python for that, as
> there is API support for Python. I have code to do that as part of my
> gaps program:
>
> http://www.jsw.gen.nz/mythtv/gaps
>
> which is probably a reasonable example of a real life use of that API
> call, so you could just take a copy of gaps and cut out all the extra
> code to just leave a call to Dvr/GetUpcomingList and check the results
> and then return 0 for OK or an error code from that. However, that
> requires that you know at least a bit of Python. If you would like me
> to do a cut down version like that, let me know.

It is *very* easy to do this sort of stuff with systemd.

I offer 2 examples:

[Unit]
Description=MythTV backend service
After=network.target mysql.service
Requires=mysql.service
Wants=apache2.service

[Service]
Type=simple
EnvironmentFile=/etc/sysconfig/mythbackend
User=jam
Group=video
ExecStart=/usr/local/bin/mythbackend --logpath /var/log/mythtv $MYTHBACKEND_OPTIONS

[Install]
WantedBy=multi-user.target

---------------------------------------------------
[Unit]
Description=ssh tunnel to tigger
Requires=network.service

[Service]
ExecStart=/usr/bin/ssh -p 4123 -N -R 1200:localhost:22 -R 4001:localhost:4000 me@tigger.3utilities.com
Restart=always
RestartSec=30
User=doug

[Install]
WantedBy=multi-user.target


Including time qualifications.
In all my years of using myth it has ever 'ceased working' while the myth[front][back]end process 'continues running'
Have fun!
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
On Sat, 9 Oct 2021 13:28:21 +0800, you wrote:


>In all my years of using myth it has ever 'ceased working' while the myth[front][back]end process 'continues running'

There is a current bug that seems to be in the housekeeper database
cleanup where the backend stops responding for a minute or two while
the cleanup is running. Existing recordings continue without
problems, but the start of new recordings can be delayed - I get up to
30 seconds missing at the start of recordings. If you are already
playing a recording, that keeps going, but mythfrontend is unable to
talk to mythbackend to start a new playback. This likely in only
noticeable where the database is a bit bigger than average. So if you
see mythfrontend being unresponsive, check
/var/log/mythtv/mythbackend.log for the housekeeper activity:

root@mypvr:/var/log/mythtv# grep DBCleanup
/var/log/mythtv/mythbackend.log
Oct 9 17:41:44 mypvr mythbackend: mythbackend[163593]: I CoreContext
housekeeper.cpp:754 (Run) Queueing HouseKeeperTask 'DBCleanup'.
Oct 9 17:41:44 mypvr mythbackend: mythbackend[163593]: I HouseKeeping
housekeeper.cpp:144 (Run) Running HouseKeeperTask 'DBCleanup'.
Oct 9 17:47:43 mypvr mythbackend: mythbackend[163593]: I HouseKeeping
housekeeper.cpp:164 (Run) HouseKeeperTask 'DBCleanup' Finished
Successfully.

Mythbackend is not unresponsive for the whole period that DBCleanup is
running, but in my case it is normally unresponsive for a minute or
two during that time. I have a huge database, so I see it for longer
than most. One of the devs who is doing the SAT>IP code for v32 has
had it happen to him while he was testing the new code, and I think he
was investigating, but that was a couple of months ago.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
> On 9 Oct 2021, at 2:58 pm, Stephen Worthington <stephen_agent@jsw.gen.nz> wrote:
>
> On Sat, 9 Oct 2021 13:28:21 +0800, you wrote:
>
>
>> In all my years of using myth it has ever 'ceased working' while the myth[front][back]end process 'continues running'
>
> There is a current bug that seems to be in the housekeeper database
> cleanup where the backend stops responding for a minute or two while
> the cleanup is running. Existing recordings continue without
> problems, but the start of new recordings can be delayed - I get up to
> 30 seconds missing at the start of recordings. If you are already
> playing a recording, that keeps going, but mythfrontend is unable to
> talk to mythbackend to start a new playback. This likely in only
> noticeable where the database is a bit bigger than average. So if you
> see mythfrontend being unresponsive, check
> /var/log/mythtv/mythbackend.log for the housekeeper activity:
>
> root@mypvr:/var/log/mythtv# grep DBCleanup
> /var/log/mythtv/mythbackend.log
> Oct 9 17:41:44 mypvr mythbackend: mythbackend[163593]: I CoreContext
> housekeeper.cpp:754 (Run) Queueing HouseKeeperTask 'DBCleanup'.
> Oct 9 17:41:44 mypvr mythbackend: mythbackend[163593]: I HouseKeeping
> housekeeper.cpp:144 (Run) Running HouseKeeperTask 'DBCleanup'.
> Oct 9 17:47:43 mypvr mythbackend: mythbackend[163593]: I HouseKeeping
> housekeeper.cpp:164 (Run) HouseKeeperTask 'DBCleanup' Finished
> Successfully.
>
> Mythbackend is not unresponsive for the whole period that DBCleanup is
> running, but in my case it is normally unresponsive for a minute or
> two during that time. I have a huge database, so I see it for longer
> than most. One of the devs who is doing the SAT>IP code for v32 has
> had it happen to him while he was testing the new code, and I think he
> was investigating, but that was a couple of months ago.


Steven
I really do not have an axe to grind, was mearly saying "this works well"

But say you've stumbled over the 'unresponsive' bug, for me, shutdown of mythbackend takes 1 or 2 minutes then startup takes another 20 secs.
Also if the unresponsive delay is DB then maybe API calls behave normally.

Since the objective is 'have fun' so no worries, but methinks the solutions talked about here are aimed at the wrong problem.

ciao
James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
On Sat, 9 Oct 2021 15:16:05 +0800, you wrote:

>
>
>> On 9 Oct 2021, at 2:58 pm, Stephen Worthington <stephen_agent@jsw.gen.nz> wrote:
>>
>> On Sat, 9 Oct 2021 13:28:21 +0800, you wrote:
>>
>>
>>> In all my years of using myth it has ever 'ceased working' while the myth[front][back]end process 'continues running'
>>
>> There is a current bug that seems to be in the housekeeper database
>> cleanup where the backend stops responding for a minute or two while
>> the cleanup is running. Existing recordings continue without
>> problems, but the start of new recordings can be delayed - I get up to
>> 30 seconds missing at the start of recordings. If you are already
>> playing a recording, that keeps going, but mythfrontend is unable to
>> talk to mythbackend to start a new playback. This likely in only
>> noticeable where the database is a bit bigger than average. So if you
>> see mythfrontend being unresponsive, check
>> /var/log/mythtv/mythbackend.log for the housekeeper activity:
>>
>> root@mypvr:/var/log/mythtv# grep DBCleanup
>> /var/log/mythtv/mythbackend.log
>> Oct 9 17:41:44 mypvr mythbackend: mythbackend[163593]: I CoreContext
>> housekeeper.cpp:754 (Run) Queueing HouseKeeperTask 'DBCleanup'.
>> Oct 9 17:41:44 mypvr mythbackend: mythbackend[163593]: I HouseKeeping
>> housekeeper.cpp:144 (Run) Running HouseKeeperTask 'DBCleanup'.
>> Oct 9 17:47:43 mypvr mythbackend: mythbackend[163593]: I HouseKeeping
>> housekeeper.cpp:164 (Run) HouseKeeperTask 'DBCleanup' Finished
>> Successfully.
>>
>> Mythbackend is not unresponsive for the whole period that DBCleanup is
>> running, but in my case it is normally unresponsive for a minute or
>> two during that time. I have a huge database, so I see it for longer
>> than most. One of the devs who is doing the SAT>IP code for v32 has
>> had it happen to him while he was testing the new code, and I think he
>> was investigating, but that was a couple of months ago.
>
>
>Steven
>I really do not have an axe to grind, was mearly saying "this works well"

Mostly, for most people. But there are some who have ongoing
problems.

>But say you've stumbled over the 'unresponsive' bug, for me, shutdown of mythbackend takes 1 or 2 minutes then startup takes another 20 secs.

Shutdown taking a long time is likely a very old bug in all the MythTV
software - when a MythTV program is asked to shut down from the
outside (kill or kill -15), it mostly shuts down but there is one last
thread left running, doing nothing. If you ask it to shut down a
second time, that last thread will shut down and shutdown completes
normally. This happens with mythfrontend and mythbackend and likely
any other MythTV software that uses the same core routines to handle
its multitasking. See here for my fix for this in mythbackend:

https://lists.archive.carbon60.com/mythtv/users/627999

With this fix, shutdown is immediate. Startup still takes a while,
mostly spent testing all the tuners.

And see here for my fix for killing mythfrontend:

https://lists.archive.carbon60.com/mythtv/users/637565?page=last

>Also if the unresponsive delay is DB then maybe API calls behave normally.

No, API calls are also non-responsive - my gaps program using the API
to get the recording schedule times out with no response from
mythbackend.

>
>Since the objective is 'have fun' so no worries, but methinks the solutions talked about here are aimed at the wrong problem.
>
>ciao
>James
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
Hi Stephen!
> It might be better to actually use the MythTV API and, for example,
> request the next recording time, as that would check that a lot more
> of mythbackend is working. It is better to use Python for that, as
> there is API support for Python. I have code to do that as part of my
> gaps program:
>
> http://www.jsw.gen.nz/mythtv/gaps
>
> which is probably a reasonable example of a real life use of that API
> call, so you could just take a copy of gaps and cut out all the extra
> code to just leave a call to Dvr/GetUpcomingList and check the results
> and then return 0 for OK or an error code from that. However, that
> requires that you know at least a bit of Python. If you would like me
> to do a cut down version like that, let me know.


“Yes, please!” to your offer of a cut-down version. As I mentioned in my
original post I piece and patch things together – not elegant but as
long as it works! Will download your ‘Gaps’ for a learning experience –
see what do understand.


I’m assuming the utility would be on my (local) computer and send
inquires to the (remote) Backend. To me makes more sense in this usage
to have Local send inquires to the Remote system: my script sends the
“You there?” (SYN) and if doesn’t get an “Yup!” (ACK) puts up an error
message window. (If the remote Backend is down/having problems it might
not be able to send out a ‘help!’ message.)


Also if posted here could be used by others – seems like it would be a
good utility to have just to monitor everything running properly rather
sitting down at night to watch a show and being greeted with the “can’t
find the Backend” screen.


Thanks!

Barry
Re: Remotely monitor Backend is running [ In reply to ]
Hi Stephen!


I’m already unsure!! Looking at your ‘gaps’:


# import Utilities as api
#except:
# print('Please install the MythTV Utilities.py file - suggested location: /usr/local/bin.')
# print('The Utilities.py file is available as text from here:')
# print(' https://www.mythtv.org/wiki/Python_API_Examples')
# print('Please ensure that it is saved in UTF-8 format.')
# exit(2)
## BJM
## See “Python API Examples.odt”
## Section ==> “Install in a dist-packages directory (hardest/preferred)”

So I go to the wiki page; according to “Install in a dist-packages
directory (hardest/preferred)” section the wiki page seems to indicate
Utilities.py (etc.) to be a subdir of MythTV, which is on the Backend.
OTOH the suggested location is /usr/local/bin, which I do have on this
(‘local’) computer. ...I think I answered my own question but want to be
sure.


Barry
Re: Remotely monitor Backend is running [ In reply to ]
On Sat, 9 Oct 2021 09:04:35 -0500, you wrote:

>
>Hi Stephen!
>
>
>I?m already unsure!! Looking at your ?gaps?:
>
>
># import Utilities as api
>#except:
># print('Please install the MythTV Utilities.py file - suggested location: /usr/local/bin.')
># print('The Utilities.py file is available as text from here:')
># print(' https://www.mythtv.org/wiki/Python_API_Examples')
># print('Please ensure that it is saved in UTF-8 format.')
># exit(2)
>## BJM
>## See ?Python API Examples.odt?
>## Section ==> ?Install in a dist-packages directory (hardest/preferred)?
>
>So I go to the wiki page; according to ?Install in a dist-packages
>directory (hardest/preferred)? section the wiki page seems to indicate
>Utilities.py (etc.) to be a subdir of MythTV, which is on the Backend.
>OTOH the suggested location is /usr/local/bin, which I do have on this
>(?local?) computer. ...I think I answered my own question but want to be
>sure.
>
>
>Barry

What version of MythTV are you using? The Utilities.py package is
only necessary for quite old versions. Which is why those lines are
commented out in the latest version of gaps. It should just run
against the MythTV Python bindings without any intermediary package
such as Utilities.py with MythTV v31.

If you just run gaps, it should tell you to install a couple of
packages if they are not present already. All the standard Python
packages will be already installed as part of Python itself, and I
think that includes enum34 in Python 3, so probably just dateutil will
be needed. In Ubuntu, the package name for that is python3-dateutil.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
On Sat, 9 Oct 2021 08:07:36 -0500, you wrote:

>
>Hi Stephen!
>> It might be better to actually use the MythTV API and, for example,
>> request the next recording time, as that would check that a lot more
>> of mythbackend is working. It is better to use Python for that, as
>> there is API support for Python. I have code to do that as part of my
>> gaps program:
>>
>> http://www.jsw.gen.nz/mythtv/gaps
>>
>> which is probably a reasonable example of a real life use of that API
>> call, so you could just take a copy of gaps and cut out all the extra
>> code to just leave a call to Dvr/GetUpcomingList and check the results
>> and then return 0 for OK or an error code from that. However, that
>> requires that you know at least a bit of Python. If you would like me
>> to do a cut down version like that, let me know.
>
>
>?Yes, please!? to your offer of a cut-down version. As I mentioned in my
>original post I piece and patch things together ? not elegant but as
>long as it works! Will download your ?Gaps? for a learning experience ?
>see what do understand.
>
>
>I?m assuming the utility would be on my (local) computer and send
>inquires to the (remote) Backend. To me makes more sense in this usage
>to have Local send inquires to the Remote system: my script sends the
>?You there?? (SYN) and if doesn?t get an ?Yup!? (ACK) puts up an error
>message window. (If the remote Backend is down/having problems it might
>not be able to send out a ?help!? message.)
>
>
>Also if posted here could be used by others ? seems like it would be a
>good utility to have just to monitor everything running properly rather
>sitting down at night to watch a show and being greeted with the ?can?t
>find the Backend? screen.
>
>
>Thanks!
>
>Barry

Here is the cut down version of gaps:

http://www.jsw.gen.nz/mythtv/test-mythbackend.py

It will return 0 if it connects to mythbackend and gets back a valid
response. A non-zero exit code means there is something wrong - see
the exit() calls in the code for the meaning of each. I am not sure
that exit(4) should be there - that means that it was able to connect
to mythbackend and got a valid response, but that there were no
scheduled recordings. That can be valid, but is much more likely to
indicate that no tuners were found, or there is no EPG data, so
mythbackend was unable to schedule any recordings.

And if any has a better name for this little program, please let me
know.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
Hi Stephen!

Thanks for the ‘condensed gaps’ – I’ll download and test later today. As
for a better name, I’m not the one to ask! <chuckling> My most inventive
computer name is “BrokenTab” because it had a broken tab holding the
heat sink on (since replaced). Scripts generally get named for what they
do and put in a subdir titled something about the function. Guess our
creative abilities lie elsewhere!


> What version of MythTV are you using? The Utilities.py package is
> only necessary for quite old versions.

Umm, was commented, wasn’t it? I’m using version 30 on the current
Backend; creating a new computer which will use v31 or whatever is current.


Will play with test-mythbackend.py and see if come up with any quirks:
I’ve got some monitoring scripts that work on one system but need a
slightly different command on another system and the two systems are cloned!


Barry
Re: Remotely monitor Backend is running [ In reply to ]
Hi Stephen!

Thanks for the ‘condensed gaps’ – I’ll download and test later today. As
for a better name, I’m not the one to ask! <chuckling> My most inventive
computer name is “BrokenTab” because it had a broken tab holding the
heat sink on (since replaced). Scripts generally get named for what they
do and put in a subdir titled something about the function. Guess our
creative abilities lie elsewhere!


> What version of MythTV are you using? The Utilities.py package is
> only necessary for quite old versions.

Umm, was commented, wasn’t it? I’m using version 30 on the current
Backend; creating a new computer which will use v31 or whatever is current.


Will play with test-mythbackend.py and see if come up with any quirks:
I’ve got some monitoring scripts that work on one system but need a
slightly different command on another system and the two systems are cloned!


Barry
Re: Remotely monitor Backend is running [ In reply to ]
Hi Stephen!

> Here is the cut down version of gaps:
>
> http://www.jsw.gen.nz/mythtv/test-mythbackend.py



Something not quite working right for me with “/test-mythbackend.py
<http://www.jsw.gen.nz/mythtv/test-mythbackend.py>”. Here doing from
Terminal: python3 '/home/barry/MythTV Backend
Scripts/Test_Mythbackend.py' (don’t fiddle with the original until know
it’s right!) and I’m on my computer (not the Backend).


Error is:

Traceback (most recent call last):

File "/home/barry/MythTV Backend Scripts/Test_Mythbackend.py", line 13,
in <module>

from MythTV.services_api import send as api

ModuleNotFoundError: No module named 'MythTV'



Thought maybe because (line 33) HOST = 'localhost' so changed to HOST =
'192.168.4.3' (my Backend’s IP). Still not finding the API services thingie.



Also, I don’t have a “ MythTV.services_api”, or at least that I could
find. sudo service --status-all does list ‘mythtv-backend‘ but nothing
with ‘api’ listed.



Only ones that seemed close to what the script wants:

/home/barry/git/mythtv/mythtv/bindings/python/MythTV/services_api

        (The two mythtv’s in a row is correct)

/usr/lib/python2.7/dist-packages/MythTV/services_api


(used: find / -type d -iname *api* 2>/dev/null | grep -i myth)



The ‘line 13 error’ … Line 13 is from MythTV.services_api import send as api

– no idea what is being looked for so can’t guess. Plus still has to be
looking at the other computer (the Backend).


Hope this makes sense!


Thanks!

Barry
Re: Remotely monitor Backend is running [ In reply to ]
On 10/10/21 11:24 AM, Barry Martin wrote:
>
> Hi Stephen!
>
>> Here is the cut down version of gaps:
>>
>> http://www.jsw.gen.nz/mythtv/test-mythbackend.py
>
>
>
> Something not quite working right for me with “/test-mythbackend.py <http://www.jsw.gen.nz/mythtv/test-mythbackend.py>”. Here doing from
> Terminal: python3 '/home/barry/MythTV Backend Scripts/Test_Mythbackend.py' (don’t fiddle with the original until know it’s right!) and I’m on my
> computer (not the Backend).
>
>
> Error is:
>
> Traceback (most recent call last):
>
> File "/home/barry/MythTV Backend Scripts/Test_Mythbackend.py", line 13, in <module>
>
> from MythTV.services_api import send as api
>
> ModuleNotFoundError: No module named 'MythTV'
>
>
>
> Thought maybe because (line 33) HOST = 'localhost' so changed to HOST = '192.168.4.3' (my Backend’s IP). Still not finding the API services thingie.
>
>
>
> Also, I don’t have a “ MythTV.services_api”, or at least that I could find. sudo service --status-all does list ‘mythtv-backend‘ but nothing
> with ‘api’ listed.
>
>
>
> Only ones that seemed close to what the script wants:
>
>     /home/barry/git/mythtv/mythtv/bindings/python/MythTV/services_api
>
>         (The two mythtv’s in a row is correct)
>
>     /usr/lib/python2.7/dist-packages/MythTV/services_api
>
>
> (used: find / -type d -iname *api* 2>/dev/null | grep -i myth)
>
>
>
> The ‘line 13 error’ … Line 13 is from MythTV.services_api import send as api
>
> – no idea what is being looked for so can’t guess. Plus still has to be looking at the other computer (the Backend).

Does the computer you're running the above on have MythTV installed? E.g. is it
a remote frontend?

Or, just run this: locate -b '\services_api' . If installed, you'll see something
*similar* to this:

/usr/local/lib/python3.8/dist-packages/MythTV/services_api

--
Bill
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
On Sun, 10 Oct 2021 11:24:28 -0500, you wrote:

>
>Hi Stephen!
>
>> Here is the cut down version of gaps:
>>
>> http://www.jsw.gen.nz/mythtv/test-mythbackend.py
>
>
>
>Something not quite working right for me with ?/test-mythbackend.py
><http://www.jsw.gen.nz/mythtv/test-mythbackend.py>?. Here doing from
>Terminal: python3 '/home/barry/MythTV Backend
>Scripts/Test_Mythbackend.py' (don?t fiddle with the original until know
>it?s right!) and I?m on my computer (not the Backend).
>
>
>Error is:
>
>Traceback (most recent call last):
>
>File "/home/barry/MythTV Backend Scripts/Test_Mythbackend.py", line 13,
>in <module>
>
>from MythTV.services_api import send as api
>
>ModuleNotFoundError: No module named 'MythTV'
>
>
>
>Thought maybe because (line 33) HOST = 'localhost' so changed to HOST =
>'192.168.4.3' (my Backend?s IP). Still not finding the API services thingie.
>
>
>
>Also, I don?t have a ? MythTV.services_api?, or at least that I could
>find. sudo service --status-all does list ?mythtv-backend? but nothing
>with ?api? listed.
>
>
>
>Only ones that seemed close to what the script wants:
>
>/home/barry/git/mythtv/mythtv/bindings/python/MythTV/services_api
>
> ??? ??? (The two mythtv?s in a row is correct)
>
>/usr/lib/python2.7/dist-packages/MythTV/services_api
>
>
>(used: find / -type d -iname *api* 2>/dev/null | grep -i myth)
>
>
>
>The ?line 13 error? ? Line 13 is from MythTV.services_api import send as api
>
>? no idea what is being looked for so can?t guess. Plus still has to be
>looking at the other computer (the Backend).
>
>
>Hope this makes sense!
>
>
>Thanks!
>
>Barry

Since you are running MythTV v30, which uses Python 2, you will need a
Python 2 version of test-mythbackend.py (and gaps and any other Python
software that interfaces with MythTV). I will do a Python 2 version,
but it may take a few iterations to get it working properly as I do
not have any Python 2 versions of MythTV to test it with.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
>Since you are running MythTV v30, which uses Python 2, you will need a
>Python 2 version of test-mythbackend.py (and gaps and any other Python
>software that interfaces with MythTV). I will do a Python 2 version,
>but it may take a few iterations to get it working properly as I do
>not have any Python 2 versions of MythTV to test it with.

I have put the Python 2 and Python 3 compatible version on my web
server:

http://www.jsw.gen.nz/mythtv/test-mythbackend.py

This is the Python 3 version, since most people will be using that
now. Change the top line to use it with Python 2.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
Hi Stephen!

> I have put the Python 2 and Python 3 compatible version on my web
> server:
>
> http://www.jsw.gen.nz/mythtv/test-mythbackend.py
>
> This is the Python 3 version, since most people will be using that
> now. Change the top line to use it with Python 2.


You’re good!! I’ll download in a little while and report back.

Barry
Re: Remotely monitor Backend is running [ In reply to ]
Hi Bill!

> Does the computer you're running the above on have MythTV installed? E.g. is it
> a remote frontend?
>
> Or, just run this: locate -b '\services_api' . If installed, you'll see something
> *similar* to this:
>
> /usr/local/lib/python3.8/dist-packages/MythTV/services_api


That seems to be the issue: this/my computer does not have any Myth on
it (other than notes, etc., and that isn’t what we’re looking for). So
the (python) script should be looking at the Backend for services.api.


Barry
Re: Remotely monitor Backend is running [ In reply to ]
Hi Stephen!

> I have put the Python 2 and Python 3 compatible version on my web
> server:
>
> http://www.jsw.gen.nz/mythtv/test-mythbackend.py
>
> This is the Python 3 version, since most people will be using that
> now. Change the top line to use it with Python 2.

Minor problems to report. Changed the top line to *#!/usr/bin/env python2*


I added a comment:

*# Top line is "#!/usr/bin/env python3" or "#!/usr/bin/env python2"*

*# depending on which version of MythTV: v30 and less uses Python 2*


...I’m thinking should ‘confuse’ anything but just to let you know.




Ran and got this:

*barry@NZXT:~$ python '/home/barry/MythTV Backend Scripts/Test-BE.py' *

**

*Traceback (most recent call last):*

**

*File "/home/barry/MythTV Backend Scripts/Test-BE.py", line 23, in <module>*

**

*from enum import IntEnum*

**

*ImportError: No module named enum*

**

*
*

**

*barry@NZXT:~$ python *

**

*Python 2.7.17 (default, Feb 27 2021, 15:10:58) *

**

*[GCC 7.5.0] on linux2*

**

*Type "help", "copyright", "credits" or "license" for more information.*

**

*>>> exit()*



Noted in the script there is a statement to “print … install the
...enum34 package” however this didn’t show up in Terminal. Will do in a
little while.


Barry
Re: Remotely monitor Backend is running [ In reply to ]
On 11/10/2021 16:49, Barry Martin wrote:
>
> Hi Bill!
>
>> Does the computer you're running the above on have MythTV installed? E.g. is it
>> a remote frontend?
>>
>> Or, just run this: locate -b '\services_api' . If installed, you'll see something
>> *similar*  to this:
>>
>>    /usr/local/lib/python3.8/dist-packages/MythTV/services_api
>
>
> That seems to be the issue: this/my computer does not have any Myth on it (other than notes, etc.,
> and that isn’t what we’re looking for). So the (python) script should be looking at the Backend for
> services.api.
>
I think you're a little confused here (or maybe I am).

You need to have a python module on the host that is making the request in order to format it into
something that the api on the backend understands.

Normally, you'd get that automatically when you install a frontend on that host.

I though the whole point of this was that the /frontend/ needed to know if the backend was up? If
so, that's where this code should be running. Why are you running it on a non-mythtv host at all?

--

Mike Perkins

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
Hi Mike!

> > /That seems to be the issue: this/my computer does not have any Myth
> on it (other than notes, etc., /
> > /and that isn’t what we’re looking for). So the (python) script should
> be looking at the Backend for /
> > /services.api./
> >
> I think you're a little confused here (or maybe I am).
>
> You need to have a python module on the host that is making the request in order to format it into
> something that the api on the backend understands.
>
> Normally, you'd get that automatically when you install a frontend on that host.
>
> I though the whole point of this was that the /frontend/ needed to know if the backend was up? If
> so, that's where this code should be running. Why are you running it on a non-mythtv host at all?

Hi Mike!


I can see your viewpoint. Here if the Frontend doesn’t find the Backend
it (the FE) displays a screen indicating it is having problems and is
asking for a button to be clicked to rescan, do manually, etc. By that
time the Backend has sometimes been off for hours, missing recordings.


What I would like to do is have a warning message pop up on my computer,
which does not have MythTV on it, if something is wrong with the
Backend. Something like xmessage as it puts a window up; e-mail is a
so-so option as I’m not always on e-mail.


The ‘nc -z 192.168.4.3 6544’ command in my initial post works but only
if the Backend is completely off-line. Had an issue where MythTV
partially hung: I was getting part of the webpage. It was not recording
nor communicating with the Frontends. Big annoyance was I was literally
sitting with my back to the Backend much of the day, just I didn’t know
there was a problem because no one was watching recorded TV until that
night.


Hope that clarifies things.


Barry
Re: Remotely monitor Backend is running [ In reply to ]
On Mon, 11 Oct 2021 11:58:22 -0500, you wrote:

>
>Hi Stephen!
>
>> I have put the Python 2 and Python 3 compatible version on my web
>> server:
>>
>> http://www.jsw.gen.nz/mythtv/test-mythbackend.py
>>
>> This is the Python 3 version, since most people will be using that
>> now. Change the top line to use it with Python 2.
>
>Minor problems to report. Changed the top line to *#!/usr/bin/env python2*
>
>I added a comment:
>
>*# Top line is "#!/usr/bin/env python3" or "#!/usr/bin/env python2"*
>*# depending on which version of MythTV: v30 and less uses Python 2*
>
>...I?m thinking should ?confuse? anything but just to let you know.

If you look at the title comment just a few lines down, I have already
put that information in it.

>
>Ran and got this:
>
>*barry@NZXT:~$ python '/home/barry/MythTV Backend Scripts/Test-BE.py'
>*Traceback (most recent call last):
>*File "/home/barry/MythTV Backend Scripts/Test-BE.py", line 23, in <module>
>*from enum import IntEnum
>*ImportError: No module named enum
>*
>*barry@NZXT:~$ python
>**
>*Python 2.7.17 (default, Feb 27 2021, 15:10:58)
>*
>*[GCC 7.5.0] on linux2
>*
>*Type "help", "copyright", "credits" or "license" for more information.*
>*
>*>>> exit()*
>
>Noted in the script there is a statement to ?print ? install the
>...enum34 package? however this didn?t show up in Terminal. Will do in a
>little while.

Yes, I forgot to move the original import line down into the
conditional, so it was still there ahead of the intended code. Fixed
in v1.2.

I have also added code to check for services_api and prompt you to
install that if it is not present. That is a bit problematic. It is
in the libmyth-python package, but depending on the system you are
running test-mythbackend.py from, the correct version of
libmyth-python to match the v30 on your backend box may or may not be
available. And installing libmyth-python will drag in a number of
other packages, including bits of MythTV. I am not sure just how much
would need to be installed to satisfy the dependencies of
libmyth-python, but it could extend up to a complete MythTV backend
system with database, and that is not really what you would want on
that PC. It might be necessary to see if you could just copy bits of
the correct libmyth-python package across from your backend box,
rather than install the full libmyth-python package. If that is even
possible.

So I think I need to create a virtual PC running a similar setup to
the PC you want to run this on and try it out and see what happens. So
what is that PC running? And your current backend box is running
MythTV v30, but what version of Ubuntu is it running?
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
I have also added code to check for services_api and prompt you to
install that if it is not present. That is a bit problematic. It is
in the libmyth-python package, but depending on the system you are
running test-mythbackend.py<http://test-mythbackend.py> from, the correct version of
libmyth-python to match the v30 on your backend box may or may not be
available. And installing libmyth-python will drag in a number of
other packages, including bits of MythTV. I am not sure just how much
would need to be installed to satisfy the dependencies of
libmyth-python, but it could extend up to a complete MythTV backend
system with database, and that is not really what you would want on
that PC. It might be necessary to see if you could just copy bits of
the correct libmyth-python package across from your backend box,
rather than install the full libmyth-python package. If that is even
possible.

So I think I need to create a virtual PC running a similar setup to
the PC you want to run this on and try it out and see what happens. So
what is that PC running? And your current backend box is running
MythTV v30, but what version of Ubuntu is it running?
_______________________________________________
Wondering if there is a different way of going about this (brainstorming?):
- use System Event / Client Disconnected on the BE to run a script that throws a message to wherever when nominated FE disconnects?
- use the Frontend Services API / GetStatus maybe state field has something useful?
- use the Frontend Services API / SendKey to trigger script on FE from desktop that then throws message to wherever?
Re: Remotely monitor Backend is running [ In reply to ]
On 11/10/2021 23:51, Barry Martin wrote:
>
> Hi Mike!
>
>> > /That seems to be the issue: this/my computer does not have any Myth on it (other than notes,
>> etc., /
>> > /and that isn’t what we’re looking for). So the (python) script should be looking at the Backend
>> for /
>> > /services.api./
>> > I think you're a little confused here (or maybe I am).
>>
>> You need to have a python module on the host that is making the request in order to format it into
>> something that the api on the backend understands.
>>
>> Normally, you'd get that automatically when you install a frontend on that host.
>>
>> I though the whole point of this was that the /frontend/ needed to know if the backend was up? If
>> so, that's where this code should be running. Why are you running it on a non-mythtv host at all?
>
> Hi Mike!
>
>
> I can see your viewpoint. Here if the Frontend doesn’t find the Backend it (the FE) displays a
> screen indicating it is having problems and is asking for a button to be clicked to rescan, do
> manually, etc. By that time the Backend has sometimes been off for hours, missing recordings.
>
>
> What I would like to do is have a warning message pop up on my computer, which does not have MythTV
> on it, if something is wrong with the Backend. Something like xmessage as it puts a window up;
> e-mail is a so-so option as I’m not always on e-mail.
>
>
> The ‘nc -z 192.168.4.3 6544’ command in my initial post works but only if the Backend is completely
> off-line. Had an issue where MythTV partially hung: I was getting part of the webpage. It was not
> recording nor communicating with the Frontends. Big annoyance was I was literally sitting with my
> back to the Backend much of the day, just I didn’t know there was a problem because no one was
> watching recorded TV until that night.
>
> Hope that clarifies things.
>
It does and thank you.

I thought that many of these reliability problems had been ironed out many versions ago. I, too,
spend chunks of my day with my back to my mythv server (amongst others!) and it runs 24/7. I cannot
think of the last time I logged on in the morning and it wasn't there.

Of course, everyone's setup is different, which is one reason why we have this mailing list after
all. I wish you luck finding a solution.

In my view the best place to put a watchdog is on the backend, which is where all the software
libraries are guaranteed to be. I know a number of folks already do this and the backend gets
restarted should it 'unexpectedly' fail. (Tuners can also disappear and can be checked and rebooted
in the same fashion.) Since I have never had the need I can't point to solutions but there have been
several on this mailing list in the past.

--

Mike Perkins

_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org
Re: Remotely monitor Backend is running [ In reply to ]
On Tue, 12 Oct 2021 04:34:20 +0000, you wrote:

>I have also added code to check for services_api and prompt you to
>install that if it is not present. That is a bit problematic. It is
>in the libmyth-python package, but depending on the system you are
>running test-mythbackend.py from, the correct version of
>libmyth-python to match the v30 on your backend box may or may not be
>available. And installing libmyth-python will drag in a number of
>other packages, including bits of MythTV. I am not sure just how much
>would need to be installed to satisfy the dependencies of
>libmyth-python, but it could extend up to a complete MythTV backend
>system with database, and that is not really what you would want on
>that PC. It might be necessary to see if you could just copy bits of
>the correct libmyth-python package across from your backend box,
>rather than install the full libmyth-python package. If that is even
>possible.
>
>So I think I need to create a virtual PC running a similar setup to
>the PC you want to run this on and try it out and see what happens. So
>what is that PC running? And your current backend box is running
>MythTV v30, but what version of Ubuntu is it running?
>_______________________________________________
>Wondering if there is a different way of going about this (brainstorming?):
>- use System Event / Client Disconnected on the BE to run a script that throws a message to wherever when nominated FE disconnects?

If the backend is not functioning, does the FE disconnect event
happen? It is a backend event, IIRC. So if the backend has crashed
or locked up, the event may not happen.

>- use the Frontend Services API / GetStatus maybe state field has something useful?

I have never used the Frontend Services GetStatus API, but I took a
quick look and there is nothing there that reports the status of its
backend connection. There may be ways to infer a disconnection but it
would require experimentation to find out. And there is still the
potential problem of having to install libmyth-python's dependencies
on a non-MythTV box.

>- use the Frontend Services API / SendKey to trigger script on FE from desktop that then throws message to wherever?

Yes, that would be a way of putting a message on screen in a frontend
box. But we want to be able to do this from a non-MythTV box.
_______________________________________________
mythtv-users mailing list
mythtv-users@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-users
http://wiki.mythtv.org/Mailing_List_etiquette
MythTV Forums: https://forum.mythtv.org

1 2 3  View All