[all] New PLi® Flubber images

[RubbeR]

Citaat:

De plek waar je sqlite dir komt te staan (in jouw geval dus op je /mnt/usb) moet wel 20MB vrije ruimte hebben.Daar wordt in de code expliciet op gechecked.

En als je een 'ls -l /var/lib' doet, wat zie je dan? Staat daar een correcte sqlite link?

Usb free space moet goed zijn, staat niks op, swap is ook niet aangemaakt (niet nodig?)

en ls -l /var/lib verwijst naar /usr/lib
maar ls -l /var/lib/sqlite verwijst naar /mnt/usb/sqlite

[Gast]

Citaat:

In mijn geval maakt dat niks uit, ook al is de HD niet in standby, dan nog duurt de opbouw van de webif lang....

Idem hier (zoals gezegd, ik heb geen disks in mijn boxen). <img src="/forums/images/graemlins/frown.gif" alt="" />

CU,
WanWizard

[koekjedebij]

Citaat:

Heb je toevallig een foutieve DNS of gateway ingevuld. De webif wil misschien naar buiten toe om het laatste nieuws op te halen.

Urk

Nope netwerk is hier prima voor elkaar DNS en gateway distribueer ik hier ook via DHCP. Netwerk is geen issue, het komt echt van de image.

[RubbeR]

Zojuist mijn compact flash kaartje in de post gevonden, hoe zet ik nu de hele var op die CF ?

 

in de tech notes staat enkel

Citaat:

Added possibility to move /var to CF card

 

waar/hoe doe ik dit ?

[Roodkapke]

In hetzelfde menu als waar je ook var naar hdd of usb kunt zetten.

 

Groeten,

 

Roodkapke

[RubbeR]

Citaat:

In hetzelfde menu als waar je ook var naar hdd of usb kunt zetten.

ik durf t bijna niet te vragen (maar ik doe t toch)

welke menu is dit ? ik vind t egt niet <img src="/forums/images/graemlins/blush.gif" alt="" />

[Gast]

Citaat:

Heb je toevallig een foutieve DNS of gateway ingevuld. De webif wil misschien naar buiten toe om het laatste nieuws op te halen.

Netwerk is ook hier in orde.

Ik denk dat het inderdaad in dat nieuws stuk zit. Want in de code zit een check op het bereiken van de PLi website, en ik zie daar ook een 15000 timeout staan (=15 seconden). En als de WebIf eindelijk geladen is heb ik een ticket zonder nieuws.

Citaat:

het komt echt van de image.

De javascipt code in de WebIf. En die draait in de browser, en niet op de box.

Update:

Ik heb er zojuist Ethereal eens op los gelaten, om eens te kijken waar de browser nu precies op zit te wachten. En ik zie daar rare dingen.

Het begin gaat goed:

Code:

- 0.00 sec - GET /?Screenwidth=1024- 0.33 sec - GET /webif.css- 0.61 sec - GET /window.js- 0.67 sec - GET /dhtml.js- 0.81 sec - GET /index.js- 0.85 sec - GET /mainfunc.js- 1.14 sec - GET /top-banner-gif- 1.15 sec - GET /crypt_off.gif- 1.39 sec - GET /leftnavi- 1.40 sec - GET /body- 1.63 sec - GET /blank

Na dit HTTP request komt er direct een TCP-ACK terug van de box, en vervolgens is het stil op de draad. Het eerstvolgende pakket dat van de box binnenkomt is de HTTP 200/OK, dus het antwoord op die laatste get. De tijd is dan: 44.112422 seconden!

Kortom, het is wel degelijk de image! Na deze OK regent 't pakketjes van de box, en als ik zo naar de inhoud kijk dan zijn het de inhoud van het 'zap' scherm, dus alle bouquet informatie.

Er zit dus duidelijk iets mis in de verwerking van dat stuk code op de box. Memory problemen? CPU hogs?

Een van de PLi heren die het weet? Of tips om te achterhalen wat nu precies de oorzaak is? En wat ik er aan kan doen om het op te lossen?

CU,
WanWizard

[koekjedebij]

Citaat:

Citaat:

Heb je toevallig een foutieve DNS of gateway ingevuld. De webif wil misschien naar buiten toe om het laatste nieuws op te halen.

Netwerk is ook hier in orde.

Ik denk dat het inderdaad in dat nieuws stuk zit. Want in de code zit een check op het bereiken van de PLi website, en ik zie daar ook een 15000 timeout staan (=15 seconden). En als de WebIf eindelijk geladen is heb ik een ticket zonder nieuws.

Citaat:

het komt echt van de image.

De javascipt code in de WebIf. En die draait in de browser, en niet op de box.

Update:

Ik heb er zojuist Ethereal eens op los gelaten, om eens te kijken waar de browser nu precies op zit te wachten. En ik zie daar rare dingen.

Het begin gaat goed:

Code:

- 0.00 sec - GET /?Screenwidth=1024- 0.33 sec - GET /webif.css- 0.61 sec - GET /window.js- 0.67 sec - GET /dhtml.js- 0.81 sec - GET /index.js- 0.85 sec - GET /mainfunc.js- 1.14 sec - GET /top-banner-gif- 1.15 sec - GET /crypt_off.gif- 1.39 sec - GET /leftnavi- 1.40 sec - GET /body- 1.63 sec - GET /blank

