923 replies to this topic

[KlaasVV]

Heb nu alle opties getest nl directio, cache=loose, actimeo=30 en cache=none maar helaas zat de oplossing er niet tussen.

Misschien heb je nog een ideetje?

[WanWizard]

Dit illustreert het probleem, en toont aan dat het geen enigma issue is:

root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts
root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts
root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts
root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts
root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts
root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts
root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts
root@osminiplus:~# ls -l /media/nas
-rwxrwxrwx    1 root     root      12017524 Aug 28 16:39 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts

wat onzin is, de opname loopt en de file groeit continue.

 

Als ik echter iets later weer kijk, dan zie ik

-rwxrwxrwx    1 root     root      55717748 Aug 28 16:41 20170828_1610_-_BBC_TWO_-_PLANET_EARTH.ts

dus op NFS werkt het hier gewoon (opname op mijn synology).

 

Als ik de opname op mijn testbox af speel, dan zie ik de tijd rechts boven zo'n 5 seconden aftellen, om daarna weer terug te spingen.

[WanWizard]

Net een CIFS mount gemaakt naar dezelfde share als waar NFS naar verbind, en daar zie ik hetzelfde gedrag.

 

Dus ik kan via beide methodes dit probleem niet reproduceren. Nu moet ik wel als kanttekening plaatsen dat ik deze testen heb gedaan met een test versie van OpenPLi 4.

 

Ik zal zo een box voorzien van OpenPLi 6 RC en dezelfde oefening nog een keer doen.

[littlesat]

Je miet ook 6 pakken. Die heeft het nieuwere samba spul...

[Bram55]

KlaasVV, on 27 Aug 2017 - 16:55, said:

Goedendag,

 

Ik wil even een raar iets melden wat zich voordoet in Openpli 6.

 

Ik heb vanmiddag met mijn hoofdontvanger, een et8000 met 2 CD kaarten, de formule1 opgenomen op de interne hdd. Met een vertraging van 15-20 minuten heb ik op mijn andere ontvanger, een et 9500, de opname afgekeken.

Echter, elke 15 minuten moest ik weer vanuit de opnamelijst de opname weer opnieuw starten. Hij speelde dus die 15 minuten vertraging af en telde dus ook af naar 0 minuten, terwijl de opname op de hoofdontvanger nog bezig was. De resterende tijd moest dus blijven staan op 15 minuten.

 

Gisteren beide boxen geflashed met Openpli 6.

 

Misschien is dit al bekend, of misschien kan iemand dat even testen.

 

Met vriendelijke groet.

 

Na 20 minuten was het voor mij toch al over.

[KlaasVV]

@WanWizard,

 

In OpenPli 4 heb ik dit probleem ook nooit gehad.

Is pas ontstaan nadat ik beide boxen heb geupdated naar openPli 6.

 

Vind het persoonlijk niet een heel groot probleem, maar vond het wel de moeite waard om te melden. Ik hou er voortaan rekening mee.

Verder is openPli 6 weer top.

 

M.v.g.

 

Klaas

Edited by KlaasVV, 28 August 2017 - 17:15.

[WanWizard]

Je miet ook 6 pakken. Die heeft het nieuwere samba spul...

 

Niks daarmee te maken, die gaat over "client" instellingen. En ik had even niks anders, en geen zin om de kast in te duiken.

 

Toch maar ff gedaan, nu een client box op develop er aan gehangen met dezerlfde fstab entries, en die heeft het probleem wel. Waarmee denk ik aangetoond is dat het aan de client kan een issue is.  Overigens, alleen met CIFS, met NFS zie ik de opname wel elke 5 seconden terug springen. Maar dat kan aan mijn  mount opties liggen, die zal ik er nog even uithalen ter test.

[WanWizard]

Ook zonder mijn NFS mount opties blijft het hier met NFS goed gaan.

 

