111 replies to this topic

[Stephan296]

Ik krijg onderhand een punthoofd van de Et5000 met de laatste openpli.
Dat ding stopt om de haverklap met het afspelen van opnames/films.
Dan krijg ik spontaan het pli scherm en de wel bekende tandwielen.
Nog meer mensen met dit probleem.

[littlesat]

Ik zou eens een crashlog hier posten.... dan zien we tenminste wat "loos" is bij jouw....

[Erik Slagter]

Gebruik jij een (lokale) harddisk of een NAS?

[cobus]

hier nergens last van met een usb harde schijf (wel met eigen voeding)

[Stephan296]

Ik speel ze af van mijn server via een nfs verbinding.
Het gekke is dat ik nergens een crashlog terug kan vinden.
Iemand een idee?
Heb er al een tijd last van met de vorige versie dus dacht ik laat ik de nieuwste erop zetten en toch bleef het probleem bestaan.

[Erik Slagter]

NFS, inderdaad, dat is waarschijnlijk het probleem. Daar heb ik sinds enige tijd ook last mee. Het is niet NFS op zich die het probleem veroorzaakt, ook niet linux of enigma, maar de combinatie daarvan. Die zorgen ervoor dat het geheugen gefragmenteerd raakt. Er is op zich genoeg geheugen over, maar niet genoeg aaneengesloten voor NFS. De kernel gaat op zoek naar aaneengesloten geheugen (even kort door de bocht) en vindt enigma als grootverbruiker en schiet die af (je vindt dan een zgn. "OOM" melding in de dmesg). Dat verklaart ook waarom je geen crashlog hebt, enigma wordt gewoon afgeschoten door de linux kernel, hij crasht niet. Er zijn wat mensen momenteel naar aan het kijken dus misschien dat het binnenkort beter gaat. In de tussentijd kan ik een swap device aanraden. Het grappige is dat je de swap op zich niet nodig hebt, maar het koppelt, even kort door de bocht, fysiek geheugen los van virtueel geheugen, waardoor de kernel wat meer mogelijkheden heeft om aangesloten stukken geheugen te regelen. Een el cheapo usb stickje voldoet daarvoor prima. Je zult in het begin een paar keer merken dat enigma wat trager reageert, maar daarna is het over. Ik heb sinds ik swap heb aangesloten geen OOM's meer gehad.

Edited by Erik Slagter, 1 September 2012 - 10:14.

[pieterg]

de output van 'dmesg' net na zo'n situatie kan mogelijk aangeven wat er de reden was van de e2 restart.

[Henksat]

NFS, inderdaad, dat is waarschijnlijk het probleem. Daar heb ik sinds enige tijd ook last mee.

Ik heb hier meerdere boxen aan dezelfde NAS hangen, en dit allemaal met CIFS.
Ik kan alles gelijktijdig doen, opnemen, kijken etc. met meerdere boxen tegelijk en ervaar nooit problemen.

[Erik Slagter]

Ja het is typisch iets met NFS. Er is niks mis met NFS, het werkt zelfs een stuk efficienter dan CIFS, alleen de combinatie van enigma + stb + NFS + huidige kernels loopt net niet helemaal lekker. No way dat ik naar CIFS ga, brakke meuk... Zéker als je linux server je nas is...

[Stephan296]

Das toch raar heb hier nooit problemen mee gehad. Kon altijd meerdere programma's opnemen en kijken en noem maar op.
Hoe kan dit probleem ontstaan?
Een USB stick helpt hierbij? En hoe maak ik die swap file aan?

Edited by Stephan296, 1 September 2012 - 12:10.

[Erik Slagter]

Das toch raar heb hier nooit problemen mee gehad. Kon altijd meerdere programma's opnemen en kijken en noem maar op.
Hoe kan dit probleem ontstaan?

Er zijn wat wijzigingen in enigma geweest met als doel slimmer/efficienter opnemen, met minder kans op hikken. Op zich heel nuttige aanpassingen, maar nu blijkt dus dat ze voor de NFS-gebruikers (een heel kleine groep, overigens) wat narigheid met zich meebrengen. Dit is zeer complexe materie kan ik je wel zeggen, het is zeker geen stomme bug o.i.d., zoiets is gewoon niet te voorzien.

Een USB stick helpt hierbij? En hoe maak ik die swap file aan?

Yep.

Het makkelijkste is de usb stick onder linux op je pc even fdisken, één grote partitie aanmaken en die van type 82 maken (op zich niet verplicht, maar wel zo overzichtelijk). Het kan op zich ook op de ontvanger, heb ik van de week gedaan, maar dat is veel meer gedoe. Je kunt dan het beste even fdisk installeren.

Als je dat gedaan hebt, op de ontvanger de partitie als swapfile aanmaken. Dat kun je alleen op de ontvanger zelf doen, ivm. endianness. Met bijvoorbeeld dmesg kun je zien op welk device de usb stick terecht is gekomen (bij mij op /dev/sde). Als je de stick niet leeg had gemaakt, dan wordt-ie automatisch gemount, dat wil je dus niet. Mocht het toch gebeuren, umount /dev/sde (of welke /dev/sd... die gemount heeft). Daarna kun je met mkswap /dev/sd... de partitie swap partitie maken, dat moet éénmalig. Daarna kun je met swapon /dev/sd... de swap activeren, dat moet elke keer na het booten opnieuw (tenzij je e.e.a. in de startupscripts of /etc/fstab aanpast, maar dat is imho niet meteen nodig). Met free kun je vervolgens zien of het gelukt is.

Maar... er is vast ook wel ergens een plugin of knopje die dat allemaal voor je doet.

[pieterg]

voordat je met usbsticks aan de slag gaat, eerst kijken wat er aan de hand is

[Erik Slagter]

Zal toch wel NFS met fragmentatie zijn, er is ook geen crashlog...

De output van dmesg zou wel helpen inderdaad.

[pieterg]

Ik kan zulke conclusies niet trekken voor het zien van de log.

[Stephan296]

Dus na het automstisch herstarten na de crash ff via telnet dmesg intypen en het resultaat hier neerzetten?

[pieterg]

inderdaad, mogelijk kunnen we daar iets aan zien.

[Stephan296]

Zodra het gebeurd zal ik dat doen!

[pieterg]

tip: draai eerst even een update.
Mocht het al door fragmentatie veroorzaakt worden, dat moet met de laatste e2 behoorlijk voorkomen worden.

[Erik Slagter]

Dan zou ik juist even niet updaten, anders weten we straks niet wat het probleem was Zodra het probleem is opgetreden, met bijbehorende dmesg en/of enigma crash log, mag je update wat mij betreft

[Stephan296]

Ik had hem gisteren geupdate, en toen crashte hij gisteravond.
Vanmorgen weer geupdate en nog geen opname/film laten afspelen.
Jullie horen van mij.