Software locking up when scrolling through EPG

[birdman]

BUT….

I now put my box into deep standby at 2:09am and then switch it back on at 2:15am. On immediately checking I now see another debug log with a time stamp of 2:09 and NOT 2:15 as expected. The time stamp applied to this file is last time the box was switched off and NOT the time that the box was switched back on again.

That's because your box hasn't yet got the correct time. fake-hwclock will have set it to the shutdown time and enigma2 has started up before your box has managed to get the correct current time via NTP.
Don't read too much into the log names or time-stamps. Just take their names in order.

[birdman]

Very long thread here which may confirm.....

http://www.world-of-satellite.com/sh...t=timer+server

Yes. I must get back to SpaceRat about my "improved" ntpdate-sync.

[adm]

For now I've reverted back to 5.1.021 which appears to be working without problems. This is using the same settings, bouquets and EPG that locked-up 5.1.022 on my machine.

On a lock-up I can still telnet into the box to reset it with an init 6 command. On lock-up the box doesn't respond to any key on the remote. The last debug report I posted as a result of a lock-up seems to (correctly) show that more than one scroll down (the graphical EPG) command was seen by the box and recorded in the log (as the last few entries) but it didn't cause anything to happen on screen.

I tried installing 5.1.022 by both the software update and the couch flash method.
I've tried deleting the epg.dat file twice using telnet and the init 4 command before deleting the file
I only get my EPG for Freesat and Freeview over the air.

[birdman]

FYI: reported here to:
http://www.world-of-satellite.com/sh...627#post468627

[daverave]

I had a similar problem with the GraphicalEPG freezing after installing 5.1.022 and reloading my backup settings. I was able to cure the problem as follows

Firstly go to Setup/EPG/Load-save-delete/Delete EPG and delete etc/enigma2/epg.dat

Secondly go to Setup/EPG/CrossEPG/Download now.

This seems to have cured the problem for me so hopefully does for others suffering the same problem.

[adm]

I had a similar problem with the GraphicalEPG freezing after installing 5.1.022 and reloading my backup settings. I was able to cure the problem as follows

Firstly go to Setup/EPG/Load-save-delete/Delete EPG and delete etc/enigma2/epg.dat

Secondly go to Setup/EPG/CrossEPG/Download now.

This seems to have cured the problem for me so hopefully does for others suffering the same problem.

i) I have deleted the EPG file multiple times by telenet, init4, remove file AND by the menu option
ii) I don't use CrossEPG and it is disabled. EPG importer is also been disabled. I get all my 7 day EPG over the air (Enable EIT EPG = yes, Enable Freesat EPG = yes)

Lock-up still occurs although more random in nature since I first reported it.

[abu baniaz]

What display settings have you got for Graphical EPG?
Does crash happen more often if you select a bouquet with a missing picon?

[ccs]

Maybe a debug during the period when it works might help?

Which skin are you using - the last skin reference in the debug log is to GraphicalEPGPIG

My guess is that you're using picture in graphics and channel preview mode.

[abu baniaz]

Does the bouquet have services that are on a dead frequency owing to Freeview changes?

[adm]

Background answering a few other questions
Skin = Vix-Night-HD (1280 x720)

My EPG location is /media/hdd
My EPG filename is epg (.dat)
I get my EPG over the air and don' t import any EPG from the Internet
For the graphical epg, channel preview mode = yes, show bouquets on launch = yes, picture in graphics = yes




Couch re-installed 5.1.022 with settings and plug-in restore from 021

Installed and ran the enigma2-plugin-extensions-removeepg-2016_06_17_all.pk
http://www.world-of-satellite.com/sh...890-Remove-EPG
EPG confirmed as being mainly blank and being re-populated

A few minutes later the box locks-up when first accessing graphical epg

Telnet session
init 4 - no visible response seen on TV screen – Mini video picture and audio still working.
killall enigma2 – no change, mini video picture and audio still working.
killall -9 enigma2 – EPG still on TV screen, no mini TV picture (black picture) and audio dead.
init 3 - EPG still on screen, mini TV picture shows one of the VIX start-up splash screens and no audio
The box is still locked up.

