254 replies to this topic

[40H3X]

Hoi, net image geflashed van 8.1 naar 9 alles werkt perfect en heb ineens nieuwe picons geplaatst.

 

Verder de beste wensen voor het verse jaar

Mooi dat alles werkt!

[Harry Nak]

Hier heb ik ook iets raars. na een herstart van de edison nino+ geen oscam.
Flash ik de nino+ overnieuw met OpenPli 9.0 dan werkt het in eens weer.
Raar.

[tonskidutch]

Dat komt mij bekent voor @Harry nak maar dan met OpenATV 7.3 ssh + python3.

Zou het iets soortgelijks zijn dat niet alle plugins correct vastgezet worden met instellingen en schrijfrechten?

[Tech]

Dat kan ik me niet voorstellen, het recipe voor oscam is voor alle boxen gelijk, dan zouden er nu hele volksstammen last van moeten hebben.
Tenzij je een exotische versie ergens vandaan hebt geplukt die weer hele andere libs gebruikt …..

[Harry Nak]

Nee het is niet de oscam, het lijk wel of het met de host te maken heeft.
Na de herstart is die het contact met de buitenwereld kwijt.
Ook de pli server is offline dan.

 

[Harry Nak]

Ik heb inmiddels de 8.3 weer terug gezet en is het probleem voor mij opgelost.
Nu geen probleem meer na een herstart..
Maar dat er iets niet goed zit in de 9.0 ???? lijkt er wel op.
 

[WanWizard]

Dit lijkt me eerder weer iemand die upgrade zonder de release notes te lezen.

 

ZIe https://wiki.openpli...Known_issue.27s, onder known issues.

[Tech]

Nee het is niet de oscam, het lijk wel of het met de host te maken heeft.
Na de herstart is die het contact met de buitenwereld kwijt.
Ook de pli server is offline dan.

Ah, externe share…. Daar geven we hier geen support op.

[WanWizard]

Ah, externe share…. Daar geven we hier geen support op.

 

Nee, Dit is een gevalletje "DNS kwijt" na een upograde naar 9.0.

[Frenske]

Is dat gerelateerd aan een vast IPadres waarbij je het e.e.e handmatig moet ingeven?

[Frans B]

Ik heb inmiddels de 8.3 weer terug gezet en is het probleem voor mij opgelost.
Nu geen probleem meer na een herstart..
Maar dat er iets niet goed zit in de 9.0 ???? lijkt er wel op.
 

Ik had dit probleem ook. Maar met een dhcp werkte het wel. Gewoon handmatig je netwerk instellen en het werkt wel.

[40H3X]

Met DHCP is het geen probleem, wel met een fixed IP, omdat we nu openresolv gebruiken en dat gaat niet goed als resolv.conf wordt terug gezet na de restore van een backup.

[WanWizard]

Is dat gerelateerd aan een vast IPadres waarbij je het e.e.e handmatig moet ingeven?

 

Het is gerelateerd aan een vast IP adres voor DNS ingesteld in een release voor 9.0. Een backup hiervan wordt niet gerestored in 9.0, omdat dit voorheen op de verkeerde plek gebeurde, in een bestand dat nu volatile is (i.e. na een herstart is verdwenen).

 

Dus als je dit hebt moet je of voor de flash (en het maken van de backup) je DNS omzetten naar DHCP, of na de flash en de restore je DNS opnieuw handmatig instellen, en dan handmatig via autobackup de autoinstall nog een keer draaien.

[Harry Nak]

Jullie hebben helemaal gelijk  dns probleem.

If you have flashed 9.0-release and restored a backup from a previous release, and you had configured a fixed DNS IP address, you will need to enter this again, as it can't be restored due to the aforementioned changes to the DNS code. If you have configured a fixed IP for the box as well, an autoinstall after the flash will fail as the download servers can't be reached without DNS.

Dus straks maar even terug flashen naar 9.0 met de dhcp aan.

Dus een gebruikers fout van mij...

[tonskidutch]

Dat kan ik me niet voorstellen, het recipe voor oscam is voor alle boxen gelijk, dan zouden er nu hele volksstammen last van moeten hebben.
Tenzij je een exotische versie ergens vandaan hebt geplukt die weer hele andere libs gebruikt …..

Dat is misschien een off topic momentje dan, maar uh, omdat ik reageerde op harry nak z'n probleem was omdat ik dat over openresolv en #193 van wanwizard niet op mijn netvlies had.

Dat verklaart een en ander. ook dat na een tweede maal flashen de NFS mount wel werkte.

 

thanks

[Harry Nak]

Pli 9.0 staat erop nu dns was idd weg na een herstart.
is nu opgelost .. dank nogmaals.

[Dirk Diggler]

