Turn ON issue

[satnav]

Hi guys, I have an new issue with powering on from standby mode. This only happens when left overnight! It doesn’t respond to the on button, the IR is seen as the light flashes in the display after around three ON button attempts it comes on. Sometimes it is then in a working state other times the rotating VIX is displayed over a frozen channel picture forever and it has to be powered off and on with the rear switch. No error logs are generated for this lock up. Whilst it is being asked to power on the screen is light grey therefore HDMI content is there and the no entry symbol is displayed top right of screen with some button presses.
It has worked for weeks without this issue so I have rebuilt the system from scratch in an attempt to remove this issue and what I thought was an associated issue of the scheduled EPG nightly update. The EPG download plugin caused the screen picture to clear in the middle of the saving data sequence, it then stalls with the rotating VIX for several minutes. Once finished pressing OK button displays the normal program banner but titled (DVB service) no other symbols or text. Re-flashing and using the backed up settings didn’t work but a complete reload removed the EPG issue. I have m8 Ultimo that I have just set up with exactly the same software releases and identical settings in all respects and that works fine in fact absolutely great! Any suggestions please?

[brdbch]

Same problem with my VU+ duo.
Will not start after staying in standby mode overnight.
Also the LCD shows wrong date/time.

[fintannl]

suggest you revert to release prior to christmas release until issues get sorted. no issues with kernel 2.6.18 which was released in november

[satnav]

Strang that my m8 ultimo works perfectly same settings exactly!

[fintannl]

all will happen in due course. assume vix will solve as they always do

[paul362]

My duo was doing the same too ! im now using BH instead of Vix cant be doing with all the hassle from the missus LOL.

[fintannl]

paul, could you confirm that older version of vix prior to xmas delivery works just fine

[satnav]

Can you please remember what version of VIX was showing this sympton?

[Rob van der Does]

There are several reports of the DUO 'freezing', both during active service as in standby. This has been reported on using several images.
There is an indication (and not more then that), that this might be a specific DUO problem related to using CCcam 2.3.0 , and could be overcome by using CCcam 2.2.1
Again: so far only suggestions, but please tell me which CAM you are using, and if it's CCcam, using 2.2.1 is worth a try.

[brdbch]

I have the problem on Duo and i'm not using CCcam (using OSCam only in local mode)

[Sicilian]

I have the problem on Duo and i'm not using CCcam (using OSCam only in local mode)

Please post your exact setup.

How many EPG sources are you downloading?
Where is the EPG stored?
What plugins do you have installed?
Are the storage mounts correct?
What file system do any connected HDD or USB sticks have?
What skin are you using?

[brdbch]

Version 204.
Skin: Magic-HD
Ntp activated
HDMI CEC off

Plugins: CrossEPG Force Reload, Dream-Explorer, Genuine Vuplus, Glass System Utility, MediaPlayer, MediaScanner, OFDb Details, OpenWebif, Remote Timer, Setup Partnerbox, VLC Video Player, Visualisateur, Webinterface, XMLTV-Importer

Corsair F40 SSD installed as internal drive, Hdd on Esata
fstab:
rootfs / auto defaults 1 1
proc /proc proc defaults 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
usbfs /proc/bus/usb usbfs defaults 0 0
tmpfs /var/volatile tmpfs defaults 0 0
/dev/sda1 /media/hdd auto defaults 0 0
/dev/sdb1 /media/ssd ext4 discard,noatime 0 0
10.110.110.110:/files/more/records /media/net/archives nfs nfsvers=3,proto=tcp,rsize=32768,wsize=32768,timeo= 14,bg,soft,intr 0 0

df -k:
Filesystem 1K-blocks Used Available Use% Mounted on
ubi0:rootfs 104248 68404 35844 66% /
tmpfs 64 4 60 6% /dev
/dev/sda1 1953277700 810900 1952466800 0% /media/hdd
/dev/sdb1 39068508 878944 38189564 2% /media/ssd
tmpfs 69136 792 68344 1% /var/volatile
10.110.110.110:/files/more/records/ 5768579136 2314432416 3161119712 42% /media/net/archives

Everything mounted OK
swapfile, logs, picons and timeshift on SSD

EPG location: /media/ssd
EPG EIT,freesat,Viasat,Netmed activated (do i really need those ????)
XMLTV provider: Rytec France XMLTV
XMLTV-Importer active
Softcam: OSCAM (stable-1.10 local only)

