horstl Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 @worschter eigentlich ganz easy: Voraussetzung ist, daß die nfs-utils installiert sind. Die "guten" Datenraten erreiche ich nur unter SuSE 9.2 mit Kernel 2.6. Auf einem anderen Rechner mit SuSE 8.2 und Kernel 2.4 habe ich deutlich geringere Übertragungsraten. Ganz gute Anleitungen gibts z.B. da oder dort. Eine gute Anlaufstelle für Fragen zu Linux ist auch linuxforen.de Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 Danke, Hab im Moment noch Suse 9.1, Kann noch nicht umsteigen, solange ich noch am Woltimer Plugin Progge, erst wenn das fertig ist, habs ansich schon da liegen. Mal anschauen, dann werd ich das damit auch mal in Augenschein nehmen.+ Danke nochmal Gruß! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
horstl Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 Probiers halt einfach mal mit der 9.1, vielleicht funzts da auch. Ich bin direkt von 8.2 auf 9.2 umgestiegen, daher kann ich nur darüber berichten. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 @horstl was bedeuten den die Einstellungen root_squash und Rechner (wildcard) Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Hollowman Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 hi, Vieleicht hilft das weiter. Hat mich auch interessiert als ich unfs3 auf meinen Linksys installiert hatte: secure, insecure Client-Anfragen werden nur von vertrauenswürdigen Ports (Portnummern unterhalb 1024) akzeptiert (»secure«, Voreinstellung); mit »insecure« werden auf Anfragen an höhere Ports akzeptiert ro, rw Das Verzeichnis wird schreibgeschützt (»read only«, Voreinstellung) bzw. mit vollen Lese- und Schreibrechten für den Client (»read/write«) exportiert sync, async Der Server darf den Vollzug eines Schreibvorgang dem Client erst melden, wenn die Daten tatsächlich auf die Platte geschrieben wurden (Ausschalten des Plattencaches). Die Voreinstellung ist async. wdelay, no_wdelay Die Option wird nur in Zusammenhang mit »sync« beachtet und erlaubt dem Server die Bestätigung eines Schreibvorgangs zu verzögern, falls mehrere Schreibvorgänge von einem Client zur gleichen Zeit im Gange sind. Anstatt jeden zu bestätigen, sendet der Server nur eine einzige Antwort nach Vollzug aller Schreiboperationen (betrifft »wdelay«, Voreinstellung). hide, nohide Exportiert der Server ein Verzeichnis, in dem wiederum ein anderes Dateisystem gemeountet ist, so wird dieses nicht an einen Client exportiert (»hide«, Voreinstellung); die »nohide«-Option (also den impliziten Export) funktioniert jedoch nur, wenn es sich bei der Clientangabe um einen Rechnernamen (keine Wildcards, IP-Netzwerke und Netzgruppen!) handelt. subtree_check, no_subtree_check Werden nur Teile eines Dateisystems vom Server exportiert, so muss der Server prüfen, dass Zugriffe nur auf Dateien erfolgen, die innerhalb dieses Teilbaums liegen (»subtree_check«, Voreinstellung). Dies erhöht zwar die Sicherheit allerdings auf Kosten der Geschwindigkeit, sodass die Prüfung mit »no_subtree_check« abgeschalten werden kann. root_squash, no_root_squash Root erhält die UserID des Pseudobenutzers »nobody«, womit der Root-Benutzer des Client-Rechners keine Root-Rechte auf dem vom Server importierten Verzeichnis erhält (Voreinstellung); mit »no_root_squash« bleiben die Root-Rechte auf Clientseite auf dem Verzeichnis erhalten. all_squash, no_all_squash Alle Zugreifenden erhalten die Nobody-UID; Voreinstellung ist »no_all_squash«, womit die Nutzerkennungen erhalten bleiben anongid=gid Squashing der Gruppe; die Gruppen-ID wird auf »gid« gesetzt. Bei dieser Option kann Root entscheiden, mit welcher Server-GID die Client-Benutzer arbeiten sollen, sobald sie Zugriff auf den Server haben anonuid=uid Squashing des Benutzers. Die zugreifenden Benutzer bekommen die UID »uid« verpasst Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 Ui, danke das rechner (wildcard) hat sich auch gefunden, da muss die Box IP rein. Hat nun auch geklappt, gleich mal testen Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Hollowman Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 hi, ich hab bei meine Box auf dem Linksys als share/hdd/data/public 192.168.0.60(rw,sync,no_root_squash,anonuid=x,anongid=x) gemountet Müsste mal noch testen ob ich änderungen auf "async" bekomme wie oben beschrieben. Mfg Hollowman Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 Mist grad streikt das ganz Hat genau 1mal geklappt zu mounten Nu gehts nimmer, mal suchen Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 AAAALSO mit dem Linux NFS Server kaann ich mit selbigem Image mit 32768 32768 Mounten Scheiß Windoofs! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Hollowman Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 hi, Also liegt es am NFS Server wenn nicht höher gemountet werden kann. mmh das ist aber schlecht ... Mfg Hollowman Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast defcon Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 hi, Also liegt es am NFS Server wenn nicht höher gemountet werden kann. mmh das ist aber schlecht ... Mfg Hollowman Mhhh..das sieh ich als NSLU2 Nutzer auch so...aber klappt ja ganz gut. defcon Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 Ja, aber irgendwie hab ich dauernd Probleme mit dem von Linux mal mountet er mal net ist echt noch nicht ganz ausgegoren was ich da eingestellt hab. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast defcon Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 Ja, aber irgendwie hab ich dauernd Probleme mit dem von Linux mal mountet er mal net ist echt noch nicht ganz ausgegoren was ich da eingestellt hab. Hab auch 9.2 Prof Werd mich morgen mal ran setzten und den NSLU abklemmen....vielleicht kann ich dir dann ein wenig Schützenhilfe leisten. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 ARGHH Wer hat im ersten Posting hier groß geschrieben daß zum Test die Firewall zu deaktivieren ist weil der test als Denial of Service geblockt wird lool. erster Einzel-Test mit 32768: 32768, 32768umount: /mnt/test: Invalid argument 8192+0 records in 8192+0 records out real 0m 58.48s user 0m 0.16s sys 0m 12.08s 8677 8192+0 records in 8192+0 records out real 2m 5.78s user 0m 0.16s sys 0m 7.21s 4063 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.179.10) Rest folgt gleich Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Hollowman Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 hi, LOOOL Ich glaube Worschter@ dreht hier gleich durch :-) Immer locker bleiben kommt Zeit kommt Rat. defcon@ Ja mit NSLU ist das dann irgendwie blöd. Die Werte sind mir jetzt auch scheiß egal solang ich jetzt endlich wieder Streamen kann Ich denke da ja uNSLUng auch art Linux ist das es da vielleicht für den unfs3 und dem nfs-server ein Update gibt wo die Einstellungen für Rsize und Wsize möglich sind. Das ist ja nur Software abhänging. mfg Hollowman P.s Hast du zufällig auf deinem NSLU ein Webserver am laufen ?! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. März 2005 Autor Melden Share Geschrieben 27. März 2005 @Hollowman keine Sorge ich werd´ss überleben so hier das komplette Ergebnis: 8192, 8192 8393 6649 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.10) 9216, 9216 8258 6736 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.10) 10240, 10240 8258 6826 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.10) 11264, 11264 8258 6649 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.10) 12288, 12288 8393 6826 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.10) 16384, 16384 8533 6826 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.179.10) 24576, 24576 8677 6649 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.179.10) 32768, 32768 8677 4231 192.168.179.10:/home/NFSSERVER on /mnt/test type nfs (rw,v3,rsize=32768,wsize=32 768,soft,udp,nolock,addr=192.168.179.10) Was sagt uns das nun, Es liegt wohl an den Einstellungen von Windoofs. Mal auf die Suche machen, wie man das hinbekommt. Gruß! Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast defcon Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 hi, LOOOL Ich glaube Worschter@ dreht hier gleich durch :-) Immer locker bleiben kommt Zeit kommt Rat. defcon@ Ja mit NSLU ist das dann irgendwie blöd. Die Werte sind mir jetzt auch scheiß egal solang ich jetzt endlich wieder Streamen kann Ich denke da ja uNSLUng auch art Linux ist das es da vielleicht für den unfs3 und dem nfs-server ein Update gibt wo die Einstellungen für Rsize und Wsize möglich sind. Das ist ja nur Software abhänging. mfg Hollowman P.s Hast du zufällig auf deinem NSLU ein Webserver am laufen ?! Auf dem deutschen Unslung Board hat jemand die 4.1 stable gepostet....extra für streaming. Damit soll man auch auf die size von 32 kommen... Werd ich die Tage mal testen. Soll jedoch ohne Probs laufen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Hollowman Geschrieben 27. März 2005 Melden Share Geschrieben 27. März 2005 hi, defcon@ ?! Kannst du mal den Link posten ?! Hab nix gefunden. Mfg Hollowman Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast defcon Geschrieben 28. März 2005 Melden Share Geschrieben 28. März 2005 Klar : http://www.nslu2-info.de/ Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast Hollowman Geschrieben 28. März 2005 Melden Share Geschrieben 28. März 2005 hi, Ja die seite kenn ich aber das Problem von dem du sprachst kenne ich da im Board nicht. Das einzige was ich da gefunden hab zum Streamen ist halt dieser link. Kannst mir ja noch mal bescheit geben. mfg Hollowman Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast defcon Geschrieben 28. März 2005 Melden Share Geschrieben 28. März 2005 hi, Ja die seite kenn ich aber das Problem von dem du sprachst kenne ich da im Board nicht. Das einzige was ich da gefunden hab zum Streamen ist halt dieser link. Kannst mir ja noch mal bescheit geben. mfg Hollowman Ist im Bereich Projekte (relativ weit unten) hier aber nochmal der Link http://www.nslu2-info.de/showthread.php?t=152 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
horstl Geschrieben 28. März 2005 Melden Share Geschrieben 28. März 2005 ein paar Tests weiter .... mehr als das bereits oben gepostete krieg' ich aus meinem System bisher nicht raus. Habe aber festgestellt, daß es einen Unterschied macht, ob die Option "async" in der exports-Datei auf dem Server angegeben wird oder im mount-Befehl. Der Datendurchsatz ist schlechter, wenn ich in der exports-Datei nichts eintrage (steht dann automatisch auf "sync" bei NFSv3) und mit "async" mounte. Ich arbeite derzeit für das Aufnahmeverzeichnis mit folgenden Einstellungen in der /etc/exports: /home/ 192.168.0.0/24(rw,no_root_squash,async) Funzt derzeit für alle Aufnahmen, auch bei ORF1 (mit Ringbuffer 40) Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 28. März 2005 Autor Melden Share Geschrieben 28. März 2005 So, neues von der Front Ich hab mal auf dem Rechner auf dem vorher WIN2000 war WIN2003 Server installiert und siehe da: 8192, 8192 8258 6736 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.30) 9216, 9216 8258 6736 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.30) 10240, 10240 8258 6918 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.30) 11264, 11264 8258 6826 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.30) 12288, 12288 8258 6826 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.179.30) 16384, 16384 8533 6243 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.179.30) 24576, 24576 8533 6400 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.179.30) 32768, 32768 8677 3792 192.168.179.30:/Aufnahme on /mnt/record type nfs (rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.179.30) Zum Mäusemelken ist das. Eine weitere Erhöhung der Werte brachte aber nichts mehr. Dies geschah mit dem Windows Treiber für meine Netzwerkkarte, werd nun mal den von D-Link installieren. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 28. März 2005 Autor Melden Share Geschrieben 28. März 2005 @horstl die algemein besten Einstellungen hab ich in dem abgeänderten Script schon berücksichtigt. Im originalen war die Auswahö zwischen sync / async und udp / tcp drin. Aber aber udp und async hatten durchweg die besten ergebnisse, deswegen hab ich alles andere rausgescmissen. Wäre vielleicht ein Ansatzpunkt für die Leutz mit dem NSLU das mit dem einzeltest Script und geänderten Einträgen für udp und sync zu probieren. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 28. März 2005 Autor Melden Share Geschrieben 28. März 2005 hier mit Original Kartentreiber: 8192, 8192umount: /mnt/record: Invalid argument 8126 6826 192.168.179.30:/Aufnahme on /mnt/record type nfs (rw,v3,rsize=8192,wsize=8192,so ft,udp,nolock,addr=192.168.179.30) 16384, 16384 8533 6400 192.168.179.30:/Aufnahme on /mnt/record type nfs (rw,v3,rsize=16384,wsize=16384, soft,udp,nolock,addr=192.168.179.30) 32768, 32768 8677 3459 192.168.179.30:/Aufnahme on /mnt/record type nfs(rw,v3,rsize=32768,wsize=32768,soft,udp,nolock,addr=192.168.179.30) /tmp # Unnötige weil nichts ändernde Einträge habb ich mal weggelassen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge