1176 replies to this topic

[gerard0610]

Ik ben blijkbaar ook een van de gelukkigen die (ook bij intensief gebruik) geen last heeft van dit probleem.

ter info:
Hardware: VU+Duo (12200e8, wat dit ook mag betekenen)
OpenPli 2.1
Kernel: 3.3.1
HDD=Fujitsu MJA2500b (500GB).

@ Pedro: bedankt voor de info.

Ik heb de VU+Duo opengemaakt en op de printplaat gekeken. De info was 100% identiek aan die welke op de printplaat van Pedro staat.
MSS7000 MAIN
REV 1.3 2009.12.28
VuPlus
00-11011801-00

De VU=Duo is gekocht begin April 2010 gekocht.
Voor de zekerheid nog even getest of ik de deepsleep stand kon opnemen en dat werkte prima.
Dus: de RTC zit er bij mijn verwerkt.

Ik heb de nieuwe bootlaoder 31 december geplaatst en gebruik (uiteraard) OpenPli.

*) Tot slot moet ik wel aangeven dat ik regelmatig wat uitprobeer en dus af en toe een herstart of Enigma herstart of update. Maar er zijn ook perioden van 3 tot 7 dagen dat dit niet gebeurd en alleen kijk, opneem & afspeel.
Ik heb tot nu toe, het hier omschreven effect, nog niet gehad. Misschien helpt dit bij de analyse.

[Autodelta]

Ben benieuwd hoeveel revisies er zijn, de mijne heb ik gekocht in oktober 2010
Vuduo Plus
V2.3 2010.04.02
00-1101801-00

Edited by Autodelta, 11 March 2012 - 14:11.

[Erik Slagter]

Ik denk dat je geheugen nokkie vol zat. Maar geen oom-meldingen in de dmesg toch... Misschien wel hardwarematig, een oververhittingsbeveiliging ofzo?

Ik heb geen idee, waarvan zou dat geheugen dan vol moeten zitten?
heb geen picons ofzo er op.
weinig plugins, eigenlijk alleen wat ik als eens eerder indeze draad heb aangegeven.

Picons en plugins verbruiken (op zich) geen geheugen (RAM).

[BBsat]

Ik denk dat je geheugen nokkie vol zat. Maar geen oom-meldingen in de dmesg toch... Misschien wel hardwarematig, een oververhittingsbeveiliging ofzo?

Ik heb geen idee, waarvan zou dat geheugen dan vol moeten zitten?
heb geen picons ofzo er op.
weinig plugins, eigenlijk alleen wat ik als eens eerder indeze draad heb aangegeven.

Picons en plugins verbruiken (op zich) geen geheugen (RAM).

OK maar wat zou dan wel de reden kunnen zijn?
Ik bedoel van 1 kanaaltje afspelen en verder nix zou je RAM toch niet overhoop meten raken
zouden er processen kunnen zijn die dat wel doen?
en de oververhitting die je eerder noemde, tja de fan draait gewoon normaal en de ruimte is rond 20C
daar zou die VU toch ook niet warm of koud ....

[BBsat]

Net weer een vastloper, vergelijkbaar met de vorige van gisteren.
alleen verliep het crashen nu sneller.
Dus alleen een live tv uitzending aan, verder doet de box niets.

bijgevoegd weer een DMESG
de box heeft zichzelf herstart, geen crashlog zoals gewoonlijk

O ja, het enige wat ik gisteren heb verander (voor de crash van gisteren) is dat ik met CCcam van 2.3.0 naar 2.2.1 ben gewisseld
nu crasht ie dus kennelijk dagelijks, voorheen om de 3 dagen

Attached Files

•  DMESG2.rtf   12.43KB   9 downloads

Edited by BBsat, 11 March 2012 - 18:03.

[BBsat]

En weer een vastloper .......
en een automatische herstart.
wat ik daarnet vergeten was is dat ik een half uurtje geleden wat extra Rytec sources heb toegevoegd.
had ik eerst Benelux, Germany en UK, daarnet heb ik ook France, Italy en Spain geselecteerd en handmatig geupdate.
Is het EPG soms de geheugenvreter?

affijn weer een DMESG erbij

Attached Files

•  DMESG3.rtf   12.43KB   4 downloads

[Rob van der Does]

EPG is zeker een grote geheugengebruiker. En één van de mogelijke oorzaken van een enigma herstart.
Overigens: als de box/enigma herstart, is er dus geen sprake van Het Grote DUO Probleem.

[Pletskop]

