1176 replies to this topic

[delagroov]

Het is mij inmiddels ook gelukt om de box te laten vastlopen (nou ja, net niet, maar het scheelt niet veel).

Hij blijft hangen op "ip link set lo down", iets wat normaal in een duizendste van een seconde klaar moet zijn. "D" status oftewel "disk wait" betekent bijna altijd dat er iets gaar is, en jawel (dmesg):

dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
dvb_demux_feed_del: feed not in list (type=0 state=0 pid=ffff)
INFO: rcu_sched_state detected stall on CPU 1 (t=60001 jiffies)
INFO: rcu_sched_state detected stalls on CPUs/tasks: { 1} (detected by 0, t=60002 jiffies)
INFO: rcu_sched_state detected stall on CPU 1 (t=240033 jiffies)
INFO: rcu_sched_state detected stalls on CPUs/tasks: { 1} (detected by 0, t=240034 jiffies)

Dit is echt foute boel.

Dit kan ook alleen door een driverbug zijn veroorzaakt...

is dit nu op je Ultimo? of op een vuduo? Gebruik je een HDD via lan-netwerk die loopt te hikken, waar de driver op vastloopt?

Ik gebruik nu al heel wat maanden Ultimo en heb hier nog geen vastloper gehad ivm drivers of kernel 3.1, maar gebruik interne HDD of hooguit de hdd van de ander box

Edited by delagroov, 22 February 2012 - 21:15.

[rytec]

even tussentijdse informatie met image van 28/12 over het geheugen :
vanavond opnames gedaan en wat heen en weer gezapped, ik merkte nog geen vertragingen op en het meminfo geeft mij :

MemTotal: 141440 kB
MemFree: 3028 kB
Buffers: 212 kB
Cached: 18332 kB

[Wijkkie]

Ik heb de "oude" versie 28-12-2011 er weer opgezet. Met -uname -a gekeken welke kernel versie het is en het is de 2.6.18-7.3.

Daarna zoals gewoon bij applicaties Cccam 2.3 geïnstalleerd en verder ( nog ) niets. Mijn eigen Cccam.cfg geplaatst en de zender lijst van feb.2012.

Vu gereboot en als van ouds starte hij weer op, nu afwachten wat er gaat gebeuren.

Mvg. Wijkkie

[Wijkkie]

Zo, daar ben ik weer.

De Duo heeft ook met deze image en oude kernel problemen !! Ik heb geen vastlopers gehad, maar het probleem doet zich voor bij het zappen. Ik zapte van een FTA naar Histoy HD en de duo rebootte direct. Dit nog enkele malen geprobeerd maar het resultaat bleef hetzelfde.
Aansluitend Cccam 2.21 er op gezet, maar dit maakte niets uit.

Wat mij wel opviel dat als ik de webpagina van de Duo wilde openen deze melde dat deze de EPG niet kon parsen en hij kon iets niet aanroepen.... Ik weet niet of dit enige oorzaak kan hebben met het vastlopen van de Duo.

Is er iemand die nog een oudere PLI versie heeft, dus degene welke voor het opstart scherm met de bergen kwam. Dan kan ik misschien zien wat daar eventueel mis gaat.
Dat was mijn laatste goed lopende image waar mee ik bijna nooit geen problemen had.

Grt.

Wijkkie

[Rob van der Does]

Dat zijn duidelijk andere getallen. Ze hebben ook geen fpga_directc.ko. Dat zou kunnen duiden op stiekem toch een oudere versie van de drivers?

Volgens mij is op de vuduo ook geen fpqa ugrade.
Is pas met de Uno geïntroduceerd

Klopt: alleen de UNO & Ultimo hebben zo'n slim systeem.

[WanWizard]

Is er iemand die nog een oudere PLI versie heeft, dus degene welke voor het opstart scherm met de bergen kwam. Dan kan ik misschien zien wat daar eventueel mis gaat.

Mijn Duo draait met die versie, zonder problemen.

[ijssgerb]

Oude image van 28/12 geprobeerd maar dan ziet de Vu Duo mijn interne HDD ineens niet meer. Dus maar weer terug naar de nieuwe kernel en jawel gelijk weer het tandwiel in beeld. Wat een drama ...

[rytec]

Oude image van 28/12 geprobeerd maar dan ziet de Vu Duo mijn interne HDD ineens niet meer. Dus maar weer terug naar de nieuwe kernel en jawel gelijk weer het tandwiel in beeld. Wat een drama ...

Ik geloof je meteen maar deze versie heeft zeker geen bug oid met opslagmedia, ik zou het toch nog een keer proberen hoor.
maar doe het clean, dus geen backups gebruiken, gewoon best van scratch beginnen met flashen.

[littlesat]

maar dan ziet de Vu Duo mijn interne HDD ineens niet meer

Misschien omdat die nu ext4 is? Dat kan die oudere kernel niet....

[MaxR]

Dus niet om zetten van ext3 naar ext4, anders kan je nooit meer terug?

Edited by MaxR, 23 February 2012 - 10:10.

[littlesat]

Als alles goed was gegaan, dan hoefde je niet terug....

[ijssgerb]

