364 replies to this topic

[40H3X]

Wat maakt dat het nu 8.0 gaat worden en niet 7.x? Wat zijn de grote veranderingen/verbeteringen?

Zoals je in de wiki kunt lezen onderscheidt OpenPLi twee type releases https://wiki.openpli.org/Releases . Dit is dus een major release en dan wordt er een nieuwe versie van OE geïntroduceerd i.d.g. gaan we zoals @WanWizard en @Frenske al hebben toegelicht 7 versies omhoog. OpenPLi 7.x draaide op Pyro (versie 2.3) en met OpenPLi 8.x gaan we naar Zeus (versie 3.0), vandaar het nieuwe logo. Voor geïnteresseerden, lees hier maar eens na https://wiki.yoctopr...g/wiki/Releases

[cobus]

 

 

Aan de gebruikerskant, bv veel gstreamer van v14 naar v18 en integratie van ffmpeg, Kodi naar v18.6 (NefFliix en Amazon Prime getest en werkt).

Maar kodi werkt niet op de VU UNO4K (als je hem wil opstarten gaat hij gelijk weer weg niet eens een opstart logo enz) wel op de multibox ?

Edited by cobus, 6 December 2020 - 20:47.

[WanWizard]

Ik hem geen VU+ Uno 4K, dus kan dat niet testen, maar er was deze week iemand met een VU+ 4K die er geen probleem mee had. Maar wel addons had geinstalleerd.

 

Ik gebruik het zelf ook nooit, wij doen er binnen het team niks aan.

[cobus]

Ik las dat netflix zou werken en dat leek me wel handig en daarom ff aan het prutsen geweest en kwam ik er dus achter dat hij niks doet op de Uno4K en wel op de multibox maar goed ik heb het niet nodig maar was makkelijk geweest.

[WanWizard]

Wellicht even in het engelse 8.0-rc topic vragen over het hoe wat en waar. Ik heb het zelfs nog nooit opgestart.

[IkkeKappie]

Op een solo4k gebeurt precies het zelfde.
Het lijkt wel of kodi niet doorstart.
In 7.3 werkte het wel maar heb ik nooit de MP3 files aan het werk gekregen.
Ik had gehoopt dat het nu wel zou lukken.
Helaas.

Aan de gebruikerskant, bv veel gstreamer van v14 naar v18 en integratie van ffmpeg, Kodi naar v18.6 (NefFliix en Amazon Prime getest en werkt).

Maar kodi werkt niet op de VU UNO4K (als je hem wil opstarten gaat hij gelijk weer weg niet eens een opstart logo enz) wel op de multibox ?

[IkkeKappie]

Sorry,
Wat ik hier boven schreef was als aanvulling op de reactie van Cobus bedoeld.

Mvg

[WanWizard]

Dan is dus de vraag wat die persoon in de engelstalige topic precies gedaan heeft, want die had Netflix en Amazon Prime werkende.

 

Misschien ontbreekt er een dependency, of iets van Kodi dat je nog moet installeren?

[Wilmaas]

Goedemorgen, 8.0 RC dit weekeinde op een HD51 en VU_solo_2 gezet vanuit de beide boxen.

 

2 zaken vallen op. De netwerk mounts werken niet meer. Ik heb de mounts verwijderd en opnieuw laten zoeken en actief gemaakt.

 

Hierna blijft het volgende probleem, een opname vanaf de andere box stottert, blijft tot 2 minuten "hangen" 

Dit heb ik eerder gehad en ik voeg dan " <options>rw,nolock,udp,rsize=8192,wsize=8192</options>" toe aan de automounts.xml file

Dit werkt helemaal niet meer, het lijkt dat UDP niet meer is ondersteund, klopt dit?

 

ps, UDP aangepast naar TCP, dit stottert niet maar is iets trager dan gewent.

 

groet.

[WanWizard]

2 zaken vallen op. De netwerk mounts werken niet meer. Ik heb de mounts verwijderd en opnieuw laten zoeken en actief gemaakt.

 

En wat was het verschil tussen voor en na? Want anders kunnen we er niet zoveel mee.

 

