Hello Guest, if you're reading this it means you have not yet registered. Please take a second, Click here to register and in a few simple steps, you will be able to enjoy all the many features of our fine community. Please note that nicknames are prohibited lewd or meaningless (no numbers or letters at random) and introduce yourself in the section for you to meet our community.

Page 1 of 2 12 LastLast
Results 1 to 15 of 25
  1. #1
    Junior Member smallfrak's Avatar

    Join Date
    Jan 2015
    Posts
    12
    Thanks
    1
    Thanked 0 Times in 0 Posts

    Unhappy Regular freeze after scheduled EPG Refresh, no CrashLog, debug log confusing

    Hello folks,

    this is bugging me a while now. (almost) Every day in the morning, about when the scheduled EPG-refresh might finish, the box freezes all higher function. The clock stops counting, OpenWebIF is unresponsive. No Display and dead remote.

    FTP, SSH do work and the Debug Log is still updated with various regular stuff as if nothing had happened. So it's not the entire system that is dead. I can only get it working again by pulling the plug.

    If I do a manual EPG-refresh, this finishes without a problem. It seems that only the refresh from normal standby causes this problem. EPG refresh is scheduled around 06:30, clock usually hangs about 06:37. Today I switched it off around that time, as I found it hanging since yesterday morning and the usual EPG refresh started delayed - and did hang the box at 06:54.

    I captured the debug log a while later from within this state to determine the cause. I was confident, that this quite short log file would give me a clue. However it does not.

    The timestamp obviously is "seconds since last boot" which makes it very uncomfortable to match the events to world time. It's not clear to me how the filename (Enigma2_debug_2017-04-29_06-36-58.log) corresponds with the forst entry timestamp
    < 54.693> [Avahi] avahi_timeout_new

    Does it imply that 06:36:58 was creation time of the log which corresponds to ~55 seconds power up time? Then I have to add the timestamp values in the log minus 54.693 to "06:36:58" to get the real time?

    In this case I get maybe the last good entry like this:

    06:54:13 [EPGRefresh] Timer added <EPGRefreshTimerEntry (Sa 29 Apr 2017 06:54:47 CEST, 0, <bound method EPGRefresh.refresh of <Plugins.Extensions.EPGRefresh.EPGRefresh.EPGRefre sh instance at 0x71a59af8>>)>

    This corresponds well with the 30 seconds EPG channel time I had set. However this schedule did never start or at least it did not leave any trace in the log. Instead I get the following entry near the expected schedule time:

    06:54:19 [gRC] main thread is non-idle! display spinner!

    Other than this epgrefresh, I have installed "Serienrecorder" which is scheduled to run a good deal after EPGrefresh and I had set "save EPG to File every 1 hour" with a path to the internal harddisk. I set this to be able to load a reasonable current copy of the EPG after the necessary reboot when the EPG refresh did hang again. I get freezes without this. It just eases the pain a little.

    I do not have any Sky channels, but I have an ORF card and I have problems with the EIT EPG on all WDR Sat Channels - as everyone else too.

    I have connected both internal receivers to ASTRA 19.2 SAT, no cable.

    The usual "delete epg.dat" did not change anything.

    I had freezes and crashes when zapping throug graphical EPG lately, which is some new behaviour and might correspond to the WDR EPG problem.

    Where else could I look to track this thing down? This is quite nasty.
    Attached Files Attached Files

  2. #2
    Junior Member smallfrak's Avatar

    Join Date
    Jan 2015
    Posts
    12
    Thanks
    1
    Thanked 0 Times in 0 Posts
    Meanwhile I did a complete Image restore with no Settings and did set up everything fresh.
    It did hang again at 06:32 today...
    Last edited by smallfrak; 02-05-17 at 21:54.

  3. #3
    Forum Supporter
    Donated Member
    malcolmp's Avatar

    Join Date
    Aug 2013
    Posts
    102
    Thanks
    14
    Thanked 10 Times in 9 Posts
    I have some problems not unlike yours with EPG

  4. #4
    Junior Member smallfrak's Avatar

    Join Date
    Jan 2015
    Posts
    12
    Thanks
    1
    Thanked 0 Times in 0 Posts
    Quote Originally Posted by malcolmp View Post
    I have some problems not unlike yours with EPG
    At least I'm not the only one. If I look at the success rate to my problems, I sometimes get the imagination that I have some "ignore me" tag fixed to my account.

    Today ist went fine...
    < 40231.153> [EPGRefresh] Debug: Refresh finished!

    Instead I had a crash when switching to a channel yesterday evening:

    < 77.755> Traceback (most recent call last):
    < 77.756> File "/usr/lib/enigma2/python/Screens/VideoMode.py", line 486, in VideoChangeDetect
    < 77.756> IOError: [Errno 1] Operation not permitted: '/proc/stb/video/videomode_50hz'
    < 77.756> [ePyObject] (CallObject(<bound method AutoVideoMode.VideoChangeDetect of <class 'Screens.VideoMode.AutoVideoMode'>>,()) failed)

    So well, that's life.

  5. #5
    Senior Member

    Join Date
    Sep 2014
    Posts
    1,240
    Thanks
    130
    Thanked 234 Times in 210 Posts

  6. #6
    Junior Member smallfrak's Avatar

    Join Date
    Jan 2015
    Posts
    12
    Thanks
    1
    Thanked 0 Times in 0 Posts
    Quote Originally Posted by ccs View Post
    OK, I did. First I did not see any connection to my problem as I do not have any boot problems and I'm using a 5.xx release instead of a 4.xx

    At least I found a hint, that the Quad+ might have issues with the "multi" refresh rate - which I indeed have set. Now I have set it for 50Hz fixed 1050p. We will see, whether this might show an improvement.

  7. #7
    Senior Member

    Join Date
    Sep 2014
    Posts
    1,240
    Thanks
    130
    Thanked 234 Times in 210 Posts
    The connection was the crash you reported 3 posts ago which referred to Operation not permitted: '/proc/stb/video/videomode_50hz'

  8. #8
    Senior Member

    Join Date
    Jan 2014
    Posts
    129
    Thanks
    64
    Thanked 14 Times in 11 Posts
    Quote Originally Posted by smallfrak View Post
    I had freezes and crashes when zapping throug graphical EPG lately, which is some new behaviour and might correspond to the WDR EPG problem.
    I'm seeing this crash/hang with the graphical EPG also! I've started a thread on this here
    As I mentioned on that thread - I've 2 GB Quad+ receivers, both running 5.0.11. One receiver has never crashed, the other crashes all the time! The major difference between the 2: 1 has an internal 1TB HDD, the other has an 8GB USB

    I've applied the 50/60Hz patch already and it hasn't made a difference

  9. #9
    ViX Beta Tester Andy_Hazza's Avatar

    Join Date
    Oct 2012
    Location
    Derbyshire, UK
    Posts
    4,978
    Thanks
    1,219
    Thanked 1,451 Times in 1,179 Posts
    I don't think the 8GB usb is sufficient for Timeshifting, EPG and whatever else you may use it for.


    Sent from my iPhone using Tapatalk
    Vu+ Ultimo 4K with 3TB HDD, Dual FBC (Sat) tuners, 1x Twin Hybrid DVB-C/T/T2 tuner
    Vu+ Solo 4K with 1TB HDD, Dual FBC (Sat) tuners, 1x Hybrid DVB-C/T/T2 tuner
    Vu+ Solo 2 with 1TB HDD 'White Edition', 2x DVB-S2 tuners
    Mut@nt HD2400 with 1TB HDD, 4x DVB-S2 tuners
    Fixed 28.2E Technomate 65cm Mesh Satellite Dish with Inverto Unicable II/JESS LNB and Inverto Unicable Splitter
    Fixed 28.2E Sky Zone 1 45cm Satellite Dish with Octo LNB
    (All receivers installed with the latest Dev build)

  10. #10
    Senior Member

    Join Date
    Jan 2014
    Posts
    129
    Thanks
    64
    Thanked 14 Times in 11 Posts
    OK - thanks Andy. I'll try a HDD.

    I can cause a crash using timeshift and/or EPG just seconds after reboot though which means the 8GB is not fully used.

  11. #11
    Senior Member

    Join Date
    Sep 2014
    Posts
    1,240
    Thanks
    130
    Thanked 234 Times in 210 Posts
    Quote Originally Posted by divil_a_bit View Post
    OK - thanks Andy. I'll try a HDD.

    I can cause a crash using timeshift and/or EPG just seconds after reboot though which means the 8GB is not fully used.
    I assume by crash you actually mean hangs, otherwise crash logs would be generated.

  12. #12
    Senior Member

    Join Date
    Sep 2014
    Posts
    1,240
    Thanks
    130
    Thanked 234 Times in 210 Posts
    Maybe something like this will help to diagnose the problem if the box is hanging rather than crashing....

    Quote Originally Posted by abu baniaz View Post
    If you have a HDD attached, issue this command

    [
    Code:
    Please register to view content. Only take's a few seconds!
    Then look at the hdd for the log file. Attach it to this thread please.

    Guide to Putty in my signature if you need it.

  13. The Following User Says Thank You to ccs For This Useful Post:

    divil_a_bit (04-05-17)

  14. #13
    Senior Member

    Join Date
    Jan 2014
    Posts
    129
    Thanks
    64
    Thanked 14 Times in 11 Posts
    I mentioned on the other thread - I was using Hades 018 for well over a year and it was 100% reliable with the same 8GB USB stick.

  15. #14
    Junior Member smallfrak's Avatar

    Join Date
    Jan 2015
    Posts
    12
    Thanks
    1
    Thanked 0 Times in 0 Posts
    Quote Originally Posted by ccs View Post
    The connection was the crash you reported 3 posts ago which referred to Operation not permitted: '/proc/stb/video/videomode_50hz'
    Thanks for the tip. While it probably helps with the spurious crashes when zapping through the EPG, it unfortunately is not related to the daily freeze during EPGrefresh. It was dead again today at 06:32

    If it does the same tomorrow morning, I try the

    Code:
    Please register to view content. Only take's a few seconds!

  16. #15
    Senior Member

    Join Date
    Jan 2014
    Posts
    129
    Thanks
    64
    Thanked 14 Times in 11 Posts
    I've replaced the 8GB USB stick with a 500GB SSD. Still the same problems (crash/freeze regularly)
    I've also put in the 50/60Hz python fix.

    One of the logs has this in it:
    Code:
    Please register to view content. Only take's a few seconds!
    I've since deleted my epg.dat file. The other crash logs don't mention this

    As I've said, the USB stick with the EPG data worked perfectly with Hades 018 for over a year.

    One other different between my Hades018 and Viz 5.0.11 installation is I'm using Fallback tuner which is also configured to get the abm and epg from the server receiver.
    Could this be the cause of my problems?
    Enigma2_crash_2017-05-04_22-21-59.log
    Enigma2_crash_2017-05-04_20-10-20.log
    Enigma2_crash_2017-05-04_22-22-58.log
    Enigma2_crash_2017-05-04_20-47-00.log

Page 1 of 2 12 LastLast

Tags for this Thread

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •