OpenPli:Mount van 7000 naar 8000,schokkerig beeld.

[Gerard 76]

Op beide boxen staat OpenPli,

de 7000 is succesvol gemount naar de 8000

waar ik NFS-server op heb draaien.

Ik kan dus alle (SD) opnames selecteren

maar het beeld hapert heel erg.

 

Maar nu weet ik niet waar ik het bestand kan vinden

waar de mount in staat.

 

Toen ik Gemini op de 7000 had zat er in /var/etc een automount bestand.

Nadat ik daarin de rsize en wsize had aangepast

naar 32768 werkte het perfect.

Dit automount bestand kan ik nu daar niet terugvinden.

 

Wie weet hoe ik dat beeld weer vloeiend krijg?

[Gerard 76]

Heb intussen dit draadje gevonden.

Ook na het aanpassen van de fstab geen vergetering.

 

in /var/tuxbox/config/enigma

heb ik een mount.conf bestand gevonden en aangepast.

 

Helaas ook zonder resultaat.

[dAF2000]

In /var/tuxbox/config/enigma/mount.conf staat inderdaad de rsize en wsize. Je kunt 't beste gewoon de mount aanpassen naar die 32768 ipv direct de file te veranderen. Dat kan 't makkelijkste in de web interface. Daarna weer mounten en kijken of 't beter gaat.

[Tonskidutch]

openpli gebruikt toch autofs in etc/auto.net

 

volgens mij is daar ook een patch voor

patch

 

tcp<>udp + rsize en wsize testen en aanpassen

anders moet je het echt in je netwerkkabels of periferie zoeken

 

ciao

[Gerard 76]

Daar ga ik even mee aan de gang

Hier de mount instellingen,

volgens mij niks mis mee.

(heb voor 't plaatje het wachtwoord even leeggemaakt )

[Gerard 76]

Origineel bericht van: Tonskidutch

openpli gebruikt toch autofs in etc/auto.net

Denk dat je nu over enigma2 praat.
De NFS op de 8000 werkt wel goed
omdat de mount van de 7000 met gemini wel goed werk,
en dezelfde mount met pli op de 7000 niet.

Daarom lijkt 't me logisch dat ik het probleem in de 7000 moet zoeken,
maar ik kan er naast zitten...

[Tonskidutch]

uh ja ten dele is dat enigma2

en op de 7000 vertrouw ik webinterface instellingen per definitie niet (beter de oude vertrouwde menu's gebruiken, netwerkmounts)

 

nix mis mee lijkt het (dat webinterface, maar of het werkt? zoals reeds geschreven hierboven)

tcp en rw zou ik altijd aanvinken

root is bij nfs ook niet nodig net zo als paswoord

 

wat voor switch heb je?

 

gebruik je het routerip voor gateway + nameserver of de provider zijn nameserver?

 

ciao

[dAF2000]

De mount ziet er goed uit. Zoals Tonksidutch zei is alleen nog experimenteren met rsize/wsize wel handig. Ik vraag me af of 't meer kan zijn dan 8192.

 

Is CIFS misschien een optie?

 

Detail: waarschijnlijk wil je "server directory" zonder "movie". Nu krijg je een mapje movie binnen movie, denk ik. Verandert niks aan 't schokkerig beeld.

[Gerard 76]

Origineel bericht van: Tonskidutch

wat voor switch heb je?

een Asus GX1088

Origineel bericht van: Tonskidutch

gebruik je het routerip voor gateway + nameserver of de provider zijn nameserver?

Die van de provider.
Dit staat standaard zo ingesteld volgens mij.

[Gerard 76]

Origineel bericht van: dAF2000

Ik vraag me af of 't meer kan zijn dan 8192.

In Gemini op de 7000 werkte de mount met 8192 ook schokkerig.
Nadat ik dat had aangepast naar x4 werkte het wel vloeiend.
Vandaar dus dat ik dat nu ook probeer.

[Gerard 76]

Origineel bericht van: Tonskidutch

tcp en rw zou ik altijd aanvinken

En dat waren in dit geval de toverwoorden.
Deze opties heb ik aangevinkt,enigma herstart
en voilà,het werkt naar behoren.

Nu vraag ik me dus af wat deze twee opties
in de praktijk hebben veranderd,
omdat het nu wel goed werkt.

[APPLE]

ik gebruik onderstaande instellingen en ze werken perfect!

het enigste nadeel wat ik onder vind als de dm800 herstart voor een update ofzo is de dm600 de nfs mount kwijt en moet ik deze eerst op nieuw opstarten!

 

[Tonskidutch]

Gerard 76,

 

standaard gebruikt de mount (zonder eigen keuze gemaakt te hebben) UDP

 

dit protocol wordt echter steeds vaker door routers en beveiligingssystemen halfslachtig behandeld

 

het is immers een bron die ongecontroleerd data stuurt

dus het veiligere TCP waar herkomst geauthentificeerd kan worden verdiend de voorkeur

 

(niet alle routers hebben die problemen met UDP maar heel veel)

 

de option rw staat voor lees en schrijfrechten (anders zou je niet mogen opnemen)

 

ciao

[Gast MiLo]

UDP is niet bedoeld voor datatransfer. Niet gebruiken dus, daar is TCP voor.

 

Routers en gateways zullen, gegeven een druk netwerk, al vlug UDP pakketten gaan weggooien. Achterliggende gedachte is dat voor UDP pakketten timing belangrijker is dan betrouwbaarheid. Veel Linux kernels mikken gewoon de hele UDP buffer in het putje als die volloopt. Correct geimplementeerd, maar wel verrassend voor nietsvermoedende RTSP programmeurs.

 

Veel protocollen die UDP gebruiken doen dat uit misleide pogingen om bandbreedte te sparen. NFS over UDP is het resultaat van zo'n misvatting. Je krijgt dan een ietsiepietsie snellere respons op je "ls" commando, maar zodra je grote files gaat overpompen krijg je de vreemdste effecten.