55 replies to this topic

[catastrofus]

Als ik in die dmesg van je kijk heb je fouten op mmcblk0p3 en niet op sda1

 

executed e2fsck /dev/sda1 (harddisk) and reported clean ... 

[catastrofus]

Hij heeft het toch netjes als bijlage er aan gehangen ipv er in plempen als tekst?

Kijk maar eens in mijn dmesg en vertel mij wat loos is...

 

 

Wat bedoel je met "de laatste 20 regels van de dmesg output " ?

De trace die ik heb gegeven was de volledige output (niet in geknipt of zo)

- inloggen

- type "dmesg"

- laatste twintig regels copy & paste

 

Attached Files

•  dmesg.log   15.14KB   8 downloads

Edited by catastrofus, 10 July 2018 - 18:45.

[Erik Slagter]

Ik vind dat best een rare dmesg output.

[catastrofus]

Ik ook en deze ontvanger hoort bij deze dmesg (en deze functioneerd prima dus zal wel een driver dingetje zijn) maar dat staat los van de keurige manier waarop TS zijn dmesg output als bijlage eraan gehangen heeft...

Attached Files

•  et10k.jpg   117.14KB   4 downloads

Edited by catastrofus, 10 July 2018 - 19:09.

[WanWizard]

Iets wat ik op mijn 10K nog nooit gezien heb ik ieder geval.

[pasquenel]

Heb ik al gepost eerder op de dag.

[catastrofus]

Hier de bijbehorende /var/log/messages...

Moet opmerken dat bij mijn opname-et10k de dmesg/messages er gewoon netjes uitziet maar niet bij mijn kijk-et10k.

 

Iets wat ik op mijn 10K nog nooit gezien heb ik ieder geval.

Attached Files

•  m.log   90.22KB   6 downloads

[catastrofus]

Vandaar mijn opmerking in post #21.

 

Heb ik al gepost eerder op de dag.

[catastrofus]

Ik dus wel, maar dit is gewoon een pli 6.2... Mooier kan ik het niet maken en het ding werkt gewoon zonder problemen.

 

Iets wat ik op mijn 10K nog nooit gezien heb ik ieder geval.

[pasquenel]

Zijn er nog bijkomende traces nodig om het probleem "getRTC returned time=0. RTC problem?" verder te onderzoeken?

[Erik Slagter]

Iets wat ik op mijn 10K nog nooit gezien heb ik ieder geval.

Ik dus wel, maar dit is gewoon een pli 6.2... Mooier kan ik het niet maken en het ding werkt gewoon zonder problemen.

Mijn conclusie: de drivers hebben de kernel space flink vernaggelt (user space (= enigma) kan dat niet). En als kernel space is vernaggelt, dan vervallen álle garanties. Dan wordt het zo snel mogelijk rebooten.

[catastrofus]

Nee hoor, hij blijft het gewoon doen totdat ik eens per week kijk of er nog updates zijn. Dan krijgt ie zijn verdiende reboot.

Maar ondertussen wordt dit topic ernstig gekaapt door mij en verdient reactie #30 weer aandacht. Ben al weg.

[pasquenel]

Ik heb, bij wijze van test, de laatste openpli4 op de HD51 gezet.

oscam erop en de configuratie gemaakt zodat ik de opnames van mijn vu+ kan afspelen op de HD51.

Resultaat :

 - Afspelen lukt

 - HD51 in stby zetten

 - 45' wachten

 - HD51 opzetten

 - "list" drukken op de afstandsbediening

 - locatie vu+ selecteren

 - draaiend wieltje ...... 

 - HD51 reageert niet meer op afstandsbediening

 

Dus resultaat is hetzelfde als openpli6.2

 

Hebben jullie ondertussen al enig idee wat er aan de hand zou kunnen zijn?

[WanWizard]

Dat was ons eerder al duidelijk, de box is zijn verbinding met de VU+ kwijt.

 

Makkelijk te testen, box in standby zetten, uurtje wachten, inloggen op de box met telnet (dus niks met de box zelf doen), en de inhoud van de mount opvragen (ls -l /media/<mountpoint>). Als hij dan ook hangt dan weet je dat zeker.

 

Dan rest de vraag of het een probleem met de client is (de hd51), of met de server (de VU+). Gegeven het feit dat je het met OpenPLi 4 ook hebt suggereert dat het probleem hem aan de VU+ kant ligt.

 

