pieter532
-
Items
376 -
Registratiedatum
-
Laatst bezocht
-
Dagen gewonnen
1
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door pieter532
-
-
-- prefix moet zijn ET7000 / zit er niet bij --
Het lukt mij niet om een NFS mount te maken van mijn ET7000 (OpenPli 6.2) naar mijn QNAP NAS.
Ik maak gebruik van (via het menu Network) Networkbrowser. Deze ziet de QNAP NAS waar ik op klik. Selecteer de juiste share. En daarna worden de instellingen voor je ingevuld. Ik activeer de share (local name QNAPNAS, mount type NFS share, IP nr ..., Server share /Download, use as hdd No, Mount options rw, nolock,tcp - kortom standaard).
Wanneer ik deze activeer en op de command line het commando 'onderschep' wordt het onderstaande command uitgevoerd.
mount -t nfs -o tcp,noatime,rw,nolock <ip nr>:/Download /media/net/QNAPNAS
Voer ik handmatig dit commando uit op de command line krijg ik de volgende melding.
mount.nfs: Protocol not supported
mount.nfs: Protocol not supported
mount: mounting <ip nr>:/Download on /media/net/ failed: Permission deniedOp de QNAPNAS heb ik NFS v3 en v4 geactiveerd. En de share op de QNAP NAS heeft read/write voor everyone.
Kan iemand mij verder helpen?
-
-
Sinds ik OpenPli 6 heb geinstalleerd zijn de schokkende beelden weggebleven. In mijn logbestanden zie ik overigens nog wel de onderstaande (fout)meldingen.
=> bcmgenet bcmgenet.1 eth1: link up, 1000 Mbps,
=> full duplex bcmgenet bcmgenet.1 eth1: link down
Verder wil ik de leverancier bedanken voor zijn reactie (volgende keer graag in het Nederlands).
En ik blijf het niet netjes vinden dat niet op mijn e-mail is gereageerd en als je mijn e-mail (goed) gelezen had dan is het antwoord niet een RMA request.
-
Ben zo vrij geweest om de Duitse tekst te vertalen.
------
Neem voor reparaties binnen de wettelijke garantietermijn contact op met de dealer bij wie u uw Xtrend hebt gekocht.
Als u uw dealer niet kunt bereiken, kunt u rechtstreeks contact met ons opnemen. Vul in dit geval de formule "RMA REQUEST FORM" in en stuur het naarxtrendet@gmail.com . De verdere procedure wordt per e-mail geïnformeerd.Bedankt.
Vriendelijke groeten,
Xtrend
----
-
Toch nog een reactie ... paar weken geleden een mail (inclusief meerder herinneringen) gestuurd naar Xtrend (op e-mail adres support@nextv.kr).
Zeer teleurstellend van Xtrend. Voor mij een reden om bij mijn volgende aankoop niet te kiezen voor een Xtrend.
E-mail adres verkregen via de site http://www.et-view.net/ (envelopje linksonder).
-
Mijn situatie is nog steeds stabiel
En wat mij betreft einde discussie.
-
Hieronder de output van de commando's en ik weet niet wat ik fout doe ...
root@et8000:~# ethtool -s eth0 autneg off
ethtool: bad command line argument(s)
For more information run ethtool -hroot@et8000:~# ethtool -s eth0 speed 100
Cannot advertise speed 100
Cannot set new settings: Invalid argument
not setting speed
-
Ik wil nog even wachten met OpenATV. Het is nu stabiel ... en ik ben ook automatiseerder van beroep maar thuis doe ik liever andere dingen .... bv streaming films kijken
-
Op 7-9-2017 om 10:10 zei Tonskidutch:
gebruik eens het ethtool > klik > op de Receiver per telnet
dan zie je de waarden van de nic
in enkele gevallen zijn de waarden ook manueel instelbaar en kun je lost packages voorkomen
bij de netgear GS108 nog nooit problemen gehad met verschillende nic's
Hoi ik heb ethtool een paar keer opgestart.
Ik kan de waarden niet op juiste "waarde" schatten.
Ik heb met deze ethtool ook geprobeerd de interface van mijn ET8000 naar 100Mbps te krijgen. Maar dat lukte me niet.
Ik voerde dan de volgende commando's uit.
> ethtool -s eth0 autneg off
> ethtool -s eth0 speed 100
Het resultaat op de ET8000 kan ik me niet meer herinneren; deze zal ik z.s.m. posten.
-
Op 3-9-2017 om 15:45 zei Sjaak(k):
Dat heeft geen betrekking op jou en mijn ET8000 1gb lan interface, die is bij een ET10K anders, en die heeft idd veel problemen met zijn netwerk interface, veel mensen gebruiken daarom de 2e 100mb lan aansluiting.
Ik lees inderdaad dat veel ET10000 gebruikers klagen. Ik lees ook dat een ET8000 gebruiker (bleskone) deze problemen heeft. En zie dezelfde symptomen (link down / bcmgenet bcmgenet.0 eth0: link up ...).
Ik hoop het overigens wel dat het een ET10000 probleem is en niet ook een probleem bij de ET8000.
-
6 uur geleden zei Sjaak(k):
Maar als je het via een switch laat lopen (dat deed Pieter al zo schreef hij) hoe wil je dan een mac toewijzen in een switch? Dat kan volgens mij alleen via DHCP reservering (die ook met mac werkt) in je router.
Het voordeel van deze methode is dat het dan niet uitmaakt waar je de ontvangers op aansluit op de switch of via de router, er wordt in de router altijd een ip gereserveerd via het mac adres van de ontvangers. En een TP-LINK TL-SG108 is een prima switch zo weet ik uit ervaring, ik heb er 2 tot volle tevredenheid in gebruik
Ik heb ook goede ervaring met de TP-LINK switch. Ik denk niet dat het aan de router en/of switch ligt. Maar ik blijf open voor alles ....
-
Ik heb via het menu Information - About en dan troubelshoot van Openpli 6 de resultaten van "dmesg" bekeken.
Daar kwam ik de volgende meldingen tegen:
bcmgenet bcmgenet.0 eth0: link down
bcmgenet bcmgenet.0 eth0: link up, 1000 Mbps, full duplexSoms een stuk of 20 meldingen en soms na een reboot maar 2....op deze meldingen ben ik gaan zoeken en kwam op de Openpli forum https://forums.openpli.org/topic/36508-vlan-port-on-et10000-is-continuously-flapping/ terecht met meer informatie hierover. -
Even een update tussendoor ....
Heb Openpli 6 RC geinstalleerd "openpli-6.0-rc-et8000-20170830_usb".
En alles zo geconfigureerd en geinstalleerd (bekabeling) zoals het was. Inmiddels drie testen gedaan waarvan een test van 55 minuten streamen van ET8000 naar ET7000.
Alles gaat nog goed ...
Ik ben overigens ook weer teruggegaan naar OpenPli 4 en had toen binnen 5 minuten schokkende beelden.Ga nog wel bekabeling testen en eventueel vervangen.
-
21 uur geleden zei firescoob:
Het kan ook aan je netwerkkabels liggen, heb hier in het verleden ook problemen mee gehad.
Je kan tegenwoordig goedkope lan kabel kopen welke uit aluminium of staaldraad bestaat met koper er omheen, wordt op de kabel aangegeven met cca/ccs.
Als je opneemt of een programma kijkt is dit in feite een stream welke als udp datapakketjes over de kabel gaan. Udp datapakketjes zijn stateless dat wil zeggen dat er geen foutcontrole plaatsvind, TCP datapakketjes zijn statefull oftewel vind hier tussen verzender en ontvanger wel foutcontrole plaats is een datapakketje corrupt wordt door de ontvanger hetzelfde pakketje opnieuw aangevraagd bij de verzender. Met korte kabels kan het zijn dat dit probleemloos werkt maar ik heb zelf ervaren dat na 5 meter al problemen ontstonden.
Bij mij was de enigste oplossing lankabels te gebruiken die uit 100% koper bestaan, wel wat duurder maar kwaliteit heeft zijn prijs.
Ik heb ook aan de kabels gedacht. Op de kabel staat het volgende
Belden CDT networking 1867A 4PR26 CM (UL) E1 08998-M C(UL) - - - TIA/EIA CAT 5 NEXT 2012 0300 S90 0288772 FEET
Geen cca/ccs.
Ik ga eens vragen op mijn werk of zij testapparatuur hiervoor hebben.
-
Op 01/09/2017 om 09:36 zei Sjaak(k):
Welke router is dat dan? Is dat er wel een met gigabit poorten? Op mijn AsusRT66U die achter het glasvezel modem zit, kan ik dat niet eens instellen, dat gebeurd automatisch welke device er op aangesloten wordt.
Ik zou toch dhcp reservering instellen in je router voor al je apparaten, het is ff wat werk maar werkt hier al tijden goed, vroeger had ik ook statische ip's ingesteld op mijn apparaten
De router is een:
een Arcadyan VGV7519 router (met geïntegreerde switch) met Gigabit poorten. Ik kan de poort configureren op 10/100/1000.
-
Wanneer ik de ET8000 en de ET7000 op de switch (unmanageable) aansluit heeft de ET8000 1Gb en de ET7000 100Mb. Dit heeft altijd goed gewerkt. En wanneer ik de beide systemen direct aansluit gaan de systemen beide op 100Mb en dan gaat het ook goed.
Wanneer ik de interface van de router (wel unmanageable) op 100Mb/full zet, gaat de ET8000 op 100Mbps/half zitten. Dit kan ik niet verklaren.
Wat DHCP betreft heb ik beide apparaten een vast IP nummer gegeven. Op mijn LAN draait ook DHCP voor de overigens apparaten. Dit is ook al jaren zo ingesteld.
Is dit een probleem?
Ik heb een recent versie van Openpli 4 namelijk van 28 augustus (beide systemen). Welke versie en datum heb jij?
-
Hi,
Ik heb sinds kort een probleem met mijn ET8000 en ik vermoed dat het netwerk (Ethernet interface) gerelateerd is. Ik heb een ET8000 met een harddisk en een ET7000. Wanneer ik de ET8000 en ET7000 direct met elkaar aansluit met een UTP kabel kan ik zonder problemen een video afspelen (streaming) op de ET7000 vanaf de ET8000 (harddisk).
Zet ik tussen de ET7000 en ET8000 een TP-LINK TL-SG108 switch en wil dan de video afspelen dan krijg ik schokkende (freezing) beelden.
Ik heb de volgende zaken reeds gedaan echter blijf het probleem behouden.
1) de laatste bootloader geinstalleerd op de ET8000.
2) andere kabels gebruikt.
3) een andere switches gebruikt namelijk een Arcadyan VGV7519 router (met geïntegreerde switch)
4) var/log/messages bekenen en geeft soms het onderstaande weer maar niet na een freezing beeld.
=> bcmgenet bcmgenet.1 eth1: link up, 1000 Mbps,
=> full duplex bcmgenet bcmgenet.1 eth1: link down
5) verbinding laten lopen van ET8000 naar ET7000 via de Arcadyan VGV7519 router en hierop 100Mbps / full duplex ingesteld op de ethernet interfaces
=> helaas is de ET8000 'eigenwijs' en draait vervolgens op 100Mbps / half duplex. Beeld blijkt schokken.
Hopelijk hebben jullie nog ideeën en/of tips om mij verder te helpen?
-
Ik begrijp niet, waarom je 2 softcams wil gebruiken (alhoewel). Volgens dat ik meen, zijn alle zenders die je met ccam decodeert ook met oscam te decoderen. Natuurlijk kan het tijd,zweet en tranen kosten, om alle oscam config bestanden juist te configureren.
Of sla ik de bal mis mede oscam gebruikers?
Maar bij pli en vti, kan je niet per zendergroep de softcam automatisch laten selecteren.
In den beginjaren wel.
Er staat me iets bij dat het voorheen wel kon (default cam instelling). En het kon dus voorheen wel (ik was het even kwijt).
Het configureren van Oscam kost me meer tijd dan het configureren van een CCcam configuratie. En aangezien ik binnenkort wat wil proberen waarbij ik vaak veranderingen moet aanbrengen in de configuratie, zocht ik een snelle manier.
-
Hoi,
Ik heb mijn favorieten ingedeeld naar landen. En hoe kan ik zorgen dat de groepen Nederland (Nederlandse zenders) en Italië gebruik maken van Oscam.
En alle andere zenders gebruik maken van een andere coderingssysteem (in dit geval CCcam).
Groet,
Pieter
-
1
-
-
@Tonskidutch
Ik heb twee kaartjes in de server CD (groep 1) en Tivusat (groep 2).
User10 heeft rechten op groep 2.
Alle users gebruiken het protocol cs378x (muv user dvbapiau).
En op de server heb ik het volgende in de oscam.user bestand staan (andere accounts heb ik weggelaten).
[account]user = user10pwd = <wachtwoord>description = ET7500caid = 183Dgroup = 2services = tivusatWat bedoel je precies met "als ik bericht #24 lees lijkt er iets niet zuiver qua regels".Welke regels bedoel je? -
@DonPedro
Ik zie via de interface een 'groene' aansluiting. Zie bijlage voor de screenshot van de server.
Heb wel het externe IP nummer van de client gemaskeerd.
-
Ik vind het ook vreemd dat de client op tijdstip x een timeout aangeeft en logging op de server op tijdstip x geen request registratie heeft. Ik interpreteer dit als geen request ontvangen.
De bovenstaande logfile is van de (probleem) client. Deze client is niet een LAN client (zit een router/firewall, Internet en Horizon-box tussen).
De server werkt gewoon goed en een andere (LAN) client werk ook gewoon goed.
De usernaam, wachtwoord en groep zijn in orde (net gecontroleerd) waarbij ik de server instellingen vergelijk met de client instellingen.
Ik wil de goed werkende client verplaatsen en vaststellen hoe dit gaat werken ...
-
Ik denk ook dat de ignores niet de oorzaak zijn van de timeouts.
Ik denk dat ik Xtrend boxen fysiek ga uitwisselen om iets meer te kunnen bepalen.
-
Bedankt allen voor jullie reacties.
De client vraag de ongewenste CAID niet meer op.
Helaas is een nieuw probleem geintroduceerd
Timeout problemen op de client. En op de server zie ik geen logging van de onderstaande (timeout) request.
Deze problemen bestonden reeds en ik was in de veronderstelling dat met de verkeerde CAID te maken had.
=== client logging ===
- 2016/05/29 16:05:45 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:9A86980C7A78342A0E34A39B57503E93): timeout (5000 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:05:50 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:05:50 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): not found (4403 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:05:50 6410EE3E c (dvbapi) Demuxer 0 restarting decodingrequests after 0 ms with 1 enabled and 1 disabled ecmpids!
- 2016/05/29 16:05:50 6410EE3E c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 183D PROVID 000000 ECMPID 1081 ANY CHID PMTPID 0450 VPID 0200
- 2016/05/29 16:05:55 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:E613BD6E7BE55B447CC4DD9E3AC9890E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:06:00 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:06:00 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): not found (4400 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:06:00 6410EE3E c (dvbapi) Demuxer 0 restarting decodingrequests after 0 ms with 1 enabled and 1 disabled ecmpids!
- 2016/05/29 16:06:00 6410EE3E c (dvbapi) Demuxer 0 trying to descramble PID 0 CAID 183D PROVID 000000 ECMPID 1081 ANY CHID PMTPID 0450 VPID 0200
- 2016/05/29 16:06:05 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:665271D94788E896F95674376287F11E): timeout (5001 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:06:10 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:D945CE001A654549D6FB9A5AC353E21F): timeout (5000 ms) by Hoofdbox - Rai 1 HD
- 2016/05/29 16:06:10 6410EE3E c (ecm) dvbapiau (183D@000000/0000/0D49/91:D945CE001A654549D6FB9A5AC353E21F): not found (4301 ms) by Hoofdbox - Rai 1 HD
NFS mount
in Xtrend
Geplaatst:
Hoi Luisteraar,
Hoe kan ik checken of NFS is geinstalleerd?
En hoe kan ik vaststellen hoe mijn kernel NFS ondersteund?
Groet
PIeter