[Sicilian]

@ brdbch, please re-flash your Duo WITHOUT installing Glass system utility. Why do you require this? What does it do that ViX doesn't?

Regards the EPG, are you using both Crossepg and XMLTV importer? Or are you using XMLTV importer through Crossepg?

Kindly report back.

[Rob van der Does]

@ brdbch, please re-flash your Duo WITHOUT installing Glass system utility. Why do you require this? What does it do that ViX doesn't?
I fully second that. Glass is a famous box-killer: it hacks a number of systemfiles.
And you can't just de-install it: it leaves it traces behind. So once your box has been infected, they only cure is a re-flash.

[paul362]

paul, could you confirm that older version of vix prior to xmas delivery works just fine

never tried it just changed completely to BH for now.

@Rob-van der does : I was running 2.2.1

[Sicilian]

never tried it just changed completely to BH for now.

@Rob-van der does : I was running 2.2.1

Please post exactly how your Duo was setup.

[brdbch]

I am puzzled about the EPG configuration:
I have Rytec France XMLTV selected in the crossEPG tab, and defined in the "sources" of XMLTV-Importer.
What is the correct configuration?

Also do i need to activate EPG EIT,MHW, freesat,Viasat,Netmed ?

[Rob van der Does]

I have Rytec France XMLTV selected in the crossEPG tab, and defined in the "sources" of XMLTV-Importer.
What is the correct configuration?
If you use XMLTV I suggest to disable Cros-EPG and to use the XMLTV importer (works a bit more advanced).
Be aware that if you activate many sources, the amount of data (and hence the memory used) will increase very much. Especially if the number of days for extended description is high.



Also do i need to activate EPG EIT,MHW, freesat,Viasat,Netmed ?
That is up to you. But the more data comes in, the more memory will be used.
Those EPG's will download data when tuned to a station. I suggest to turn them of, and see if you miss anything.

[satnav]

Thanks Rob I was using 2.3 but now reverted back to 2.2.1 cant see any difference! same issue.

[Rob van der Does]

Thanks Rob I was using 2.3 but now reverted back to 2.2.1 cant see any difference! same issue.
OK, it was worth a try. Thanks for reporting this.

[OldSkulRide]

Same issue for me and and for some other guys on openpli forum. This started with new kernel.

[Sicilian]

Thanks Rob I was using 2.3 but now reverted back to 2.2.1 cant see any difference! same issue.

Can you post your exact setup as brdbch has done above, also please advise if your HDD is EXT 3 or 4 and what filesystem any connected USB stick is using.

[Sicilian]

Same issue for me and and for some other guys on openpli forum. This started with new kernel.

Please post your setup as requested above.

[brdbch]

I wonder if the problem may be related to ntp activation.
After a while in standby mode, the system clock falls back to Oct 26 1970.


It's now Thu Feb 9 15:13:46 2012
[timer.py] next activation: Thu Feb 9 15:15:26 2012 (in 99997 ms)
It's now Thu Feb 9 15:13:46 2012
[timer.py] next activation: Thu Feb 9 15:15:26 2012 (in 99995 ms)
[AutoTimer] Auto Poll
[AutoTimer] Auto Poll Started
[AutoTimer] No changes in configuration, won't parse
job Components.Task.Job name=AutoTimerTask #tasks=1 completed with [] in None
[NTPSync] Poll Started
[ePopen] command: /usr/bin/ntpdate -s -u pool.ntp.org
job Components.Task.Job name=NTPSync #tasks=1 completed with [] in None
child has terminated
pipes closed
poll: unhandled POLLERR/HUP/NVAL for fd 32(16)
[EPGC] 13817934 bytes for cache used
[CrossEPG_Auto] poll
[EPGC] 13817934 bytes for cache used
[eDVBLocalTimerHandler] no transponder tuned... or no TDT/TOT avail .. try to use RTC :)
[eDVBLocalTimerHandler] RTC time is 04:13:41
[eDVBLocalTimerHandler] Receiver time is 15:15:07
[eDVBLocalTimerHandler] RTC to Receiver time difference is 1303038086 seconds
[eDVBLocalTimerHandler] set Linux Time to RTC Time
[EPGC] 13817934 bytes for cache used
[timer.py] timewarp - re-evaluating all processed timers.
It's now Mon Oct 26 04:13:59 1970
[timer.py] next activation: Mon Oct 26 04:15:39 1970 (in 99031 ms)
[timer.py] timewarp - re-evaluating all processed timers.
It's now Mon Oct 26 04:13:59 1970
[timer.py] next activation: Mon Oct 26 04:15:39 1970 (in 99028 ms)
[EPGC] 13817934 bytes for cache used