De CIFS default voor actimeo is 1 seconde, dus dat kan hem niet zijn, en ook "cache=loose" of "cache=none" lost niks op. En de CIFS kernel module ondersteung geen "directio" of "forcedirectio".

 

Dit wordt toch nog wel een uitdaging zo...

[WanWizard]

Interessant. Zodra je op de box zelf disk access doet (bv een ls commando op de share), dan zie je in de recording de "time left" ineens weer ophoog schieten.

 

Ik zal de box eens 10 minuten of zo laten afspelen, en kijken wat dan de stand van zaken is.

[littlesat]

Hoe stel je nfs dan in?

Edited by littlesat, 28 August 2017 - 17:31.

[WanWizard]

Nu heb ik er alleen "rw" staan, maar dat werkt ook goed hier. Normaal gebruik ik "rw,soft,async,nolock".

 

Ik zie nu een ander fenomeen. Ik heb op de CIFS mount het afspelen laten doorlopen, en als deze bij +0.00 komt, dan verdwijnt die aanduiding, en loopt dat rode bolletje op de timeline gewoon door uit het beeld. Hij blijft dus wel gewoon doorspelen nu. 

 

Als ik dan vervolgens op de box

ls /media/cifs

doe (wat mijn test mount is, dan schiet de timeline weer terug in beeld, en staat er weer +01:51 (de delay die ik had tussen het starten van de opname op box A en het afspelen op box .

[WanWizard]

Vanuit het afspelen van de opname de filelist openen (die heeft een filesize check om de grote van de opname te tonen) reset de afspeeltijd ook.

[WanWizard]

Voorlopige conclusie: toevoegen van "cache=loose" aan de cifs moet lost het probleem van het stoppen van de opname op.

 

Er is dan nog wel het cosmetische probleem dat de playback infobar niet in de gaten heeft dat de file is gegroeid. @Littlesat, kun jij daar bij gelegenheid naar kijken, of mij vertellen waar die code zit, want ik kan het zo snel niet vinden. 

[littlesat]

Wordt het attribut van de filesize dan aangepast. Zonder dat kan ik het ook in het ui niet oplossen. Dan is het probleem ook niet helemaal cosmetisch eerder symptomatisch.

Edited by littlesat, 28 August 2017 - 19:13.

[WanWizard]

Als je "ls" inklopt, ja, dan wijzigt de filesize. Maar als Enigma de file gewoon leest blijkbaar niet.

 

Het is me nog niet helemaal duidelijk welke disk I/O actie je moet uitvoeren om de driver te triggeren een update te gaan halen.

[littlesat]

Als er niets met een config te doen is dan zouden we iets aan e2 mogen toevoegen....

 

e.g. na het afspelen na 1 seconde iets pollen en kijken of de file groter geworden is (indicatie opname loopt nog) is dit het geval elke x seconde de filesize aanpassen... maar stel je pollt elke 30 seconde en de resttijd is 20 sec... dan loopt de progress bar in het UI nog altijd "over"...

[WanWizard]

Ik moet er nog eens over nadenken, en eerst eens uitzoeken wat het nu precies is dat zorgt dat de filesize niet refreshed. Zolang we dat niet weten zijn we workarounds aan het bouwen, en daar heb ik een hekel aan.

 

Functioneel werkt het (met "cache=loose"), alleen cosmetisch is het niet 100%. Dus dit is iets voor 6.1, daar ga ik nu even geen tijd meer aan besteden.

[littlesat]

Prima... volledig mee eens. Sounds like a plan... ik ga dat lose binnenkort hier ook eens testen

[kerijaan]

is er al iets bekent waneer de 6.1 er aan komt.kijk er al iedere dag na op het form.

[littlesat]

Eerst moet het bouwen van 6.0 stabiel worden. Het gebeurt nu nog te vaak dat images niet (goed) gebouwt worden.

 

Zodra dat is kan 6.0 r/c stable worden en kunnen we beginnen met 6.1...