Cable Box crashes at 3:30am every night

davejee

Newbie
Hi all,

Does anybody know if there any system plugins that run any tasks at 3:30am ?
My box H7C crashes at this time every night.

I have epg importer schedules for 6:30am for every other day
There is also a system cron job to synce ntp at 00:30

There is nothing I can see that would cause this.

I am unsure if this only occurs when in standby.

I also havent tried change the system time to attempt to generate this ad-hoc. I may test that today.

Any ideas anybody ?

Cheers
 
I'm on OpenATV 6.1 standard. I don't use all that build stuff.

Good Man :(y)::(y)::(y):

Even though the times don't match I would suspect when it scans for channels or loads EPG data
will still be the cause of the problem, try changing some settings.
 
As disayers said check the autobouquetsmaker and disable any updates and see if that stops it crashing,If it does then i would reflash or try an online update
 
I tried that and same issue. I rebuilt all manually today. Quicker to spend 20 min doing that rather than troubleshooting for hours.
Will see if it dies at 3:30

When its in the unstable state, I can still ssh and initiate a reboot via 'reboot'
'top' doesnt show any high cpu/mem usage either

I have a 2048 swap enabled
I also added cachelfush in an attempt to resolve it.
I did have a samba share mounted via fstab to a Windows share. I added it to fstab manually and also via that panel in order to eliminate that possible methodology issue... same results.

Anyway, will find out tonight.
I have added every other day xml import update.
I don't use BQMaker scheduler as I have a custom BQ and only use BQMaker to fix the audio issues etc.
 
I tried that and same issue. I rebuilt all manually today. Quicker to spend 20 min doing that rather than troubleshooting for hours.
Will see if it dies at 3:30

When its in the unstable state, I can still ssh and initiate a reboot via 'reboot'
'top' doesnt show any high cpu/mem usage either

I have a 2048 swap enabled
.

thats 2G :grimacing:
there is no real benefit to having a swap any bigger than your RAM [ I always make mine slightly larger to allow some buffer room for wasted bits/bytes whatever they are called ]
 
Crashed again tonight. Spinning circle when in live mode
Top shows this
top - 03:38:38 up 1:12, 1 user, load average: 1.15, 1.22, 0.83
Tasks: 149 total, 2 running, 147 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.3 us, 1.7 sy, 0.2 ni, 97.2 id, 0.0 wa, 0.2 hi, 0.5 si, 0.0 st
KiB Mem : 1028052 total, 14596 free, 790664 used, 222792 buff/cache
KiB Swap: 2599928 total, 2599928 free, 0 used. 204496 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2144 root 20 0 194420 109896 16176 D 2.3 10.7 2:03.70 enigma2
1565 root 20 0 0 0 0 S 0.7 0.0 0:18.59 nxsched
16367 root 20 0 3156 1856 1424 R 0.7 0.2 0:00.22 top
1 root 20 0 1584 312 272 S 0.0 0.0 0:01.35 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
4 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 kworker/0:+
6 root 20 0 0 0 0 S 0.0 0.0 0:03.41 ksoftirqd/0
7 root 20 0 0 0 0 R 0.0 0.0 0:01.66 rcu_sched
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_bh
9 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
10 root 0 -20 0 0 0 S 0.0 0.0 0:00.00 lru-add-dr+
11 root rt 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
12 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0
13 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1
14 root rt 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/1
15 root rt 0 0 0 0 S 0.0 0.0 0:00.00 migration/1
16 root 20 0 0 0 0 S 0.0 0.0 0:01.29 ksoftirqd/1

Anybody know what nxsched or rcu_sched is ?
 
rcu_sched. read copy update schedule. rcu has many purposes within linux kernel,checking task scheduling being just one,according to log you have
2 tasks running
 
rcu_sched. read copy update schedule. rcu has many purposes within linux kernel,checking task scheduling being just one,according to log you have
2 tasks running

No crons i can find
root@D-PC2:/etc/cron.daily# ls
root@D-PC2:/etc/cron.daily#

I've enabled logging via E2 and will see if it dies tonight
 
Looks like its trash cleanup attempting to connect to my CIFS share.

03:25:16.0801 < > dvb/epgcache.cpp:2269 readData [eEPGCache] schedule finished(1514777116)

03:25:16.0804 [ ] dvb/epgcache.cpp:1573 finishEPG [eEPGCache] stop caching events(1514777116)
03:25:16.0805 [ ] dvb/epgcache.cpp:1575 finishEPG [eEPGCache] next update in 60 min
03:30:18.7487 { } Screens/LogManager.py:75 TrashTimerJob [LogManager] Trash Poll Started
03:30:18.7490 { } Screens/LogManager.py:119 JobTrash [LogManager] probing folders
03:30:21.9307 [ ] gdi/grc.cpp:193 thread [gRC] main thread is non-idle! display spinner!


Googling "TrashTimerJob" returns a match in german with the 03:30 issue.

Their fix was to remove migrated shares and recreated them. I manually created these shares so that rules out this issue.

I have enabled remount and also disabled trash cleanup in the media player. If this resolves the issue I will enable one of these the next night.
 
curious where do you have your epg stored?

Right now I have it stored on local flash. Before the fresh image I had it stored on either usb or hdd ,, usb and hdd are both usb sticks. Still have same symptoms but no logs.

I have also disabled scheduled epg in xml importer ,, but this log file is attempting run every 60 min... ? This may be something different though .. ?
03:25:16.0805 [ ] dvb/epgcache.cpp:1575 finishEPG [eEPGCache] next update in 60 min

Another symptom I have experienced for some time is that when i open up "file list" and the CIFS has timeout period (not sure what that is or its its a windows setting) I get the spinning circle and the box hangs , just like the 3:30 issue.
I set to remount to every hour but might set it to 15 min so it never times out.
 
Does disabling the option in the movie player to 'clean network trash cans' cure the problem?
I disabled that after 3:30 ,, i will find that out tonight
As a test I might change my system time soon, see if I can trigger it. If it doesn't crash, it's kind of inconclusive until real 3:30
 
Back
Top