[paul362]

Please post exactly how your Duo was setup.

300 gig WD internal HD

Vix 2.3 latest release with all updates

cross epg set up with open tv 28.2 auto download 440 am.

4 gig rear usb for epg and picons.

If you need more let me know Sic.

[Sicilian]

300 gig WD internal HD

Vix 2.3 latest release with all updates

cross epg set up with open tv 28.2 auto download 440 am.

4 gig rear usb for epg and picons.

If you need more let me know Sic.

Could you list filesystem on the drives, plugins and skins installed please.

[brdbch]

Turned off ntp.
Same problem, after a while in standby, system time goes back to 1970.
I wonder what side effects this may have on CAMs, smart cards rights and record timers....

[timer.py] next activation: Thu Feb 9 17:53:29 2012 (in 99995 ms)
[EPGC] 13528369 bytes for cache used
no version filtering
0014: 70 00 00 00 00 00
mask: fc 00 00 00 00 00
mode: 00 00 00 00 00 00
[eDVBLocalTimerHandler] diff is -1
[eDVBLocalTimerHandler] diff < 120 .. use Transponder Time
[eDVBLocalTimerHandler] difference between new linux time and RTC time is > 60 sec... transponder time looks not ok... use rtc time
[eDVBLocalTimerHandler] time update to 01:49:36
[eDVBLocalTimerHandler] m_time_difference is -1303056170
[eDVBLocalTimerHandler] set Linux Time
[EPGC] 13528369 bytes for cache used
[EPGC] 13528369 bytes for cache used
[timer.py] timewarp - re-evaluating all processed timers.
It's now Mon Oct 26 01:50:38 1970

[OldSkulRide]

Please post your setup as requested above.

I dont have VIX atm, but here is my setup:
Latest PLi
MGcamd
no external or internal HDD/USB, iam using NAS
DVB-T Nova-T stick

[Rob van der Does]

Hmm interesting to see

[timer.py] timewarp - re-evaluating all processed timers.
It's now Mon Oct 26 01:50:38 1970
So the system is actually alive when this timewarp occurs. I thought this would be a side-effect of the freezing (in which case it wouldn't have been in the log at all).

[brdbch]

The system is still alive, but the GUI does not restart correctly (VIX logo rotating).
Also after powering off/on, the smart card would not respond.
Had to power off/on several times before it would work.

I left the box last nigth in standby with no card inserted and ntp off.
Did not freeze, did not go back in time. The RTC seems to have been updated correctly.

It's now Fri Feb 10 06:35:06 2012
[timer.py] next activation: Fri Feb 10 06:36:46 2012 (in 99996 ms)
[eDVBLocalTimerHandler] no transponder tuned... or no TDT/TOT avail .. try to use RTC :)
[eDVBLocalTimerHandler] RTC time is 06:35:43
[eDVBLocalTimerHandler] Receiver time is 06:35:43
[eDVBLocalTimerHandler] RTC to Receiver time difference is 0 seconds
[eDVBLocalTimerHandler] no change needed
[EPGC] 13118043 bytes for cache used
[EPGC] 13118043 bytes for cache used
It's now Fri Feb 10 06:36:46 2012
[timer.py] next activation: Fri Feb 10 06:38:26 2012 (in 99997 ms)

[satnav]

OK guys I have two solutions to avoid this issue. One Load the Auto shut down plugin set it up to close down during the night and then just turn STB on again when required, this worked fine. Second option and preferred choice is to enable the VIX power manager setting up all options to suit my needs, apart from GUI restart. This also works fine switching the STB on in the morning ready for use.:amen:

[brdbch]

Got a log of the freeze (ntp active, no card inserted)

Top shows that enigma2 is running in a loop.