Ik zou niet weten waarom udp het niet zo doen. Overigens is udp niet verstandig als je netwerk connectiviteitsissues vermoed, dan verlies je gewoon data, terwijl tcp een hertransmissie doet. Het feit dat je vind dat dat trager is duidt ook op netwerk issues. Wifi verbinding toevallig?

[Wilmaas]

bedankt voor de reactie,

 

Ik gebruik NFS mounts en geen wifi maar een verder stabiel werkende homeplug netwerk, tplink 1200

met 7.3 was het met die regel toevoegen mogelijk een stabiele overdracht te krijgen. snelheid  ruim 70 MB/sec  ruim voldoende dus.

ook zonder buffer was een redelijke stabiele overdracht gegevens mogelijk vanaf versie 7.2. regel met buffer werkte al jaren super, meer voor de zekerheid.

 

Tcp gaf in het verleden juiste een minder resultaat qua stabiliteit.

 

Na flash naar 8.0 start de overdracht met 70 MB/ sec, na enkele sec. 0 MB/sec, na 2 minuten weer spontaan verder voor een onbekende periode.

Na toevoegen regel  "<options>rw,nolock,udp,rsize=8192,wsize=8192</options>" geen verbinding meer

aanpassen UDP naar TCP  in die regel blijft het  stabiel 66 MB/sec over. ruim voldoende.

 

Ik heb geen probleem met het TCP protocol te moeten gebruiken, ik vind het prima als het zo is opgelost. het viel mij alleen op geen UDP meer te kunnen gebruiken.

 

"probleem" blijft bij mij ook na schone install overigens, het viel mij op... als iemand hier iets aan heeft?

 

groet.

[pasquenel]

NFS timers en andere settings :

In het verleden kon je dit terugvinden in /etc/autofs.conf.

Waar kan je deze settings/parameters terugvinden in RC8.0?

[WanWizard]

OpenPLi heeft nog nooit autofs gebruikt.

[WanWizard]

Ik gebruik NFS mounts en geen wifi maar een verder stabiel werkende homeplug netwerk, tplink 1200

met 7.3 was het met die regel toevoegen mogelijk een stabiele overdracht te krijgen. snelheid  ruim 70 MB/sec  ruim voldoende dus.

ook zonder buffer was een redelijke stabiele overdracht gegevens mogelijk vanaf versie 7.2. regel met buffer werkte al jaren super, meer voor de zekerheid.

 

Tcp gaf in het verleden juiste een minder resultaat qua stabiliteit.

 

Na flash naar 8.0 start de overdracht met 70 MB/ sec, na enkele sec. 0 MB/sec, na 2 minuten weer spontaan verder voor een onbekende periode.

Na toevoegen regel  "<options>rw,nolock,udp,rsize=8192,wsize=8192</options>" geen verbinding meer

aanpassen UDP naar TCP  in die regel blijft het  stabiel 66 MB/sec over. ruim voldoende.

 

Over een hoe grijs verleden hebben we het hier, van buffer sizes van 8192 zijn uit de tijd van de DM7000.

 

Ik mount ook alles via NFS, stabiel als een huis, ook over wifi of powerlan. En ik gebruik 128Kb buffers voor al mijn boxen.

 

Ik zal als ik van de week weer thuis ben eens kijken of udp werkt, en of dat verschil maakt. Mijn box luistert in ieder geval gewoon op udp en tcp, zowel IPv4 als IPv6:

