OliveTin for Channels: An Interface for Misc Channels DVR Scripts & Tricks

The logging needs to be better than that -- thanks for pointing this out, I'll work on it.

I bookmarked the following topic: DVR Pre-Release Notes and have it tagged as "watching" so that I receive an email notification for each update.
I have the action set up to check at 3 hour intervals, and have been able to check the GUI status page to see if it has been updated to the latest pre-release version number. I also check the current "uptime" on the GUI to see when it was updated.

Trying to figure out why my action went out of sync.
I have OliveTin checking my 6 servers for Channel Lineup Change Notifications every 12 hours at 11:05 and 23:05. Five of them have kept the schedule, but one of them is now checking at 12:32 and 00:32

Check time: 2024-07-09 12:32:49
Server version: 2024.07.06.2035
No changes found in any source.
Next check: 2024-07-10 00:32:49

I had restarted OliveTin a day or two ago to correct this, but it continues on this schedule for this one server.

Any ideas what I should check or do to get it back in sync?

2024-07-02 11:05:53
Channels DVR server URL: http://192.168.1.4:8489
Channels DVR version: 2024.06.28.1813
------------------------------
Pluto: 417 channels (-2)
(http://192.168.1.3:8080/playlist.m3u)
****************************************************

2024-07-08 12:32:49
Channels DVR server URL: http://192.168.1.4:8489
Channels DVR version: 2024.07.06.2035
------------------------------
Pluto: 418 channels (+1)
(http://192.168.1.3:8080/playlist.m3u)
****************************************************

I did have a Internet outage (for 14.5hrs) on 2024-07-05, but it didn't affect the other 5 servers being monitored.

If you can't figure it out, I'll just kill the 6 actions and restart them all at 11:05 sometime this weekend.
Would be nice to be able to schedule the time of day they run (like a cron job) from within OliveTin.

No idea, unfortunately.

:thinking:
You got me thinking that maybe this could be an option in the script itself.

Let's see what @bnhf thinks about doing it in OliveTin.

I think we're going to need @mjitkop to weigh in on this, as the frequency the script is run is passed to his python script. I'm not sure how that value is handled in the script, if it's a sleep like I'd do in Bash, or some other mechanism.

Yes, it is.

It starts as soon as the script is invoked.
That defines the start time.

I'll see if it's easy to add an input in the script to specify a specific start time.

Can you think of a scenario where that defined start time could fail to reset when the script is restarted? Is it written to a file?

No. There is no start time variable in the script.

When the script is invoked, it will do the first check, and then sleep for the duration that is specified, before the next check.

So the check time just depends on the time that the script is invoked for the first time.

In my previous post, I should have said "That defines the check time" instead of "That defines the start time". :wink:

When I set up Olivetin, I identified "Alert" email variable such as SMTP server, "from" address, password, and "to" address.

When enabling the Channel Lineup Change Notifications action, do I need to put these variables in again in order to receive email notification of lineup changes? If so, there is no prompt SMTP server. Do I also need to generate a new "app password" for my "from" email account. Or can I use the same one I initially created for Olivetin?

I think that I may be entering something incorrectly. When I try to enable the Lineup Notifications with my email account information, Olivetin gets stuck on "waiting for result".

You do. This Action was created before I added e-mail notifications to OliveTin itself. At some point I'll probably circle back and incorporate the OliveTin values, but for the time being it's seperate.

I believe the SMTP server is assumed based on the "from" email address, but in any case, it's not a needed argument.

You can use the same values.

Make sure your entries look like this, with the email and recipient values included, along with your app password:

If you have an idea how you may have done it differently before, let me know, as I'd like to add error handling to cover it.

This is the format of the entries I used when the action would not complete:

That looks fine to me. Does the OliveTin Post-Install Healthcheck still give expected results?

This part of the Healthcheck doesn't look right any more...

Checking that your selected Channels DVR server's log files (/mnt/192.168.1.100-8089_logs) are accessible:
Folders with the names data and latest should be visible...

total 4
drwxr-xr-x 1 242120 242120 200 Jul 10 11:22 .
drwxr-xr-x 1 root root 82 Jul 11 10:46 ..
drwxr-xr-x 1 242120 242120 154 Jul 5 10:07 2024.07.05.0316
drwxr-xr-x 1 242120 242120 154 Jul 6 23:20 2024.07.06.2035
drwxr-xr-x 1 242120 242120 154 Jul 8 11:21 2024.07.08.1557
drwxr-xr-x 1 242120 242120 154 Jul 9 05:21 2024.07.09.0408
drwxr-xr-x 1 242120 242120 154 Jul 9 11:21 2024.07.09.1551
drwxr-xr-x 1 242120 242120 154 Jul 10 11:21 2024.07.09.1812
drwxr-xr-x 1 242120 242120 2602 Jul 11 11:45 data
lrwxrwxrwx 1 242120 242120 15 Jul 10 11:21 latest -> 2024.07.09.1812

You're still good. data and latest are there.

I'll give this a more in-depth look, and get back to you.

@jsfullam Also, in the folder on your host you have bound to /config in OliveTin container, could you check to see if 192.168.1.100-8089_channels_dvr_monitor_channels_latest.log contains anything?

Yes. The file is from today's date, at the time I deployed the Lineup Changes action.
It contains the following:

Script version 3.3.0

Using Channels DVR server at: http://192.168.1.100:8089.
Checking for channel lineup changes every 360 minutes.

An email will be sent to (redacted)@yahoo.com when changes are detected.

Channel lineup changes will be written to:
/config/192.168.1.100-8089_data/2024_channel_lineup_changes.log

The last activity will be saved in:
/config/192.168.1.100-8089_data/last_activity.log

I seem to be having trouble running any of the single-clicks in OliveTin. They all run with errors and I'm wondering if it's because my Channels installation is in a Docker container as well. Is there anything special I should be doing with my install of OliveTin for it to work?

did you run the healthcheck ? in olivetin

Yes, but it doesn't provide helpful info when I'm not sure what I'm supposed to look for in the data it generates. There is a bunch under "Standard Error" but it's unclear.

It should look something like this read the Comments .... You need to post your errors so @bnhf can help

----------------------------------------

Checking that your selected Channels DVR server's data files (/mnt/192.168.50.93-8089) are accessible:
Folders with the names Database, Images, Imports, Logs, Movies, Streaming and TV should be visible...

total 36
drwxr-xr-x  9 1000 1000 4096 Jun 28 18:03 .
drwxr-xr-x  1 root root 4096 Jul  9 14:22 ..
drwxr-xr-x 32 1000 1000 4096 Jul 12 06:29 Database
drwxr-xr-x  3 1000 1000 4096 Feb  9 14:43 Images
drwxr-xr-x  5 1000 1000 4096 Dec  2  2023 Imports
drwxr-xr-x  4 1000 1000 4096 Feb  6 18:56 Logs
drwxr-xr-x 18 1000 1000 4096 Jul  4 18:01 Streaming
drwxr-xr-x  2 1000 1000 4096 Jun 28 18:03 TV
drwxr-xr-x  2 root root 4096 Apr 19 20:20 data

----------------------------------------

Checking that your selected Channels DVR server's log files (/mnt/192.168.50.93-8089_logs) are accessible:
Folders with the names data and latest should be visible...

total 44
drwxrwxr-x  9 1000 1000 4096 Jun 28 18:29 .
drwxr-xr-x  1 root root 4096 Jul  9 14:22 ..
drwxr-xr-x  2 1000 1000 4096 Jun 10 13:52 2024.06.09.1830
drwxr-xr-x  2 1000 1000 4096 Jun 12 20:09 2024.06.11.1941
drwxr-xr-x  2 1000 1000 4096 Jun 12 23:30 2024.06.12.2307
drwxr-xr-x  2 1000 1000 4096 Jun 15 03:00 2024.06.15.0226
drwxr-xr-x  2 1000 1000 4096 Jun 17 15:50 2024.06.17.1525
drwxr-xr-x  2 1000 1000 4096 Jun 28 18:29 2024.06.28.1813
drwxrwxr-x 15 1000 1000 4096 Jul 12 13:44 data
-rwxrwxr-x  1 1000 1000 4036 Feb  6 18:47 install.sh
lrwxrwxrwx  1 1000 1000   15 Jun 28 18:29 latest -> 2024.06.28.1813
-rwxrwxr-x  1 1000 1000 1192 Feb  6 18:47 uninstall.sh