top - 05:20:24 up 4:10, 1 user, load average: 1.12, 1.31, 1.22
Tasks: 91 total, 2 running, 89 sleeping, 0 stopped, 0 zombie
Cpu(s): 50.2%us, 1.8%sy, 0.0%ni, 45.0%id, 0.0%wa, 0.0%hi, 2.9%si, 0.0%st
Mem: 138272k total, 135600k used, 2672k free, 1312k buffers
Swap: 199996k total, 3400k used, 196596k free, 33700k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
506 root 20 0 153m 65m 1264 R 102 48.5 195:09.90 enigma2

Log shows:
First went back to 1970:

It's now Fri Feb 10 08:27:39 2012
[timer.py] next activation: Fri Feb 10 08:29:19 2012 (in 99995 ms)
[EPGC] 12582465 bytes for cache used
[EPGC] 12582465 bytes for cache used
[eDVBLocalTimerHandler] no transponder tuned... or no TDT/TOT avail .. try to use RTC :)
[eDVBLocalTimerHandler] RTC time is 01:45:37
[eDVBLocalTimerHandler] Receiver time is 08:29:16
[eDVBLocalTimerHandler] RTC to Receiver time difference is 1303109019 seconds
[eDVBLocalTimerHandler] set Linux Time to RTC Time
[EPGC] 12582465 bytes for cache used
[timer.py] timewarp - re-evaluating all processed timers.
It's now Mon Oct 26 01:45:40 1970
[timer.py] next activation: Mon Oct 26 01:47:20 1970 (in 99996 ms)

then half an hour later:

It's now Mon Oct 26 02:12:20 1970
[timer.py] next activation: Mon Oct 26 02:14:00 1970 (in 99995 ms)
It's now Mon Oct 26 02:12:20 1970
[timer.py] next activation: Mon Oct 26 02:14:00 1970 (in 99993 ms)
[AutoTimer] Auto Poll
[AutoTimer] Auto Poll Started
[AutoTimer] No changes in configuration, won't parse
job Components.Task.Job name=AutoTimerTask #tasks=1 completed with [] in None
Traceback (most recent call last):
File "/usr/lib/enigma2/python/mytest.py", line 619, in <module>
runScreenTest()
File "/usr/lib/enigma2/python/mytest.py", line 502, in runScreenTest
runReactor()
File "/usr/lib/enigma2/python/mytest.py", line 91, in runReactor
reactor.run(installSignalHandlers=False)
File "/usr/lib/python2.6/site-packages/twisted/internet/base.py", line 1166, in run

--- <exception caught here> ---
File "/usr/lib/python2.6/site-packages/twisted/internet/base.py", line 1178, in mainLoop

File "/usr/lib/enigma2/python/e2reactor.py", line 158, in doPoll

exceptions.OverflowError: long int too large to convert to int
Traceback (most recent call last):
File "/usr/lib/enigma2/python/mytest.py", line 619, in <module>
runScreenTest()
File "/usr/lib/enigma2/python/mytest.py", line 502, in runScreenTest
runReactor()
File "/usr/lib/enigma2/python/mytest.py", line 91, in runReactor
reactor.run(installSignalHandlers=False)
File "/usr/lib/python2.6/site-packages/twisted/internet/base.py", line 1166, in run

--- <exception caught here> ---
File "/usr/lib/python2.6/site-packages/twisted/internet/base.py", line 1178, in mainLoop

File "/usr/lib/enigma2/python/e2reactor.py", line 158, in doPoll

.... same output for the next 500Mb of log file.

[brdbch]

Same enigma crash if ntp inactive (30min after time reset to 1970)

[Sicilian]

Same enigma crash if ntp inactive (30min after time reset to 1970)

Can you post full log please.

[Sicilian]

Please post in a zip file.

[brdbch]

I send you both logs.
I truncated the end, it gets boring after a while :)

[Sicilian]

Please disable any scheduled epg import for the next 24 hours and report back.

[brdbch]

I turned off all EPG (there are still some EPG messages in the log, but nothing displays in the GUI).
Crashed the same way.
The log in zip format.
Could not truncate it since it generated a 2.6 Gb log overnight, and could not get any editor to accept it.
The only way to look at it is to use vi.

This morning i did "kill -9" on the enigma2 program, and the GUI restarted nicely.

[brdbch]

Just in case, i reinstalled everything from scratch over the week-end, and the problem is still there.

[Sicilian]

List all the plugins you have installed, softcam, epg storage location, mounts, file system used on HDD & USB.