Result of telnet, including an intermediate ps -ef

Welcome to OpenViX for et10000
openvix 5.1 et10000

et10000 login: root
Last login: Thu Mar 29 15:47:58 BST 2018 on pts/0
root@et10000:~#
root@et10000:~# init 4
root@et10000:~# ps -ef
UID PID PPID C STIME TTY TIME CMD
root 1 0 0 15:05 ? 00:00:00 init [4]
root 2 0 0 15:05 ? 00:00:00 [kthreadd]
root 4 2 0 15:05 ? 00:00:00 [kworker/0:0H]
root 6 2 0 15:05 ? 00:00:00 [ksoftirqd/0]
root 7 2 0 15:05 ? 00:00:00 [rcu_sched]
root 8 2 0 15:05 ? 00:00:00 [rcu_bh]
root 9 2 0 15:05 ? 00:00:00 [migration/0]
root 10 2 0 15:05 ? 00:00:00 [lru-add-drain]
root 11 2 0 15:05 ? 00:00:00 [cpuhp/0]
root 12 2 0 15:05 ? 00:00:00 [cpuhp/1]
root 13 2 0 15:05 ? 00:00:00 [migration/1]
root 14 2 0 15:05 ? 00:00:00 [ksoftirqd/1]
root 16 2 0 15:05 ? 00:00:00 [kworker/1:0H]
root 17 2 0 15:05 ? 00:00:00 [kdevtmpfs]
root 18 2 0 15:05 ? 00:00:00 [oom_reaper]
root 19 2 0 15:05 ? 00:00:00 [writeback]
root 20 2 0 15:05 ? 00:00:00 [crypto]
root 22 2 0 15:05 ? 00:00:00 [bioset]
root 23 2 0 15:05 ? 00:00:00 [kblockd]
root 24 2 0 15:05 ? 00:00:00 [ata_sff]
root 25 2 0 15:05 ? 00:00:00 [cfg80211]
root 26 2 0 15:05 ? 00:00:00 [rpciod]
root 27 2 0 15:05 ? 00:00:00 [xprtiod]
root 28 2 0 15:05 ? 00:00:00 [kswapd0]
root 29 2 0 15:05 ? 00:00:00 [vmstat]
root 30 2 0 15:05 ? 00:00:00 [bioset]
root 31 2 0 15:05 ? 00:00:00 [nfsiod]
root 32 2 0 15:05 ? 00:00:00 [cifsiod]
root 61 2 0 15:05 ? 00:00:00 [bioset]
root 62 2 0 15:05 ? 00:00:00 [bioset]
root 63 2 0 15:05 ? 00:00:00 [bioset]
root 64 2 0 15:05 ? 00:00:00 [bioset]
root 65 2 0 15:05 ? 00:00:00 [bioset]
root 66 2 0 15:05 ? 00:00:00 [bioset]
root 67 2 0 15:05 ? 00:00:00 [bioset]
root 68 2 0 15:05 ? 00:00:00 [bioset]
root 69 2 0 15:05 ? 00:00:00 [scsi_eh_0]
root 70 2 0 15:05 ? 00:00:00 [scsi_tmf_0]
root 71 2 0 15:05 ? 00:00:00 [scsi_eh_1]
root 72 2 0 15:05 ? 00:00:00 [scsi_tmf_1]
root 80 2 0 15:05 ? 00:00:00 [bioset]
root 81 2 0 15:05 ? 00:00:00 [bioset]
root 82 2 0 15:05 ? 00:00:00 [bioset]
root 83 2 0 15:05 ? 00:00:00 [bioset]
root 84 2 0 15:05 ? 00:00:03 [kworker/0:2]
root 85 2 0 15:05 ? 00:00:00 [ubi_bgt0d]
root 86 2 0 15:05 ? 00:00:00 [ubifs_bgt0_0]
root 87 2 0 15:05 ? 00:00:00 [scsi_eh_2]
root 88 2 0 15:05 ? 00:00:00 [scsi_tmf_2]
root 89 2 0 15:05 ? 00:00:00 [usb-storage]
root 93 2 0 15:05 ? 00:00:00 [kworker/1:1H]
root 120 2 0 15:05 ? 00:00:00 [kworker/0:1H]
root 121 2 0 15:05 ? 00:00:00 [jbd2/sda1-8]
root 122 2 0 15:05 ? 00:00:00 [ext4-rsv-conver]
root 126 2 0 15:05 ? 00:00:00 [bioset]
root 183 2 0 15:05 ? 00:00:00 [jbd2/sdb1-8]
root 184 2 0 15:05 ? 00:00:00 [ext4-rsv-conver]
root 235 2 0 15:05 ? 00:00:00 [dpcr_integrator]
root 236 2 0 15:05 ? 00:00:00 [graphics3d_work]
root 237 2 0 15:05 ? 00:00:00 [nxsched]
root 238 2 0 15:05 ? 00:00:00 [nxsched]
root 239 2 0 15:05 ? 00:00:00 [nxsched]
root 240 2 0 15:05 ? 00:00:00 [nxsched]
root 241 2 0 15:05 ? 00:00:00 [nxsched]
root 242 2 0 15:05 ? 00:00:00 [nxsched]
root 243 2 0 15:05 ? 00:00:00 [nxsched]
root 244 2 12 15:05 ? 00:08:55 [nxsched]
root 261 2 0 15:05 ? 00:00:00 [pp_work]
root 262 2 0 15:05 ? 00:00:00 [rp_work]
root 332 2 0 15:05 ? 00:00:00 [reboot_work]
root 335 2 0 15:05 ? 00:00:00 [ci_work]
root 339 2 0 15:05 ? 00:00:00 [sci0]
root 341 2 0 15:05 ? 00:00:00 [sci1]
root 343 2 0 15:05 ? 00:00:00 [cec-hdmi_cec]
root 372 2 0 15:05 ? 00:00:00 [bioset]
root 374 2 0 15:05 ? 00:00:00 [xfsalloc]
root 375 2 0 15:05 ? 00:00:00 [xfs_mru_cache]
message+ 552 1 0 15:05 ? 00:00:00 /usr/bin/dbus-daemon --system
root 559 2 0 15:05 ? 00:00:00 [ipv6_addrconf]
root 560 1 0 15:05 ? 00:00:00 /usr/sbin/dropbear -r /etc/dropbear/dropbear_rsa_host_key -p 22 -B
root 598 1 0 15:05 ? 00:00:00 udhcpc -R -b -x hostname et10000 -p /var/run/udhcpc.eth0.pid -i eth0
root 608 1 0 15:05 ? 00:00:00 odhcp6c -Nnone -d -p /var/run/odhcp6c.eth0.pid eth0
root 640 1 0 15:05 ? 00:00:02 automount
root 650 1 0 15:05 ? 00:00:00 /usr/sbin/inetd
root 656 1 0 15:05 ? 00:00:00 /usr/bin/llmnrd -6 -d
root 669 1 0 15:05 ? 00:00:00 /usr/sbin/nmbd
root 676 1 0 15:05 ? 00:00:00 /usr/sbin/wsdd
root 680 1 0 15:05 ? 00:00:00 /sbin/syslogd -n -O /var/log/messages
root 683 1 0 15:05 ? 00:00:00 /sbin/klogd -n
root 686 1 0 15:05 ? 00:00:00 /usr/sbin/telnetd
avahi 693 1 0 15:05 ? 00:00:00 avahi-daemon: running [et10000.local]
avahi 694 693 0 15:05 ? 00:00:00 avahi-daemon: chroot helper
root 698 1 0 15:05 ? 00:00:00 /usr/sbin/vsftpd
root 1432 2 0 15:12 ? 00:00:04 [kworker/u4:1]
root 3204 2 0 15:27 ? 00:00:02 [kworker/1:2]
root 7264 2 0 16:02 ? 00:00:00 [kworker/u4:2]
root 7443 1 6 16:03 ? 00:00:54 /usr/bin/enigma2
root 7454 2 0 16:03 ? 00:00:00 [kdvb-ad-0-fe-0]
root 7492 2 0 16:04 ? 00:00:00 [kdvb-ad-0-fe-2]
root 7558 2 0 16:04 ? 00:00:00 [kworker/0:1]
root 8022 2 0 16:08 ? 00:00:00 [kworker/1:0]
root 9233 686 0 16:15 pts/0 00:00:00 /bin/login
root 9245 9233 0 16:15 pts/0 00:00:00 -sh
root 9679 9245 0 16:18 pts/0 00:00:00 ps -ef
root@et10000:~# killall enigma2
root@et10000:~# killall -9 enigma2
root@et10000:~# init 3
root@et10000:~#