Gisteren twee vastlopers (met automatische E2 restart) gehad.
Eerste zonder crashlog => was een opname aan het bekijken terwijl de Vu nog aan het opnemen was.
Tweede met crashlog => was dezelfde opname aan het bekijken terwijl de Vu stopte met opnemen.

VU+ Duo, Nieuwe bootloader, kernel 3.1.1, enigma van 9/1/2012.

Groetjes,

Peter

Attached Files

•  enigma2_crash_1331411700.log   16.89KB   3 downloads

[littlesat]

Zo te zien weer een oepsie...... Meestal en zeker als dat met andere boxen niet gebeurt is er iets mis waar wij niets aan kunnen doen (drivers of zo????)

Maar wat heb je geinstalleerd wat die =======> getText zooi oplevert....

============> getText NETCARD_INFO
[EPGC] 333974 bytes for cache used
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
1
============> getText PROV_CA_ID
3
2
============> getText NETCARD_INFO
It's now Sat Mar 10 21:35:00 2012
[TIMER] activating state 3
[TIMER] stop recording
stop recording!
stopping thread.
[eFilePushThreadRecorder] THREAD STOP
thread joined 0
loading streaminfo for /hdd/movie/20120310 1900 - 2BE - Jurassic Park_001.tsfixed up 75e6600f to cb3c (offset 0)
[TIMER] record event 5
[Trashcan] gotRecordEvent <enigma.iRecordableServicePtr; proxy of <Swig Object of type 'ePtr< iRecordableService > *' at 0x19ee860> > 5
[TIMER] record event 1
[Trashcan] gotRecordEvent <enigma.iRecordableServicePtr; proxy of <Swig Object of type 'ePtr< iRecordableService > *' at 0x19eec80> > 1
[Trashcan] bytesToRemove -436892491776
[Trashcan] Bytes to remove: -436892491776
[Trashcan] Size now: 37418383138
[Trashcan] Size now: 37418383138
[remove callback]
[eDVBCAService] free slot 0 demux 0 for service 1:0:1:31E4:45F:35:C00000:0:0:0:
[eDVBCAService] free service 1:0:1:31E4:45F:35:C00000:0:0:0:
[eDVBLocalTimerHandler] remove channel 0x18b9c80
[eEPGCache] remove channel 0x18b9c80
next real activation isPC: 77028524
00000000 30008700 00000000 76dc1710
000011dd 000011dd 00000006 00000000
00000000 00000000 00000000 7714c000
00000001 64206400 6c62756f 0000006f
000011dd 00000006 73e0bcd0 7fa1d018
00000000 00000001 00000001 7fa1d610
6c627500 770284b0 00000000 00000000
77152970 7fa1ce98 7fa1d0b8 7702cd0c
As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
77028524: 06 00 e0 10 ff ff 09 24 38 94 88 8f 3b e8 03 7c 21 20 03 01 03 00 00 10 00 00 82 ac 10 00 49 14 (end)
-------

[Erik Slagter]

Gisteren twee vastlopers (met automatische E2 restart) gehad.

Een enigma2 herstart is géén vastloper!

[ijssgerb]

Hier ook elke 24 uur minimaal 1x een vastloper.

Zojuist tijdens het kijken van een mkv file, welke met de oude kernel perfect ging.
Terug naar de oude kernel lukt mij helaas niet meer, want dan ziet ie de harddisk niet meer, ondanks dat deze normaal ext3 is gebleven.

Hoe dan ook we blijven updaten en hopen op verbetering ...

 enigma2_crash_1305474342.log   16.88KB   6 downloads

Edited by ijssgerb, 11 March 2012 - 21:11.

[Pedro_Newbie]

Dit is wel een heel oude crashlog, deze is van 15 mei 2011 met een jffs2 filesysteem.

[ijssgerb]

Vaag, blijkbaar de verkeerde toegevoegd???

Attached Files

•  enigma2_crash_1331496223.log   16.88KB   9 downloads

[littlesat]

[timer.py] next activation: 1331496209 (in 99997 ms)
[EPGC] 5210228 bytes for cache used
[EPGC] 5209999 bytes for cache used
It's now Sun Mar 11 21:03:29 2012
[timer.py] next activation: 1331496309 (in 99998 ms)
It's now Sun Mar 11 21:03:29 2012
[timer.py] next activation: 1331496309 (in 99996 ms)
action -> InfobarShowHideActions hide
action -> InfobarShowHideActions hide
action -> InfobarShowHideActions hide
action -> InfobarShowHideActions hide
action -> DirectionActions up
unknown action DirectionActions/up! typo in keymap?
action -> InfobarMovieListActions up
action -> DirectionActions up
Traceback (most recent call last):
File "/usr/lib/enigma2/python/Components/ActionMap.py", line 46, in action
File "/usr/lib/enigma2/python/Screens/MovieSelection.py", line 626, in keyUp
File "/usr/lib/enigma2/python/Components/MovieList.py", line 421, in moveToLast
AttributeError: 'MovieList' object has no attribute 'list'
(PyObject_CallObject(<bound method HelpableActionMap.action of <Components.ActionMap.HelpableActionMap instance at 0x17f51c0>>,('DirectionActions', 'up')) failed)
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)
]]>