Dus als hij hangt, doe een telnet naar de VU+, en herstart Samba via "/etc/init.d/samba.sh restart" en kijk eens of dat helpt.

[pasquenel]

Voor de HD51 had ik een dm8000 staan in verbinding met de vu+.

Toen heb ik nooit deze problemen gehad / gezien.

Af en toe was er wel eens een reboot van één of andere box nodig maar dat was niet problematisch.

 

De vu+ draaide toen openpli4x, en sinds ik de HD51 heb openpli6.x.

[pasquenel]

Ik zal de samba testen doen en de resultaten posten.

[pasquenel]

Testverslag :

• HD51 restart + vu+ samba restart
  • HD51 : cd /media/net
  • HD51 : ls 
  • root@hd51:/media/net# ls
    RecordingsVU                     dreambox1513DISKSTATIONhd        dreambox1513DVDDISKSTATION
    dreambox1513DISKSTATIONPictures  dreambox1513DISKSTATIONsd        dreambox1513RWDISKSTATION

• +1 uur wachten .
  • root@hd51:/media/net# ls
    ........No reply + hangs
  • root@vuduo2:~# /etc/init.d/samba.sh restart
    Stopping Samba: smbd nmbd wsdd.
    Waiting for samba processes to die off...
    Starting Samba: smbd nmbd wsdd.
  • Nu komt HD51 los en geeft volgend antwoord
    • ls: ./RecordingsVU: Host is down
      dreambox1513DISKSTATIONPictures  dreambox1513DISKSTATIONsd        dreambox1513RWDISKSTATION
      dreambox1513DISKSTATIONhd        dreambox1513DVDDISKSTATION
  • HD51 : "mount opnieuw" (via menu)
• root@hd51:/media/net# ls

RecordingsVU                     dreambox1513DISKSTATIONhd        dreambox1513DVDDISKSTATION

dreambox1513DISKSTATIONPictures  dreambox1513DISKSTATIONsd        dreambox1513RWDISKSTATION

 

Conclusie :

• mount points op synology server ondervinden geen probleem (ook linux based)
• mount point op vu+ (RecordingsVU) heeft na een uurtje een probleem
• samba restart op vu+ deblokkeert de communicatie blokkering tussen vu+ en HD51

Open vragen :

• Is dit gerelateerd tot de gebruikte samba versie in openpli6.2?
• Waarom heeft synology geen problemen?

[WanWizard]

Antwoorden:

• Geen idee, dat zal bekeken moeten worden, ik gebruik zelf nooit CIFS tussen twee linux machines
• Synology draait met een antieke Samba 3 met wat patches, als het in de versie zit kan dat uitmaken

Ik heb zelf deze maand zeker geen tijd meer om daar verder in te duiken.

 

Nog wel een vraagje: heb je de share op de VU+ tijdens die test benadert vanaf een Windows 10 PC?

 

Ik lees berichten dat als Samba nog SMBv1 shares gebruikt, en je met Windows 10 (waarop SMBv1 is uitgezet) die shares wilt benaderen, er problemen kunnen ontstaan met de beschikbaarheid van de shares.

[pasquenel]

"Nog wel een vraagje: heb je de share op de VU+ tijdens die test benadert vanaf een Windows 10 PC?"

 

Tijdens de test heb ik vanop mijn windows 10 PC enkel contact gehad met de vu+ ontvanger via telnet (window "opdrachtprompt")

 

Het is wel zo dat ik opnames geregeld raadpleeg via de windows PC, maar zoals reeds gezegd, is dit niet gebeurt tijdens de vorige test.

[pasquenel]

Antwoorden:

• Geen idee, dat zal bekeken moeten worden, ik gebruik zelf nooit CIFS tussen twee linux machines
• Synology draait met een antieke Samba 3 met wat patches, als het in de versie zit kan dat uitmaken

Ik heb zelf deze maand zeker geen tijd meer om daar verder in te duiken.

 

Nog wel een vraagje: heb je de share op de VU+ tijdens die test benadert vanaf een Windows 10 PC?

 

Ik lees berichten dat als Samba nog SMBv1 shares gebruikt, en je met Windows 10 (waarop SMBv1 is uitgezet) die shares wilt benaderen, er problemen kunnen ontstaan met de beschikbaarheid van de shares.

Synology draait met samba Version 4.4.16

Openpli6.2 draait met samba Version 4.4.5

 

Is er een reden waarom 4.4.16 niet meegenomen kan worden in Openpli6.2 ?