On issuing an init 6 command the box reboots after approx 5 seconds


Attached are 4 debug files
The first two (with the earlier time stamps were when I was experimenting with the location of the epg which was named new_epg.dat and stored on my usb stick - but still with random lock-ups.

The ones with the later time stamps are the ones associated with this post. The one I believe to have been active at the time of the crash appears to be very short and perhaps of not much use. The one with the latest time stamp was after the init 6 reboot.
The very short debug log is the second to last in the list
There are no crash logs.


log4.zip

[adm]

Does the bouquet have services that are on a dead frequency owing to Freeview changes?

The bouquet is Freesat apart for one Freeview channel
All are working

All but one channel has an associated picon.

I don't see the same problems with exactly the same bouquet/epg/picon data in 5.1.021

[adm]

What display settings have you got for Graphical EPG?
Does crash happen more often if you select a bouquet with a missing picon?

Setting and an image of (a working) EPG included.

I tend to only use my favourites bouquet. The crash is random. Sometimes a scroll through the EPG works multiple times, sometimes the scrolling will start ok but freezes after, say. half a dozen channel have been selected and sometimes the freeze is at the point when the EPG screen is drawn. The freeze can happen at any point in the channel list.

Bear in mind with exactly the same data I've never seen the problem in 2.1.021 and I must have accessed the bouquet/epg in the same way perhaps a 100 times more than I have when trying 022.

For now I'm reverting back to 021 to make my viewing more reliable.

crash1.jpgcrash2.jpg

[birdman]

The crash is random. Sometimes a scroll through the EPG works multiple times

Is that scrolling with Up/Down arrows or the 2/8 keys? Or both/either.

[abu baniaz]

I am not going into a debate about EPG. The Graphical EPG displays several components. If you accept this fine, otherwise life is too short.

There are essentially two commits between 021 and 022. One is a re-application of existing code after removal to facilitate merging (elist centering). The other is the tuner lock for receivers with drivers that are like the hd51. The issue I experienced resulted in a spinner for over an hour until I got home. Others are unable to reproduce it, I cant consistently reproduce it. My Freeview frequencies changed. After deleting channel data and rescanning, there has not been a crash.

Lamedb file is part of a settings nbackup/restore.

Can you please try the following:

init 4 && sleep 10  && rm -rf /etc/enigma2/lamedb* &&  init 3

This will not affect your bouquets (that are invoked by G-EPG). Scan again afterwards.

If this still crashes, can you try disabling picons in Graphical EPG please>

[birdman]

The ones with the later time stamps are the ones associated with this post. The one I believe to have been active at the time of the crash appears to be very short and perhaps of not much use. The one with the latest time stamp was after the init 6 reboot.

Well, there are two things about it - or rather one thing about it that has two "different interpretations":
It has many entries like "[eEPGCache] FS subtable (60571e00) version changed (6) now/next (1)".

• I don't see this at all (I'm just using the EIT from Freeview), but some of your other logs show it too.
• It ends with this. Which is odd as enigma2 has a handler for the signals it's expecting to get, which would produce a short stack dump. Whereas this could be lost with a power cycle, it wouldn't be lost with an "init 6" (or "reboot", which might be easier to remember).

So the implication is it's being killed an unusual signal.