root@vuduo4k:~# netstat -lnp | grep rpc
tcp        0      0 0.0.0.0:43401           0.0.0.0:*               LISTEN      1454/rpc.mountd
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      1421/rpcbind
tcp        0      0 0.0.0.0:42900           0.0.0.0:*               LISTEN      1426/rpc.statd
tcp        0      0 0.0.0.0:40346           0.0.0.0:*               LISTEN      1454/rpc.mountd
tcp        0      0 0.0.0.0:56511           0.0.0.0:*               LISTEN      1454/rpc.mountd
tcp        0      0 :::42630                :::*                    LISTEN      1454/rpc.mountd
tcp        0      0 :::49448                :::*                    LISTEN      1454/rpc.mountd
tcp        0      0 :::50249                :::*                    LISTEN      1426/rpc.statd
tcp        0      0 :::111                  :::*                    LISTEN      1421/rpcbind
tcp        0      0 :::47098                :::*                    LISTEN      1454/rpc.mountd
udp        0      0 0.0.0.0:111             0.0.0.0:*                           1421/rpcbind
udp        0      0 0.0.0.0:60798           0.0.0.0:*                           1426/rpc.statd
udp        0      0 0.0.0.0:49827           0.0.0.0:*                           1454/rpc.mountd
udp        0      0 0.0.0.0:47319           0.0.0.0:*                           1454/rpc.mountd
udp        0      0 0.0.0.0:43235           0.0.0.0:*                           1454/rpc.mountd
udp        0      0 127.0.0.1:754           0.0.0.0:*                           1426/rpc.statd
udp        0      0 :::38450                :::*                                1426/rpc.statd
udp        0      0 :::111                  :::*                                1421/rpcbind
udp        0      0 :::39331                :::*                                1454/rpc.mountd
udp        0      0 :::54973                :::*                                1454/rpc.mountd
udp        0      0 :::51933                :::*                                1454/rpc.mountd

[pasquenel]

OpenPLi heeft nog nooit autofs gebruikt.

Mijn vraag is gerelateerd tot een topic dat werd behandelt in het verleden : 

 https://forums.openp...ndpost&p=910408

In autofs.config is toen een timeout geconfigureerd van 120 seconden zodat er niet eindeloos een draaiend wieltje was wanneer een nfsmount om 1 of andere reden niet beschikbaar was.

 

Ik heb de indruk dat in RC8.0 een timeout van ~5 minuten is geconfigureerd.

Is dit configureerbaar en zoja waar ?

[WanWizard]

Heb je zelf autofs geinstalleerd en geconfigureerd dan?

[pasquenel]

In het verleden wel, maar nu op de vuduo4dse niet meer.

En ik heb ondervonden dat er blijkbaar een TO staat van +-5 minuten.

Vandaar mijn vraag waar die TO geconfigureerd staat.

[Poodle]

 

Wat maakt dat het nu 8.0 gaat worden en niet 7.x? Wat zijn de grote veranderingen/verbeteringen?

Zoals je in de wiki kunt lezen onderscheidt OpenPLi twee type releases https://wiki.openpli.org/Releases . Dit is dus een major release en dan wordt er een nieuwe versie van OE geïntroduceerd i.d.g. gaan we zoals @WanWizard en @Frenske al hebben toegelicht 7 versies omhoog. OpenPLi 7.x draaide op Pyro (versie 2.3) en met OpenPLi 8.x gaan we naar Zeus (versie 3.0), vandaar het nieuwe logo. Voor geïnteresseerden, lees hier maar eens na https://wiki.yoctopr...g/wiki/Releases

 

 

Waarom is er dan voor Zeus (3.0) gekozen en niet voor Dunfell (3.1), welke een Long Term Support release is. Dit lijkt een logischere keuze, maar zal vast ook andere consequenties met zich meebrengen (die ik niet overzie).

[WanWizard]

Een OE upgrade is een paar maanden werk. Je kunt wel elke keer naar "weer de nieuwste" over gaan, maar dan komt er nooit een release. Verder is hoe groter het gat tussen de versies, hoe moeilijker de klus is.

 

We zijn al begonnen ten tijde van 7.2, Pyro -> Sumo -> Thud -> Zeus, en ik ben aan het eind van mijn latijn. Zeus naar Dunfell is een vrij grote stap al lijkt dat niet zo.

 

Dus nu 8.0 er uit, en dan ga ik op mijn gemak instorten, en een paar maanden mijn gemak houden...

[WanWizard]

Ik zal als ik van de week weer thuis ben eens kijken of udp werkt, en of dat verschil maakt. Mijn box luistert in ieder geval gewoon op udp en tcp, zowel IPv4 als IPv6:

 

Geen enkel probleem hier met udp:

root@vuduo4k:~# mount | grep  nas
nas03:/volume2/OpenPLi on /media/nas type nfs (rw,relatime,vers=3,rsize=32768,wsize=32768,namlen=255,soft,nolock,proto=udp,timeo=11,retrans=3,sec=sys,mountaddr=172.16.1.31,mountvers=3,mountport=892,mountproto=udp,local_lock=all,addr=172.16.1.31)