Post exact step by step how you setup the receiver after flashing.

[brdbch]

This time i updated to version 204 before any new plugin downloads and CAM installation.

Version 204.
Skin: Magic-HD
Ntp activated
HDMI CEC off

Plugins: CrossEPG, Dreamexplorer, MediaPlayer, MediaScanner, OFDb Details, OpenWebif, Remote Timer, Setup Partnerbox, VLC Video Player, Visualisateur, XMLTV-Importer, dvb-usb-Em28xx

Corsair F40 SSD installed as internal drive, Hdd on Esata
fstab:
rootfs / auto defaults 1 1
proc /proc proc defaults 0 0
devpts /dev/pts devpts mode=0620,gid=5 0 0
usbfs /proc/bus/usb usbfs defaults 0 0
tmpfs /var/volatile tmpfs defaults 0 0
/dev/sda1 /media/hdd auto defaults 0 0
/dev/sdb1 /media/ssd ext4 discard,noatime 0 0
10.110.110.110:/files/more/records /media/net/archives nfs nfsvers=3,proto=tcp,rsize=32768,wsize=32768,timeo= 14,bg,soft,intr 0 0

df -k:
Filesystem 1K-blocks Used Available Use% Mounted on
ubi0:rootfs 104248 80256 23992 77% /
tmpfs 64 4 60 6% /dev
/dev/sda1 1953277700 6522856 1946754844 0% /media/hdd
/dev/sdb1 39068508 520276 38548232 1% /media/ssd
tmpfs 69136 1088 68048 2% /var/volatile
10.110.110.110:/files/more/records/ 5768579136 2318784384 3156767744 42% /media/net/archives

Everything mounted OK
swapfile, logs, picons and timeshift on SSD

EPG location: /media/ssd
EPG EIT, MHW
CrossEPG: XMLTV provider: Rytec France XMLTV
MHW2 CSD France
XMLTV-Importer active
Softcam: OSCAM (stable-1.10 local only) (used)
OSCAM 1.0.5923 (currently not used)
hypercam.2.6 (not used - backup for card rights update)
hypercam.2.18 (not used - backup for card rights update)

[Sicilian]

Try this: -

Reflash but do not install ANYTHING extra apart from a softcam that you are actually using.

For EPG have you setup Crossepg to download the XMLTV provider: Rytec France XMLTV or have you setup XMLTV Importer to download the EPG? You should use either XMLTV Importer or Crossepg, not both.

Report back after that.

Remember do not install any extra plugins at this stage.

[brdbch]

I Reflashed 2.3.153, upgraded to 204, no additional plugins installed, no softcam installed, log activated, running FreetoAir.

In this configuration no crash.

I activated EPG, Automatic refresh, EPG EIT and MHW on, others off.
CroosEPG and XMLTV-Importer not activated.

In this configuration i got the crash. (See log attached).

[Sicilian]

When you got the crash, had the softcam been installed?

[brdbch]

No, only logging and EPG

[Sicilian]

Ok, please try turn off Auto EPG Refresh. This only used on a receiver that is reading EPG.dat from another receiver, so if your not sharing the epg.dat file, please leave off. Then again please test overnight.

Thanks very much for your patience and help in this.

[Rob van der Does]

Ok, please try turn off Auto EPG Refresh. This only used on a receiver that is reading EPG.dat from another receiver, so if your not sharing the epg.dat file, please leave off.
Sorry to intervene, but that is a misunderstanding.
EPG-Refresh tunes the box to the channels at the times as set by the user in the configuration of this plugin. That way it will read the EIT (and/or other) EPG data that is transmitted by those channels.
It is a very convenient way to have EPG updated when not connected to internet (I always use it when caravanning).

[Sicilian]

Sorry to intervene, but that is a misunderstanding.
EPG-Refresh tunes the box to the channels at the times as set by the user in the configuration of this plugin. That way it will read the EIT (and/or other) EPG data that is transmitted by those channels.
It is a very convenient way to have EPG updated when not connected to internet (I always use it when caravanning).

This is for test purposes as instructed by Andy ;)

[Rob van der Does]

This is for test purposes as instructed by Andy ;)
Sorry: what is for test purposes?

[Sicilian]

Sorry: what is for test purposes?

To try and solve the OP's issue.

[Rob van der Does]