Op 10 december 2023 heb ik mijn VU+ solo2 geupdated van de laatste versie OpenPli 8 naar de toen actuele openPLi 9 versie.

Sindsdien loopt de klok ca. 10 seconden per week te snel. Updaten naar de laatste build helpt niets.

Wie weet wat er fout gaat?

Ik heb ook al de tijdsynchronisatie op transpondertijd gezet maar ook dat heeft geen effect.

 

 

[WanWizard]

Geen enkele STB heeft een realtime clock, dus die wordt door het operating system in software geemuleerd. 10 seconden per week is zeer netjes, ik heb al 10 seconden per uur gezien bij een box.

 

De vraag is waarom, aangezien je NTP hebt geconfigureerd, de tijd niet elk uur aan de hand van een NTP server wordt gecorrigeerd.

 

Daar kunnen verschillende oorzaken voor zijn:

• de box heeft geen netwerk verbinding of de box heeft geen internet verbinding (beide onwaarschijnlijk aangezien software update werkt)
• de box kan geen uitgaande NTP connectie maken (bv omdat een firewall dit blokkeert of er een routeringsprobleem is)
• er is om e.o.a..reden geen cron job aangemaakt die elk uur de update doet
• het cron programma zelf is om e.o.a. reden niet meer geinstalleeerd

Je kunt in de systeem log ( /var/log/messages ) kijken of e.e.a. loopt en wat het resultaat is. Dat kan vanaf de commaneline, maar ook op de box (menu - info - uw ontvanger, gele knop, en dan met links/rechts de log opzoeken).

 

Je moet dan dingen zien als

Jan  1 01:00:27 dual daemon.err ntpdate[2500]: no server suitable for synchronization found
Jan  1 01:00:37 dual daemon.err ntpdate[2638]: no server suitable for synchronization found
Jan  1 01:01:37 dual daemon.err ntpdate[3016]: no server suitable for synchronization found
Jan  1 01:01:41 dual daemon.err ntpdate[3059]: no server suitable for synchronization found
Jan 27 14:58:58 dual daemon.notice ntpdate[4072]: step time server 172.19.12.1 offset +1706367185.407868 sec
Jan 27 14:59:03 dual daemon.notice ntpdate[4237]: adjust time server 172.19.12.1 offset +0.000064 sec

die eerste vier komen omdat de wifi van deze box traag op komt en de eerste paar NTP requests mislukken.
 

Zie je wel "no server suitable" maar geen "step time" of "adjust time", dan heb je een netwerk connectie, routering of firewall probleem ergens.

 

Zie je geen enkele NTP regel dan heb je een cron probleem, en is nader onderzoek nodig (waarvoor het handig is als je commandline skills zou hebben).

 

Checken of cron loopt:

# ps | grep cron
 2537 root      2656 S    /usr/sbin/crond -c /var/spool/cron/crontabs
 4711 root      2564 S    grep cron

je moet die /usr/sbin/crond regel zien.

 

Checken of de cron taak er is:

# ls -l /var/spool/cron/crontabs/
-rw-------    1 root     root           125 Jan  1  1970 root

# cat /var/spool/cron/crontabs/root 
30 * * * *    /usr/bin/ntpdate-sync silent

Edited by WanWizard, 27 January 2024 - 17:34.

[Dirk Diggler]

Ik heb gekeken in : menu - info - uw ontvanger, gele knop, en dan met links/rechts

Er staat niets wat lijkt op het eerste deel van je post.

Dan kom ik dus op het cron gedeelte, en eerlijk gezegd ben je me daar kwijt.

Ik weet niet hoe ik dat moet checken. Met Filezilla zie ik in usr/sbin een crond bestand?

 

Maar hoe ik kan checken of dit bestand loopt weet ik dus niet.

Moet ik met DCC_E2 telnet een commando geven om te zien of hij loopt, of zit ik nu helemaal verkeerd?

[WanWizard]

menu - informatie - uw ontvanger - gele knop - 4 x rechts ( scherm heet "ps" )

 1_0_19_5163_810_2_11A0000_0_0_0_20240128192715.jpg   133.96KB   1 downloads
 

Eventueel moet je met pijltje omhoog of naar beneden even bladeren. Hier zit je op ongeveer 2/3 van het scherm "/usr/sbin/crond -c ...." staan, wat aangeeft dat het draait.

 

menu - informatie - uw ontvanger - gele knop - 5 x rechts ( scherm heet "messages" )

 1_0_19_5163_810_2_11A0000_0_0_0_20240128192510.jpg   172.92KB   1 downloads

 

ongeveer in het midden vind je een notice van ntpdate.

 

de commando's in mijn post (in de rode kleur) kun je inderdaad als je wilt in DCC in kloppen (zonder dat hekje er voor).