Geen Ext4 maar gewoon ext3, dus daar ligt het niet aan. Firmware helemaal clean geïnstalleerd en zelfs de backup map voor installatie van de hdd verwijdert om zeker te zijn. De image ziet mijn harddisk maar kan hem niet benaderen. Denk dat dit toch met de boot update wat van doen heeft, voordien werkte het namelijk wel. Geen idee natuurlijk, zomaar een gevoel van deze leek ... .

Edited by ijssgerb, 23 February 2012 - 11:31.

[Erik Slagter]

is dit nu op je Ultimo? of op een vuduo? Gebruik je een HDD via lan-netwerk die loopt te hikken, waar de driver op vastloopt?

Dit is op een VU+Ultimo (zie signature). Er zit geen harddisk in, maar gebruikt een NFS share van m'n linux server. Da's dan nu de tweede vastloper.

[delagroov]

is dit nu op je Ultimo? of op een vuduo? Gebruik je een HDD via lan-netwerk die loopt te hikken, waar de driver op vastloopt?

Dit is op een VU+Ultimo (zie signature). Er zit geen harddisk in, maar gebruikt een NFS share van m'n linux server. Da's dan nu de tweede vastloper.

Ik gebruik zelf geen nfs share naar een linux server en kan het daarom zelf niet testen, maar wie weet zit daar de bottleneck. Om zeker te zijn of dit een driver issue is of Pli gerelateerd, zou ik dat dan wel eerst met een Orgineel image testen met een serial debug rapport. Als het dan nog gebeurt zal Vuplus bij een melding er ook eerder iest mee (kunnen)doen lijkt me.

Edited by delagroov, 23 February 2012 - 13:21.

[teletub]

Hee dat is raar.

Hun versie van de drivers is dus:

3.1.1-r19-20120126, terwijl die bij ons 3.1.1-r4.20120126.2 is. De datum is gelijk, maar het release nummer heel anders?! Ben benieuwd of dat een kwestie van andere packaging is van dezelfde modules of echt een andere versie.

Hun kernel is wel later compileerd, maar verder zelfde versie. Het kan natuurlijk zijn dat zij net iets anders opties hebben in de kernel config.

Zou je eens het volgende willen doen:

cd /lib/modules/3.1.1/extra
md5sum *.ko

Ik krijg dan:

7c41f24b3cb0a6731168b89cd7233805  brcmfb.ko
1cfa26e35fdcb08aa8bca035dde9b059  dvb-bcm7413.ko
86ce86ef07710d8d92d0d3342cb2b11f  fpga_directc.ko
8193885ced2204d517bfd1b0039b611d  procmk.ko

Hier met een vu duo met een image van openpli van 15-2-2012 eigenlijk nooit vastlopers, beide tuners aangesloten en draai CCcam 2.3 soms oscam

3b4ce62c4685935e44d3b386ac6a9d74  brcmfb.ko
c57df29a964e95ef3dd6df3412c320f8  dvb-bcm7335.ko
61092fb5e475a8eea5e26b9e7f3e261e  procmk.ko

[Wijkkie]

Vannacht de laatste PLI er weer opgezet, deze reageerde hetzelfde als de "oude" kernel , vast lopen bij het zappen van een sd naar een HD kanaal !! ??

Dit enkele keren met oude kernel en met de nieuwe kernel gedaan maar resultaat was het zelfde. Wel moet ik melden dat ik tot dit moment geen groen scherm heb gehad en maar 1 langzame vastloper , ik bedoel dan , het beeld staat vast geluid loopt nog even door en daarna een automatische reboot.

Maar wat kan dan het probleem zijn van directe reboot bij het zappen van een sd naar History HD ??

[littlesat]

vast lopen bij het zappen van een sd naar een HD kanaal !! ??

Is er autoresolution in het spel hier?

Krijg je groene schermen tijdens het " rebooten???" dan moet je ook een crashlog hebben....

[Rob van der Does]

Vannacht de laatste PLI er weer opgezet, deze reageerde hetzelfde als de "oude" kernel , vast lopen bij het zappen van een sd naar een HD kanaal !

Dat is dan volgens mij een heel ander probleem dan de systeemcrash waar we het hier over hebben?

[xantippe]

heb de afgelopen weken ook veel problemen met willekeurige vastlopers. zowel pli als vti.alle images met Cccam 2.3.r0. dit is misschien een gooi in het diepe, mar kan het niks te maken hebben met de nieuwe codering van CD? draai nu sinds vanmorgen met OpenPLi-2.1-beta-vuduo-20110726 en ook weer met Cccam 2.3.0 r0 ben benieuwd of die het weekend haald.

[Wijkkie]

vast lopen bij het zappen van een sd naar een HD kanaal !! ??

Is er autoresolution in het spel hier?

Krijg je groene schermen tijdens het " rebooten???" dan moet je ook een crashlog hebben....

Met de image van gisteravond krijg ik geen groene schermen meer. Het enige is eigenlijk het freezen van beeld en even later stopt geluid en dan zit de boel vast, soms na enige minuten een automatische reboot. O ja ik heb geen autoresolution geïnstalleerd, ik heb een heleboel uit de image gehaald en het is bij mij stukken stabieler geworden.