Ok, please try turn off Auto EPG Refresh. This only used on a receiver that is reading EPG.dat from another receiver, so if your not sharing the epg.dat file, please leave off.

Sorry to intervene, but that is a misunderstanding.
EPG-Refresh tunes the box to the channels at the times as set by the user in the configuration of this plugin. That way it will read the EIT (and/or other) EPG data that is transmitted by those channels.
It is a very convenient way to have EPG updated when not connected to internet (I always use it when caravanning).

This is for test purposes as instructed by Andy ;)

Sorry: what is for test purposes?

To try and solve the OP's issue.
We seem to be speaking different languages here: the misunderstanding about the functionality for sure can't have anything to do with testing :confused:

[Larry-G]

It's a simple request so that we can hope to find out why the OP is having these problems.

[Rob van der Does]

It's a simple request so that we can hope to find out why the OP is having these problems.
I take it that this is not an answer to my post about the misunderstood functionality of EPG_Refresh :confused:

The request to OP was to disable EPG-refresh. I didn't comment on that.

[Larry-G]

I take it that this is not an answer to my post about the misunderstood functionality of EPG_Refresh :confused:

You are correct it is not I was just commenting on why the request was made not about the functionality of the plugin it self.

[andyblac]

i was NOT referring to the plugin but the core EPG refresh function in ViX, this IS only for boxes that SHARE the epg.dat file. NOT not to force a EPG uppdate.

[Rob van der Does]

i was NOT referring to the plugin but the core EPG refresh function in ViX, this IS only for boxes that SHARE the epg.dat file. NOT not to force a EPG uppdate.
OK, clear.

[brdbch]

I made a mistake in my last message,

I turned on logging at the same time than EPG.

I made the following additional tests:
turned off "refresh" : still crashing
turned off "Save" : still crashing
turned off everything else in EPG : still crashing
turned off "detailed crashlog" : no crash !!!

turned back on EPG with "detailed crashlog" off : no crash.

I will make a few more tests around this "detailed crashlog" feature.

[brdbch]

Retried with full config and no "detailed crashlog": still crashing.

So were back to EPG.
I wonder if, once EPF activated, some features may remain active after EPG deactivation (even after power off/on).
This could explain the strange behaviour.

[Sicilian]

Is NPT on or off?

[brdbch]

NTP was off with minimal configuration, and on with full configuration.
Both crash.
I suppose i should retry clean reinstall of minimal configuration and turn on each EPG feature one at a time.

[Sicilian]

When you do the clean install and if it crashes, can you please post an exact step by step of how to replicate the crash.

[Rob van der Does]

When you do the clean install and if it crashes, can you please post an exact step by step of how to replicate the crash.
I promise you: there is no reproducing method at all. It just happens, regardless hard-and software setup, regardless of operation, sometimes a couple of times per day, sometimes 'only' twice a week.
See the numerous reports on several forums, including our own.

And the crash is a real system crash (no E2 crash), also an indication for a driver problem. After all the reports and testing that has been done there's only one obvious conclusion: VU+ will have to deal with it. Many reports have been sent to them.

[brdbch]

There may be other (probably numerous) problems where the system crashes.

The one i'am looking into has always the same pattern:
1/2 hour after going into sleep mode, the clock resets to 1970.
A while later E2 gets into a exception loop due to an long int to int overflow (creating a huge log file).
The only way to get out in power off/on (or connect via telnet and kill E2).
This does not occur with a fresh install (no plugins, no softcams, no configuration changes).

Always occurs on the fresh install if log and EPG turned on, HDMI CEC off (still no additional plugins, no softcams).
This probably would lead to a real system crash if the log file is stored on flash, since it would use up all space.

[Sicilian]

There may be other (probably numerous) problems where the system crashes.

The one i'am looking into has always the same pattern:
1/2 hour after going into sleep mode, the clock resets to 1970.
A while later E2 gets into a exception loop due to an long int to int overflow (creating a huge log file).
The only way to get out in power off/on (or connect via telnet and kill E2).
This does not occur with a fresh install (no plugins, no softcams, no configuration changes).

Always occurs on the fresh install if log and EPG turned on, HDMI CEC off (still no additional plugins, no softcams).
This probably would lead to a real system crash if the log file is stored on flash, since it would use up all space.

You must post an exact step by step. i.e.
1. Flash image.
2. Start up wizard settings
3. Any system settings changed.

