Thanks! I really appreciate all your help with this!
Went through all six of my DVR's logs and updated the lists in this post Critical CDVR Log Alerts via E-Mail - #19 by chDVRuser
Looks like [ERR] filter would cover all those.
That gives a lot of unnecessary noise.
From one of my servers
[ERR] Could not find series
[ERR] Could not probe file
[ERR] Could not start stream
[ERR] Error during stream
[ERR] Failed to clean up
[ERR] Failed to download XMLTV
[ERR] Failed to fetch guide providers:
[ERR] Failed to fetch host info:
[ERR] Failed to get placeholder channels for lineup XMLTV
[ERR] Failed to parse m3u
[ERR] Failed to probe file
[ERR] Failed to refresh auth:
[ERR] Failed to start stream for ch
[ERR] Failed to start stream on channel
[ERR] Generating video index for file-
[ERR] Missing file to delete
[ERR] No lineups available during guide data download
[ERR] No stations available in lineup X-M3U during guide data download
[ERR] Probe failed for live stream
[ERR] Scanner error walking /shares/dvr/Imports/Videos: open .: too many open files
[ERR] ULK failure:
[ERR] ULK invalid:
[ERR] ULK response:
They all seem important. That is how I just set it up will see if my phone goes crazy but I very seldom get any of those errors... but in your case you probably want to set each one separately.
That's excellent -- thank you!
More filter fields might be a good start. Maybe 20?
I have them as grep files in OliveTin
dvrcritical.grep
panic recovered|runtime error|[ERR] Could not start server
recfailed.grep
ended prematurely:|[DVR] Deleting job no longer in the guide:|[DVR] Error running job|[DVR] Job cancelled:|[DVR] Marking expired job|[DVR] Skipping job|[ERR] Could not start stream|[ERR] Error during stream|[ERR] Failed to start stream|[ERR] Probe failed for live stream|[HLS] Couldn't generate stream playlist|[MTS] Rewriting video timestamps|[TNR] Cancelling stream
I don't consider these guide fetch errors "critical", but I have a cron job checking for these once a day.
reached end of available guide data
[DVR] Error fetching
[ERR] Could not find series
[ERR] Failed to download
[ERR] Failed to fetch
[ERR] Failed to request
[ERR] No lineups available
[ERR] No stations available
[ERR] Unexpected m3u response
EPGfetch.grep
reached end of available guide data|[DVR] Error fetching|[ERR] Could not find series|[ERR] Failed to download|[ERR] Failed to fetch|[ERR] Failed to request|[ERR] No lineups available|[ERR] No stations available|[ERR] Unexpected m3u response
Loving the new OliveTin E-Mail Log Alerts Action! Had this e-mail first thing this morning, which reminded me I needed to make a few changes to my Sunday passes -- and as result, got several recordings I would have otherwise missed:
I'm unable to get this running and get an error message.
Here is my healthcheck run. Sorry, I can't figure this out.
Checking your OliveTin installation...
(extended_check=true)
----------------------------------------
Checking that your selected Channels DVR server (192.168.0.11:8089) is reachable by URL:
HTTP Status: 200 indicates success...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 1276 100 1276 0 0 1246k 0 --:--:-- --:--:-- --:--:-- 1246k
HTTP Status: 200
Effective URL: http://192.168.0.11:8089/
----------------------------------------
Checking that your selected Channels DVR server's data files (/mnt/192.168.0.11-8089) are accessible:
Folders with the names Database, Images, Imports, Logs, Movies, Streaming and TV should be visible...
total 20
drwxrwxrwx 1 root root 22 Nov 29 06:00 #recycle
drwx------ 1 242120 root 170 May 4 05:50 .
drwxr-xr-x 1 root root 78 May 3 09:40 ..
-rwxrwx--- 1 1026 users 18436 Mar 12 08:49 .DS_Store
drwxrwxrwx 1 root root 334 Apr 24 10:09 @eaDir
drwxrwx--- 1 1026 users 1350 May 5 05:51 Database
drwxrwx--- 1 1026 users 220218 May 5 14:10 Images
drwxrwx--- 1 1026 users 58 Mar 18 2022 Imports
drwxrwx--- 1 1026 users 62 Feb 1 2021 Logs
drwxrwx--- 1 1026 users 24754 May 4 05:50 Movies
drwxrwx--- 1 1026 users 10162 May 5 11:26 Streaming
drwxrwx--- 1 1026 users 7552 May 4 16:00 TV
drwxrwx--- 1 1026 users 50 Jan 16 2023 strmlnkTemplates
drwxrwx--- 1 1026 users 0 Jan 21 14:36 temp
----------------------------------------
Checking that your selected Channels DVR server's log files (/mnt/192.168.0.11-8089_logs) are accessible:
Folders with the names data and latest should be visible...
total 12
drwxrwx--- 1 1026 users 62 Feb 1 2021 .
drwxr-xr-x 1 root root 78 May 3 09:40 ..
-rwxrwx--- 1 1026 users 10244 Oct 15 2023 .DS_Store
drwxrwxrwx 1 root root 128 Mar 6 2022 @eaDir
drwxrwx--- 1 1026 users 11966 May 5 14:10 comskip
drwxrwx--- 1 1026 users 1128 May 5 14:10 recording
----------------------------------------
Here's a list of your current OliveTin-related settings:
HOSTNAME=olivetin
CHANNELS_DVR=192.168.0.11:8089
CHANNELS_DVR_ALTERNATES=another-server:8089
CHANNELS_CLIENTS=apple-tv
ALERT_SMTP_SERVER=smtp.gmail.com:587
ALERT_EMAIL_FROM=[Redacted]@gmail.com
ALERT_EMAIL_PASS=[Redacted]
ALERT_EMAIL_TO=[Redacted]@gmail.com
UPDATE_YAMLS=true
UPDATE_SCRIPTS=true
PORTAINER_TOKEN=[Redacted]
PORTAINER_HOST=cjynas
----------------------------------------
Here's the contents of /etc/resolv.conf from inside the container:
search tail[Redacted].ts.net
nameserver 127.0.0.11
options ndots:0
----------------------------------------
Here's the contents of /etc/hosts from inside the container:
127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
192.168.80.3 olivetin
----------------------------------------
Your Docker-host is running:
"DSM"
----------------------------------------
Your Docker-host's /etc/resolv.conf file contains:
nameserver 205.171.3.25
nameserver 205.171.2.25
domain Home
----------------------------------------
Your Docker-host's /etc/hosts file contains:
# Any manual change will be lost if the host name is changed or system upgrades.
127.0.0.1 localhost
::1 localhost
127.0.0.1 CJYNAS
::1 CJYNAS
----------------------------------------
Your Tailscale version is:
1.58.2
tailscale commit: 20ce749c62cefaa2a3e18307529258959bb7d643-dirty
go version: go1.21.5
----------------------------------------
No problem. It looks like your LOGS_SHARE value isn't correct atm. This is on Synology correct? What's the full path to your CDVR executable, starting with /volume1? You should be able to use the Synology file explorer to find the correct directory.
For LOGS_SHARE, when you see directories like data, latest and a number of them with dates -- that's the parent dir value to use.
EDIT: You're currently using the path that includes the logs directory in with your recordings. LOGS_SHARE needs the path to where the CDVR executable is located:
Yes, Synology. My ChannelsDVR directory does not have an executable, data or latest directories. Not sure where to look. I'm running channels from Package Manager, not docker.
Mine is here.
2024/03/09 06:04:55.768791 [SYS] Starting Channels DVR v2024.03.06.0641 (linux-x86_64 pid:20251) in /var/packages/ChannelsDVR/target/channels-dvr/data
I'm going to change my LOGS_SHARE to /var/packages/ChannelsDVR/target/channels-dvr and see how that goes.
Success?
Well, I don't get any error message anymore. I have not received any email yet so I'm not sure. Is there a way I can test out the email send function?
The best way to test is to use a string that occurs frequently in the logs. Something like [DVR] or [NAT] or [DBG] by themselves will kick out an e-mail in short order.
I had an issue with my app specific gmail password so I regenerated it and I'm now getting email alerts.
Thanks for the help.