Verzoek aan diegenen die NFS gebruiken

[Urkel]

Als ik met ifconfig op de DB kijk zie ik bv het volgende:

 

eth0 Link encap:Ethernet HWaddr 00:09:34:00:7C:DD

inet addr:192.168.0.9 Bcast:192.168.0.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:919877 errors:83863 dropped:0 overruns:83863 frame:0

TX packets:220207 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:100

RX bytes:1255838300 (1.1 GiB) TX bytes:0 (0.0

Interrupt:28 Base address:0x300

 

Bij de RX packet staan veel errors. De error count is altijd hetzelfde als de overruns count.

 

Als ik met FTP iets naar de DB transfer lopen de errors count en de overruns count op, maar heel erg langszaam. Als ik echter een MPG video bestand of MP3 muziek afspeel via NFS dan lopen de errors count en overruns count heel erg snel op. Denk aan gemiddeld zo'n 50 errors per seconde. Dat is veel te veel.

 

Overrun errors zijn pakketjes die nog niet verwerkt zijn en een volgend pakketje komt al binnen. Met afspelen via NFS is dat erg vreemd, want alle pakketjes die binnen komen op de DB zijn daar op "uitnodiging" van de DB. Het bestand wat afgespeeld wordt staat immers ergens anders op een NFS server en de DB haalt daar de benodigde stukjes data vanaf op de momenten dat hij ze nodig heeft. Het is dus niet zo dat de NFS server de data naar de DB "pushed".

 

Anyway, ik zoek mij een ongeluk naar de oorzaak van deze errors en zou graag wat vergelijkingsmateriaal willen hebben.

Zouden diegenen die NFS hebben/gebruiken een stukje muziek of opname willen afspelen via NFS en met ifconfig de eth0 adapter van de DB in de gaten willen houden om te kijken of de error count ook zo snel oploopt.

 

Bij de TX packets staat nooit wat en is altijd 0. Dit is op zich ook erg vreemd en ook hier ben ik benieuwd wat er bij jullie staat. Gaarne ook vermelden welk image jullie gebruiken.

 

Ik heb dit geconstateerd op PLi, Ronaldd, Hydra, ruDREAM en de originele DREAM 1.07.4 image.

 

Waarom wil ik dit van jullie vernemen? Ik heb nog geen opname kunnen maken en afspelen zonder hakkels, stotteren en freezen en ik ben nu stap voor stap aan het uitzoeken waar het aan kan liggen. Hiervoor heb ik wel vergelijkingsmateriaal nodig. Ook heb ik de indruk dat de DB het regelmatig erg druk heeft met iets, want hij reageert erg traag.

 

Bekabeling en NFS server zijn al een keer gewijzigd, zonder resultaat.

 

 

Alvast bedankt.

 

Urk

[Gast]

Urkel,

 

ik gebruik geen NFS, maar spreek even mijn waardering uit over je bericht en zal het met interesse volgen.

[Gast]

Hoi Urkel

 

Ben zelf ook al even aan het zoeken geweest. In het verleden heb ik SF 3.2 erop gehad, en ik had de indruk dat die beter liep. Daar was ook de HDD van mijn PC regelmatig en kort bezig met schrijven, terwijl ie nu (ronaldd) bijna continue bezig is.

 

Ik zal het straks even uitproberen met mijn huidige config en de resultaten posten.

[hjm1]

Ik gebruik ook een nfs server, kun je mij precies de instuctie's doen die ik moet uitvoeren om ook het resultaat te zien ?

Ik vin het een goed iniatief om hier eens naar te kijken.

[Urkel]

Start een telnet sessie en log in op de DB. Type "ifconfig" zonder de ". Je krijgt dan een overzicht van alle aanwezige ethernetadapters. Je zult eth0 en lo zien. Het gaat om eth0.

Kijk wat er op de regel staat die begint met RX packets en schrijf dat even op of copy/paste die tekst ergens, desnoods alle gegevens van eth0.

 

Zet op de NFS server b.v. een MPG video bestand of een opgenomen TS bestand klaar op de NFS share.

Ga op de DB naar file mode door de menu knop en daarna 3 in te drukken. Browse naar het bestand wat je zojuist hebt klaar gezet en druk op OK om het afspelen te starten.

 

Laat de DB het bestand afspelen en type in de telnet sessie af en toe "ifconfig" in om de waarden van de RX packets te bekijken. Vergelijk die met de eerdere opgeschreven waarden.

 

 

Ik ga er even vanuit dat de NFS share al gemount is en dat je zelf weet waar je die gemount hebt. Meestal zul je dit doen in /hdd of /hdd/movie, afhankelijk hoe je e.e.a. hebt opgebouwd. Het is ook mogelijk dat je de share op een totaal andere plaats hebt gemount en dat er vanuit /hdd of /hdd/movie een soft link hebt gemaakt naar de share.

Ik heb gemount met: mount -t nfs -o nolock,rw 192.168.0.1:/dreambox /hdd

Op de NFS server is een directory /dreambox met daarin een directory movie. Als ik op de DB in /hdd kijk zien ik dus /hdd/movie staan met daarin de bestanden die op de NFS server in /dreambox/movie staan.

 

Mocht er nog iets niet duidelijk zijn, vetel het mij en ik zal proberen uitleg te geven.

 

Urk

[Gast]

Heb een paar dingen uitgeprobeerd met Rudream (via usb, orig in flash):

 

naar db ftp-en levert geen errors op (10 Mb verstuurd).

 

afspelen mp3 bestand (1 liedje, 128 kbit): 355 errors

 

afspelen ts bestand (opgenomen film) errors gaat erg snel omhoog, per seconde een paar honderd. Opnemen geen errors.

 

 

Nog even ter vergelijking: mijn Debian server heeft op 3,5 Gb data 2 errors....

 

Mijn nfs server is een Debian Linux pentium 2, 400 Mhz met 196 Mb geheugen. Doet verder nog mailwerk.

 

 

Ben benieuwd naar andere resultaten.

[Gast]

Je zegt niet of je een switch of hub gebruikt.

Met een hub zet je de DB op 100mb/half duplex.

Met een switch op 100mb/full duplex

Je moet zelf ff kijken hoe je dat de DB wijs maakt, maar ik denk dat ik er niet ver naast zit.

Zit ik er wel naast dan kunt u deze posting als niet verzonden beschouwen. <img src="/ubbthreads/images/graemlins/anoniem.gif" alt="" />

[Urkel]

Alle ideëen, tips en suggesties zijn welkom. Ik weet gewoon niet meer waar ik het moet zoeken en wil een voor een alle mogelijke oorzaken kunnen wegstrepen. Na zo'n 6 weken emmeren ben ik er wel eens aan toe om de vinger op de zere plek te kunnen leggen.

 

Ik gebruik een 100Mb 3COM switch. Volgens de DB zelf en volgens de switch draait de DB op 100Mb full duplex.

De NFS server draait op een 450MHz K6-III met RedHat Linux 9.0 en een nieuwe kernel 2.4.26, maar ik heb ook aan andere PC geprobeerd als NFS server met 2.6GHz, ook met RedHat 9.0, maar een oudere kernel. Resultaat op de DB is hetzelfde.

 

Als ik via NFS een bestand kopieer van de NFS server naar een Linux PC, dan haal ik zonder problemen 9MB/s (MegaBytes) terwijl er in theorie voor de DB maar 10Mb/s (MegaBits) nodig zijn. De Linux server is dus snel genoeg. Hij staat al weer zo'n 16 dagen aan en hieronder zie je de ifconfig output van de server.

 

eth0 Link encap:Ethernet HWaddr 00:50:BF:D9:69:16

inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:62396864 errors:0 dropped:0 overruns:0 frame:0

TX packets:53169982 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:2651358839 (2528.5 Mb) TX bytes:1125515168 (1073.3 Mb)

Interrupt:9 Base address:0xe000

 

Hier is geen enkele error te zien in die 16 dagen. Geloof me, er is in die 16 dagen heel veel verkeer naar en van de server geweest, >>10 Gigabytes. De RX bytes en TX bytes counters zijn niet betrouwbaar, omdat die bij 4GB weer opnieuw beginnen.

 

Hieronder is bv de ifconfig output van mijn Linux firewall die via een kabel modem aan het www gekoppeld is. Ik heb wel even mijn ip-adres weggehaald.

 

eth0 Link encap:Ethernet HWaddr 00:20:18:67:E2:D7

inet addr:xxx.xxx.xxx.xxx Bcast:255.255.255.255 Mask:255.255.254.0

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:13371026 errors:0 dropped:0 overruns:0 frame:0

TX packets:538712 errors:19 dropped:0 overruns:0 carrier:38

collisions:4071 txqueuelen:1000

RX bytes:1374862452 (1311.1 Mb) TX bytes:72319725 (68.9 Mb)

Interrupt:11 Base address:0x300

 

Hier zijn ook maar een paar errors te zien en hoewel het niet goed is zijn die acceptabel en kunnen genegeerd worden. Ook deze firewall draait al 16 dagen en heeft heel veel dataverkeer voor zijn kiezen gehad. De RX en TX counters zijn zeker de 4GB een keer gepasseerd en weer opnieuw begonnen.

 

Urk

[Gast]

Heb ook een 100 Mb switch ertussen hangen. Die 2 errors van mij zullen dan ook wel over meer dan die 3,5Gb zijn: mijn server staat al maanden aan en aangezien ik meerdere films heb opgenomen vond ik het al weinig....

 

Ga nog even verder speuren.

[Gast]

Ik probreer zelf al een aantal weken met dreambox 5620 het voorelkaar te krijgen dat je mp3 via nfs kan afspelen Films kan opnemen. PIV 2400 met mandrake 10.0 geinstalleerd als NFS server. De dreambox en de NFS server zien elkaar perfect. MP3 bestanden zie je staan, wanneer je ze vervolgens selecteerd en op OK klikken gegebeurd er helemaal niks.

Zelfde met films opnemen. Bestandsgrootte van de TS file blijft staan op 0 bytes. Misschien het zelfde probleem??

<img src="/ubbthreads/images/graemlins/kweetniet.gif" alt="" /> <img src="/ubbthreads/images/graemlins/kweetniet.gif" alt="" />

[Urkel]

Lijkt mij een rechten kwestie.

Zet eens 1 bestand op 777 met chmod. Als je die dan kan afspelen, dan weet je het zeker.

De DB komt bij standaard ingerichte NFS op de NFS server als nfsnobody, althans onder RedHat. Of heb je iets gedaan met norootsquash als optie in /etc/exports?

 

Kijk eens of je vanaf de DB een directory kunt maken op de share. Probeer eens "mkdir a" in /hdd/movie. Ik neem even aan dat /hdd/movie dan op je share staat. Als je die niet kunt aanmaken, dan is het een rechten kwestie of de share wordt aangeboden in /etc/exports als ro (=read only).

 

Urk

[Tonskidutch]

uh ik zou nooit een echt hardware Mac adres van de kaart publiceren... <img src="/ubbthreads/images/graemlins/grin.gif" alt="" />

 

cheers

[Gast]

Hier draaid NFS echt toppie

opnemen en afspelen gaan perfect ...

ook mp3 afspelen

het enige wat niet echt soepel verloopt is als je op de dreambox vooruit of achteruit gaat spoelen van een film die op je hardeschijf van de pc staat.

 

ik draai met SurfacePL_2004.img.

ps ook op andere images loopt het toppie. dus het zal niet in het image liggen.

 

Izelf denk dat het eerder in de hardware zit.

een knik in de kabel.. dit is op 100MB uit den boze ! veel lost !!

hang er eens een andere kabel tussen !! ook al denk je dat dit het niet is ..

een knifterige netwerkkaart ??

 

ps mijn configuratie:

WIN xp 100MB netw kaart, 2 raptor schijven in raid 0 sata, 4 hd in raid0, en 2 gewone hd schijven.

pentium 3,2 gh hpt

100 MB linksys switch

 

oja als je windows draaid kijk dan eens of je

Qos packetplanner op je netwerkkaart actief hebt staan ..

[Tonskidutch]

Citaat:

oja als je windows draaid kijk dan eens of je
Qos packetplanner op je netwerkkaart actief hebt staan ..

want Qos packetplanner bewerkstelligt???

cheers

[Urkel]

Waarom zou ik mijn mac adres niet moeten publiceren?

Ik wens ze veel plezier op mijn Linux firewall.

 

Wie zegt trouwens dat ik dat mac adres niet gewijzigd heb?

 

Urk