We need to be able to re-produce your exact step.

[brdbch]

I Reflashed 2.3.153, upgraded to 204, no additional plugins installed, no softcam installed, debug only log activated, default EPG configuration, running FreetoAir.
In this configuration no crash.

I activated EPG Automatic refresh, other EPG to default values, power off/on: still no crash

I activated EPG Automatic Save, power off/on: in this configuration i got the crash.

Turned back off Automatic Save, power off/on: still got the crash :confused:
Turned back off Automatic refresh, power off/on: still got the crash :confused: :confused:

Turning off EPG may leave some things behind???

[Sicilian]

You dont need Automatic Save or refresh. This only used on receiver that have no internet access and sharing epg from another networked receiver. Crossepg will update and refresh your EPG with the settings you set.

As stated we need an exact step by step of how your getting the crash to replicated. Also please post latest crash logs.

[brdbch]

Reflashed 2.3.153
configured Tuner A simple Astra
Tuner B loopthru A
scan services
set DHCP off, fix IP
Debug log to /media/hdd
HDMI CEC off
upgraded to 204
set EPG Automatic refresh on
set EPG Automatic Save on
power off/on
check EPG settings
Put in standby mode
Wait.

You can check by looking at the date (goes back to 1970) and the size of the log file with telnet.

[Sicilian]

Reflashed 2.3.153
configured Tuner A simple Astra
Tuner B loopthru A
scan services
set DHCP off, fix IP
Debug log to /media/hdd
HDMI CEC off
upgraded to 204
set EPG Automatic refresh on
set EPG Automatic Save on
power off/on
check EPG settings
Put in standby mode
Wait.

You can check by looking at the date (goes back to 1970) and the size of the log file with telnet.

Please confirm that time is set to transponder and not NPT.

[brdbch]

For these tests i did not change the default settings (i think its transponder time).
Anyway previous tests (in previous log files) showed same symptoms wether ntp was turned on or not.

[brdbch]

There is a quite dirty workaround.
By using a shell script to force by ntpdate the Linux clock back to normal every minute, there is no crash of E2.

#!/bin/sh
#
#
echo "starting"
while :
do
sleep 60
ntpdate pool.ntp.org
echo "looping"
done

This confirms that the root of the problem is this linux clock being reset to 1970.
This reset occurs exactly every 30 minutes when in standby mode.

[brdbch]

I send you a trace of the ntpdate shell output, showing the periodic reset of linux time.

[paul362]

Could you list filesystem on the drives, plugins and skins installed please.

Bit late sorry been away !!

Ok EXT4 on bith USB And HDD

plugins as standard image NO extra's

Standard skin that comes with 2.3 no others installed.:smash:

[andyblac]

strange that you do not have NTP turn on yet it is polling, please try this version (unzip).

place in '/usr/lib/enigma2/python/Components/NetworkTime.pyo'

restart gui.



let me how you get on.

andy.

[brdbch]

Tried it, no change. :(

[andyblac]

Tried it, no change. :(

then you must be dong or installing something, i can't reproduce the bug at all. with NTP enabled or disabled.


please turn each setting one by one, try find out which one is casing the issue.

ie


flash image, put to standby wait the 30 mins see if it causes bug, if not, turn on ONE setting put back to standby, and to see if bug occurs. if not turn another settings. repeat until you find the setting that causes the bug.

[brdbch]

That's what i did (see my posts dated 17/02).
Is it normal that after a power on , the log file names look like "Enigma2-01-01-1970_01-00-34.log", while correct time has been set in the /var/log/message.0 file ?
From the traces , it looks like the RTC is not set to current time.
Could this be caused by some hardware revision in the vu+ duo boxes (mine is new).

[Sicilian]

Are you 100% sure that you have a genuine receiver?

[brdbch]

I hope so!
I bought it from a company which claims to be the official french importer.

[andyblac]

set EPG Automatic refresh on
set EPG Automatic Save on

you can't have BOTH options on, on the SAME box, SAVE is for a SERVER BOX, the REFRESH is for CLIENT BOX, DO NOT use both together.

how may boxes do you have ?

this might be causing your loop.


andy.

[sivhead]

I had this problem and disabled XML TV not to update at a certain time, Think the default was 04:00 in the morning. With the setting on my box would not come out of deep standby. when this is turned off all is ok.