Deze heeft ook niets met dit draadje te maken.... maar wel een vreemde - een lege movielist????

[BBsat]

EPG is zeker een grote geheugengebruiker. En één van de mogelijke oorzaken van een enigma herstart.
Overigens: als de box/enigma herstart, is er dus geen sprake van Het Grote DUO Probleem.

OK duidelijk mogelijk een EPG geheugenprobleem dus.
heb de rytec sources verminderd en daarna geen freezes meer gehad.
Maar eh... wat zou ik moeten doen of kunnen doen om dit type vastloper te voorkomen en wel alle sources te laden die ik graag wil?
toch een swap file?
of nog iets anders?

[littlesat]

Maar met andere boxen hen je geen last van de EPG.... Eerder blijkt dat een swap hielp... ook iets wat met andere boxen niet nodig is.... dus eigenlijk blijft nu zo een beetje een memory leak in de drivers over....

[BBsat]

Maar met andere boxen hen je geen last van de EPG.... Eerder blijkt dat een swap hielp... ook iets wat met andere boxen niet nodig is.... dus eigenlijk blijft nu zo een beetje een memory leak in de drivers over....

OK dat zou betekenen dat als ik weer terug zou gaan naar de image van 28-12-2012 ik wel een hele stapel Rytec sources kan laden zonder een geheugenprobleem te krijgen.
correct me if I'm wrong.
eens kijken of ik daar deze week ergens tijd voor heb.

[Rob van der Does]

Maar met andere boxen hen je geen last van de EPG.... Eerder blijkt dat een swap hielp... ook iets wat met andere boxen niet nodig is.... dus eigenlijk blijft nu zo een beetje een memory leak in de drivers over....

OK dat zou betekenen dat als ik weer terug zou gaan naar de image van 28-12-2012 ik wel een hele stapel Rytec sources kan laden zonder een geheugenprobleem te krijgen.
correct me if I'm wrong.
eens kijken of ik daar deze week ergens tijd voor heb.

Hmm, ik kan me niet voorstellen dat dat iets uit zou maken. Wellicht een (gering) ander geheugenbeslag in de beide kernel-images? In ieder geval had ik dat met de DUO op de oude-kernel images ook (als ik veel sources en uitgebreide beschrijving voor veel dagen had ingesteld)
In ieder geval heb je de DUO, Solo en ET5000 snel plat als je teveel EPG binnen haalt. En dat kan je inderdaad verbeteren door een SWAP-file te gebruiken (in zijn algemeenheid niet aan te raden, maar in dit specifieke geval wel).
Overigens is het specifiek tijdens het downloaden dat tijdelijk extra veel geheugen nodig is om het proces te doorlopen. Eenmaal binnengehaald is het geheugengebruik weer normaal.

[Autodelta]

Ik hoor niemand meer klagen, mijn laatste crash log is van 14-03 sinds dien weinig problemen.
Mijn Duo is al dagen rock stable en speelt weer als vanaouds met de laatste updates.

[Rob van der Does]

Ik hoop maar dat ze bij VU ervan op de hoogte zijn en er ook iets aan gaan doen, maar als de OI geen problemen vertoond schat ik de prioriteit niet heel hoog in.

Ik heb er maar weer eens een mailtje aan gewaagd, wederom het probleem gemeld aan: support@vuplus.com

Ik hoor niemand meer klagen, mijn laatste crash log is van 14-03 sinds dien weinig problemen.
Mijn Duo is al dagen rock stable en speelt weer als vanaouds met de laatste updates.

@ Pedro_N: hoe draait jouw box nu? Nog steeds op 3.1? Of stiekem weer terug gegaan?

Nadat ik op mijn mailtje aan vu+ support geen antwoord heb gekregen (zoals blijkbaar bij velen het geval is), heb ik dat via een ander adres aangekaart. En wat bleek: er zijn VU+ geen mailtjes en (dus??) ook geen problemen, bekend.
Ik heb het vriendelijke verzoek achtergelaten iets aan hun mail-handling te doen.........