Na dit HTTP request komt er direct een TCP-ACK terug van de box, en vervolgens is het stil op de draad. Het eerstvolgende pakket dat van de box binnenkomt is de HTTP 200/OK, dus het antwoord op die laatste get. De tijd is dan: 44.112422 seconden!

Kortom, het is wel degelijk de image! Na deze OK regent 't pakketjes van de box, en als ik zo naar de inhoud kijk dan zijn het de inhoud van het 'zap' scherm, dus alle bouquet informatie.

Er zit dus duidelijk iets mis in de verwerking van dat stuk code op de box. Memory problemen? CPU hogs?

Een van de PLi heren die het weet? Of tips om te achterhalen wat nu precies de oorzaak is? En wat ik er aan kan doen om het op te lossen?

CU,
WanWizard

als je dan tijdens het 'opbouwen' van de webif naar het enigmaproces kijkt zie je dat die tot over de 90% CPU time schiet.

[Roodkapke]

wat dacht je van blauwe knop > PLi image instellingen ?

 

Sukses

 

Roodkapke.

 

En niet vergeten je hd op slave te zetten he, anders werkt het niet <img src="/forums/images/graemlins/laugh.gif" alt="" />

[RubbeR]

Roodkapke, op een 7020 is dit dan vast niet mogelijk, want t staat gewoon nergens.

en hdd master is ook geen probleem op een 7020.

 

Maar inmiddeld de sqlite via een CF symlink wel aan t lopen, dit lukte eerst niet op de usb.

 

Merk wel dat de epg van sky it en C+FR niet wil komen, alleen now next.

Tot gisteren op gemini2.6 kwam die epg ook voor meerdere dagen (op de juiste kanalen zoals Sky Assist).

 

<img src="/forums/images/graemlins/confused.gif" alt="" />

[Alfinist]

Nieuwe PLi Flubber met bugfixes.

 

pli-Flubber-The Sequel-dmxxx-20060818-1502.img

 

Te vinden op de website van PLi.

 

Alfinist.

[Amstel76]

Vandaag even de PLi Flubber getest op mijn dm500 multiboot. Werkelijk een prachtige image maar het enigste gebrek is het niet kunnen streamen en fatsoenlijk opnemen. Net Gemini 3.0 ook weer even in de multiboot gezet en de opnames en streams voorlopen dan voortreffelijk, iets wat met PLI helaas "nog niet" haalbaar is.

 

Voor degene die het graag willen weten. Mijn cardserver (NewCS), NFS mount voor de multiboot en CIFS mount voor de opnames staan allemaal op mijn Suse server. Met gemini 3.0 is dit geen enkel probleem, wel staat alles in verbinding met een super 3com switch.

[dAF2000]

Citaat:

Vandaag even de PLi Flubber getest op mijn dm500 multiboot. Werkelijk een prachtige image maar het enigste gebrek is het niet kunnen streamen en fatsoenlijk opnemen. Net Gemini 3.0 ook weer even in de multiboot gezet en de opnames en streams voorlopen dan voortreffelijk, iets wat met PLI helaas "nog niet" haalbaar is.

Voor degene die het graag willen weten. Mijn cardserver (NewCS), NFS mount voor de multiboot en CIFS mount voor de opnames staan allemaal op mijn Suse server. Met gemini 3.0 is dit geen enkel probleem, wel staat alles in verbinding met een super 3com switch.

Hmmm raar... want zover ik weet gebruiken PLi en Gemini dezelfde kernel(-drivers) omdat ze door Dream zelf gemaakt zijn en niet aan te passen zijn. Welke image heb je in flash staan en welke als multiboot?

[Amstel76]

Ik heb PLI Flubber in de flash staan en op dit moment Gemini 3.0 en Flubber in de multiboot. Ik moet zeggen dat het met PLI vanuit de flash ook al niet lukt. Ik kan het nog eens testen met een crosscabel rechtstreeks aan een pc maar dat is niet de opzet natuurlijk aangezien het met Gemini al vlekkeloos werkt.

 

Maar toch zal ik PLI booten om lekker tv te kijken omdat hij gewoon prettig in gebruik is en verder super stabiel. Gemini zal dus geboot worden voor de opnames en het streamen.

[dAF2000]

Citaat:

Ik heb PLI Flubber in de flash staan en op dit moment Gemini 3.0 en Flubber in de multiboot. Ik moet zeggen dat het met PLI vanuit de flash ook al niet lukt. Ik kan het nog eens testen met een crosscabel rechtstreeks aan een pc maar dat is niet de opzet natuurlijk aangezien het met Gemini al vlekkeloos werkt.

Maar toch zal ik PLI booten om lekker tv te kijken omdat hij gewoon prettig in gebruik is en verder super stabiel. Gemini zal dus geboot worden voor de opnames en het streamen.

Raar, ja. Misschien is 't iets in de instellingen. Ik kan er verder niet veel over zeggen omdat ik geen DM500 heb. We hebben wel betatesters met een DM500 dus die kunnen vast hun ervaringen vertellen.