PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Datenübertragung ist zu langsam



linuxmensch
07.10.04, 07:38
Hallo zusammen,

1. Entschuldigung wusste leider nicht wo mein Prob besser reinpasst, wenn mein posting hier falsch ist, bitte verschieben.

Nun zu meinem Prob.
hab ein kleines Netzwerk mit 3 PC win + linux (suse 9.1) und einen kleinen server auch suse 9.1. Habe mit Samba ein verzeichnis freigegeben, in dem ich einige Urlaubsvideos habe, diese liefen einwandfrei, ja genau liefen.

Leider hab ich meinen server vor ein paar tagen "zerschossen", auf jedenfall läuft das Ding jetzt wieder, bei der neuinstallation hab ich mir gedacht leg ich doch gleich ne eigene Partition für meine Filme an. Da diese sich ja vermehren könnten.
Jetzt hab ich das Prob das wenn ich diese Filmchen über das Netz anschauen will, sie immer stocken, dass haben sie vorher nicht getan, liegt das jetzt wirklich an dieser einen Partition ????
Wenn ich dies Filme auf mein PC kopiere kann ich sie ohne ruckeln und stottern anschauen.

Wenn es an dieser Partition liegt, gibt es einen einfachen weg, diese Partition zu löschen ohne die daten zu vernichten.

Vielen Dank für eure Ratschläge
MfG

mkahle
07.10.04, 08:30
Ich halte es für unwahrscheinlich, daß es an der Partition liegt. Das kannst Du aber testen, wenn Du mal einen Film auf eine andere Part. kopierst und versucht, ihn von dort über Netz zu laden.

Ich vermute jedoch, daß das Ergebnis das gleiche sein wird. Ich würde den Fehler eher im Netz suchen (z.B. Duplex-Einstellung der NIC) ...

linuxmensch
07.10.04, 17:45
servus, danke für deine Antwort
hab auch noch ein bisschen gesucht und bin auf folgenden Artikel gestoßen

http://www.linux-community.de/Neues/story?storyid=13901

dennoch komm ich auf keinen grünen Zweig
hier die Ausgabe von ethtool auf dem server

# ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes

ping dauer auf dem server

ping web.de
PING web.de (217.72.195.42) 56(84) bytes of data.
64 bytes from ha-42.web.de (217.72.195.42): icmp_seq=1 ttl=58 time=56.2 ms
64 bytes from ha-42.web.de (217.72.195.42): icmp_seq=2 ttl=58 time=54.0 ms

--- web.de ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 5119ms
rtt min/avg/max/mdev = 54.079/55.175/56.271/1.096 ms


und so schaut es auf dem client aus
# ethtool eth0
Settings for eth0:
Supports Wake-on: g
Wake-on: d
Link detected: yes

PING web.de (217.72.195.42) 56(84) bytes of data.
64 bytes from ha-42.web.de (217.72.195.42): icmp_seq=1 ttl=57 time=54.3 ms
64 bytes from ha-42.web.de (217.72.195.42): icmp_seq=2 ttl=57 time=53.7 ms
64 bytes from ha-42.web.de (217.72.195.42): icmp_seq=3 ttl=57 time=54.5 ms

--- web.de ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 6116ms
rtt min/avg/max/mdev = 53.775/54.225/54.546/0.378 ms

musst du sonst noch etwas wissen

linuxmensch
07.10.04, 19:05
servus nochmal habe das Problem teilweise gelöst esstockt zwar noch ein bisschen, aber das ist fast akzeptabel.

ich habe einfach den dma modus erhöht von 100 auf 133 ich wusste nicht das dies soviel aussmachen kann, aber ok.
Man lernt eben nie aus. :)

Trotzdem möchte ich mich nochmal für deine Mithilfe bedanken

mkahle
10.10.04, 16:06
Hi, sorry für die späte Antwort ...

warum läuft Dein Server nur auf 10MBit/sec? Da er Full-Duplex macht, gehe ich davon aus, daß Du einen Switch hast. Kann der Switch keine 100? Es ist aber auch gut möglich (habe ich schon mehr als einmal gesehen), daß die Autonegotiation nicht richtig funzt (da verstehen sich Switch und NIC nicht richtig). Versuche mal - vorausgesetzt, Dein Switch kann 100Mbit/sec, alles fest auf 100MBit/sec, Full-Duplex zu setzen ...

ciao,
Gipsy

linuxmensch
10.10.04, 18:51
sorry hab das falsche device gepostet
eth0 ist meine Verbindung zum Modem ich denk mal da ist 10 Mb/s ok

eth1 ist meine Verbindung zum LAN


Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 32
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes

wie gesagt hab auch noch ein bisschen dran rumgebastelt, mit höherer dma geht es besser, aber sobald noch irgendwas läuft was die festplatte beansprucht mach der total platt, kann das vielleicht doch an einem update liegen.

mkahle
11.10.04, 07:20
Hmm ...

poste doch mal bitte die Ausgabe von ifconfig für die betroffenen Interfaces der in Frage kommenden Rechner.

Außerdem lade dir doch mal von ftp://scyld.com/pub/diag/ mii-diag.c und kompiliere es (gcc -o mii-diag mii-diag.c).

Die Ausgabe von mii-diag sagt die dann auch was Dein Link-Partner auf der Verbindung macht ... die Ausgabe kannst Du dann auch noch mal posten.

ciao,
Gipsy

linuxmensch
11.10.04, 18:30
hier die Ausgabe von ifconfig
# ifconfig
eth0 Link encap:Ethernet HWaddr 00:40:F4:92:34:0E
inet addr:192.168.2.22 Bcast:192.168.2.255 Mask:255.255.255.0
inet6 addr: fe80::240:f4ff:fe92:340e/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2482521 errors:0 dropped:0 overruns:0 frame:0
TX packets:2517054 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1766627425 (1684.7 Mb) TX bytes:1137492410 (1084.7 Mb)
Interrupt:10 Base address:0x8000

eth1 Link encap:Ethernet HWaddr 00:40:F4:92:2E:D4
inet addr:192.168.6.1 Bcast:192.168.6.255 Mask:255.255.255.0
inet6 addr: fe80::240:f4ff:fe92:2ed4/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:554480 errors:0 dropped:0 overruns:0 frame:0
TX packets:1625506 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:53516152 (51.0 Mb) TX bytes:2244719174 (2140.7 Mb)
Interrupt:5 Base address:0xa000

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:164 errors:0 dropped:0 overruns:0 frame:0
TX packets:164 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:12304 (12.0 Kb) TX bytes:12304 (12.0 Kb)

ppp0 Link encap:Point-to-Point Protocol
inet addr:217.94.132.214 P-t-P:217.5.98.159 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:2479544 errors:0 dropped:0 overruns:0 frame:0
TX packets:2512269 errors:0 dropped:5 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:1710772275 (1631.5 Mb) TX bytes:1081822996 (1031.7 Mb)

der rest kommt noch

linuxmensch
11.10.04, 19:41
leider habe ich mii-diag einige problem ich weiß nicht warum es nicht klappt

# gcc -o mii-diag mii-diag.c
mii-diag.c:40:1: missing terminating " character
mii-diag.c:42: error: parse error before "This"
mii-diag.c:53: error: stray '\' in program
mii-diag.c:53:30: missing terminating " character
mii-diag.c:57:26: invalid suffix "baseT4" on integer constant
mii-diag.c:57:37: invalid suffix "baseTx" on integer constant
mii-diag.c:57:48: invalid suffix "baseTx" on integer constant
mii-diag.c:57:62: invalid suffix "baseTx" on integer constant
mii-diag.c:58:26: invalid suffix "baseT" on integer constant
mii-diag.c:58:35: invalid suffix "baseT" on integer constant
mii-diag.c:58:47: invalid suffix "baseT" on integer constant
mii-diag.c:79:1: missing terminating " character
In file included from mii-diag.c:81:
/usr/include/unistd.h:312: error: parse error before "size_t"
/usr/include/unistd.h:318: error: parse error before "size_t"
/usr/include/unistd.h:448: error: parse error before "size_t"
In file included from mii-diag.c:81:
/usr/include/unistd.h:538: error: parse error before "confstr"
/usr/include/unistd.h:538: error: parse error before "size_t"
/usr/include/unistd.h:707: error: parse error before "size_t"
/usr/include/unistd.h:732: error: parse error before "size_t"
In file included from mii-diag.c:81:
/usr/include/unistd.h:783: error: parse error before "size_t"
/usr/include/unistd.h:790: error: parse error before "size_t"
/usr/include/unistd.h:800: error: parse error before "size_t"
/usr/include/unistd.h:801: error: parse error before "size_t"
/usr/include/unistd.h:818: error: parse error before "size_t"
In file included from mii-diag.c:82:
/usr/include/stdlib.h:137: error: parse error before "__ctype_get_mb_cur_max"
In file included from /usr/include/sys/types.h:266,
from /usr/include/stdlib.h:416,
from mii-diag.c:82:
/usr/include/bits/pthreadtypes.h:48: error: parse error before "size_t"
/usr/include/bits/pthreadtypes.h:51: error: parse

mkahle
12.10.04, 09:35
sieht so aus, als hättest Du es per Copy-And-Paste heruntergezogen. Versuchs mal mit "Link speichern unter" ...

Die Interfaces sehen aber von den Countern her ok aus ...

linuxmensch
12.10.04, 20:24
servus, verflixtes tool

also als erstes der versuch wget die file vom ftp zu holen

wget ftp://scyld.com/pub/diag/mii-diag.c /home/linux/mii-diag/
--20:14:44-- ftp://scyld.com/pub/diag/mii-diag.c
=> `mii-diag.c'
Auflösen des Hostnamen »scyld.com«.... 64.240.166.233
Verbindungsaufbau zu scyld.com[64.240.166.233]:21... verbunden.
Anmelden als anonymous ... Angemeldet!
==> SYST ... fertig. ==> PWD ... fertig.
==> TYPE I ... fertig. ==> CWD /pub/diag ... fertig.
==> PASV ... fertig. ==> RETR mii-diag.c ... fertig.
Länge: 20,169 (unmaßgeblich)

100%[====================================>] 20,169 31.95K/s

20:15:04 (31.93 KB/s) - »mii-diag.c« gespeichert [20169]

/home/linux/mii-diag/: Nicht unterstütztes Schema.

BEENDET --20:15:04--
Geholt: 20,169 Bytes in 1 Dateien

ist ja erfolgreich, und kein copy and paste

jetzt mit dem befehl der am ende der datei steht, also gcc mii-diag.c -o mii-diag


leider funzt das so immer noch nicht

ii-diag.c:40:1: missing terminating " character
mii-diag.c:42: error: parse error before "This"
mii-diag.c:53: error: stray '\' in program
mii-diag.c:53:30: missing terminating " character
mii-diag.c:57:26: invalid suffix "baseT4" on integer constant
mii-diag.c:57:37: invalid suffix "baseTx" on integer constant
mii-diag.c:57:48: invalid suffix "baseTx" on integer constant
mii-diag.c:57:62: invalid suffix "baseTx" on integer constant
mii-diag.c:58:26: invalid suffix "baseT" on integer constant
mii-diag.c:58:35: invalid suffix "baseT" on integer constant
mii-diag.c:58:47: invalid suffix "baseT" on integer constant
mii-diag.c:79:1: missing terminating " character
In file included from mii-diag.c:81:
/usr/include/unistd.h:312: error: parse error before "size_t"
/usr/include/unistd.h:318: error: parse error before "size_t"

linuxmensch
12.10.04, 21:03
hab die sache anders geamcht da gibt es die netdiag tools von suse, die waren auf meiner cd, die laufen einwandfrei.

-> also gibt es jetzt auch eine ausgabe :)

das internet device
mii-diag eth0
Basic registers of MII PHY #32: 1100 782d 0000 0000 01e1 4061 0001 0000.
The autonegotiated capability is 0060.
The autonegotiated media type is 10baseT-FD.
Basic mode control register 0x1100: Auto-negotiation enabled.
You have link beat, and everything is working OK.
Your link partner advertised 4061: 10baseT-FD 10baseT.
End of basic transceiver information.

das ethernet device
mii-diag eth1
Basic registers of MII PHY #32: 1100 782d 0000 0000 01e1 45e1 0001 0000.
The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
Basic mode control register 0x1100: Auto-negotiation enabled.
You have link beat, and everything is working OK.
Your link partner advertised 45e1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT, w/ 802.3X flow control.
End of basic transceiver information.

mkahle
13.10.04, 08:29
Seeehr seltsam, dies sieht so weit alles OK aus. Ist es möglich, daß Du Dir ein IRQ Problem eingefangen hast? Gibt es irgendwelche Einträge im Syslog für die Zeit, wenn die Übertragung so langsam ist. Vielleicht kannst Du auch mal probieren IPv6 auszuschalten ...

linuxmensch
13.10.04, 15:05
hallo,
vielen dank das du immer noch versuchst mein Prob zu lösen

was meinst du mit IRQ Problem.

die log von messages sagt

ct 13 16:59:30 server smbd[10487]: [2004/10/13 16:59:30, 3] smbd/process.c:process_smb(890)
Oct 13 16:59:30 server smbd[10487]: Transaction 4632 of length 63
Oct 13 16:59:30 server smbd[10487]: [2004/10/13 16:59:30, 5] lib/util.c:show_msg(456)
Oct 13 16:59:30 server smbd[10487]: [2004/10/13 16:59:30, 5] lib/util.c:show_msg(466)
Oct 13 16:59:30 server smbd[10487]: size=59
Oct 13 16:59:30 server smbd[10487]: smb_com=0x2e
Oct 13 16:59:30 server smbd[10487]: smb_rcls=0
Oct 13 16:59:30 server smbd[10487]: smb_reh=0
Oct 13 16:59:30 server smbd[10487]: smb_err=0
Oct 13 16:59:30 server smbd[10487]: smb_flg=8
Oct 13 16:59:30 server smbd[10487]: smb_flg2=3
Oct 13 16:59:30 server smbd[10487]: smb_tid=1
Oct 13 16:59:30 server smbd[10487]: smb_pid=1
Oct 13 16:59:30 server smbd[10487]: smb_uid=100
Oct 13 16:59:30 server smbd[10487]: smb_mid=4629
Oct 13 16:59:30 server smbd[10487]: smt_wct=12
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 0]= 255 (0xFF)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 1]= 0 (0x0)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 2]=11055 (0x2B2F)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 3]= 0 (0x0)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 4]= 9878 (0x2696)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 5]= 4096 (0x1000)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 6]= 0 (0x0)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 7]= 0 (0x0)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 8]= 0 (0x0)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[ 9]= 0 (0x0)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[10]= 0 (0x0)
Oct 13 16:59:30 server smbd[10487]: smb_vwv[11]= 0 (0x0)

und warn meint dies

Oct 13 17:07:25 server kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=80.138.171.215 DST=80.138.47.57 LEN=52 TOS=0x00 PREC=0x00 TTL=124 ID=8970 DF PROT
O=TCP SPT=3506 DPT=135 WINDOW=32767 RES=0x00 SYN URGP=0 OPT (020405A00103030001010402)
Oct 13 17:07:25 server kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=81.227.84.184 DST=80.138.47.57 LEN=48 TOS=0x00 PREC=0x00 TTL=116 ID=46250 DF PROT
O=TCP SPT=2840 DPT=445 WINDOW=65535 RES=0x00 SYN URGP=0 OPT (020405A001010402)
Oct 13 17:07:26 server kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=80.138.177.102 DST=80.138.47.57 LEN=48 TOS=0x00 PREC=0x00 TTL=124 ID=37403 DF PRO
TO=TCP SPT=4314 DPT=445 WINDOW=18600 RES=0x00 SYN URGP=0 OPT (020405A001010402)
Oct 13 17:07:30 server kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=80.138.71.26 DST=80.138.47.57 LEN=48 TOS=0x00 PREC=0x00 TTL=124 ID=31538 DF PROTO
=TCP SPT=4959 DPT=135 WINDOW=16384 RES=0x00 SYN URGP=0 OPT (020405A001010402)
Oct 13 17:07:33 server kernel: SFW2-INext-DROP-DEFLT IN=ppp0 OUT= MAC= SRC=80.138.71.26 DST=80.138.47.57 LEN=48 TOS=0x00 PREC=0x00 TTL=124 ID=31746 DF PROTO
=TCP SPT=4959 DPT=135 WINDOW=16384 RES=0x00 SYN URGP=0 OPT (020405A001010402)

wobei ich damit nicht wirklich was anfangen kann, nachdem da oben irgendwas von samba steht auch die smbd.log

write_socket(5,165)
[2004/10/13 17:09:18, 6] lib/util_sock.c:write_socket(435)
write_socket(5,165) wrote 165
[2004/10/13 17:09:18, 6] smbd/process.c:process_smb(889)
got message type 0x0 of len 0x3b
[2004/10/13 17:09:18, 3] smbd/process.c:process_smb(890)
Transaction 9522 of length 63
[2004/10/13 17:09:18, 5] lib/util.c:show_msg(456)
[2004/10/13 17:09:18, 5] lib/util.c:show_msg(466)
size=59
smb_com=0x2e
smb_rcls=0
smb_reh=0
smb_err=0
smb_flg=8
smb_flg2=3
smb_tid=1
smb_pid=1
smb_uid=100
smb_mid=9519
smt_wct=12
smb_vwv[ 0]= 255 (0xFF)
smb_vwv[ 1]= 0 (0x0)
smb_vwv[ 2]=11055 (0x2B2F)
smb_vwv[ 3]=61440 (0xF000)
smb_vwv[ 4]= 231 (0xE7)
smb_vwv[ 5]= 4096 (0x1000)
smb_vwv[ 6]= 0 (0x0)

mkahle
14.10.04, 09:43
ui ... Du scheinst einen recht hohen Loglevel gewählt zu haben. Kann es sein, daß Dein System evtl. zu viel mit logging beschäftigt ist, anstatt seine Arbeit zu tun. Vielleicht setzt Du diese log level mal ein bißchen herunter (Parameter "log level" oder "debuglevel" in der smb.conf)

Nach wie vor würde ich das Netz noch nicht als Fehlerursache ausschließen, aber das könntest Du eingrenzen, indem Du mal versuchst statt per Samba eine große Datei mal per FTP hin- und her zu schieben.

linuxmensch
14.10.04, 17:40
servus,

also das war es,
hab einen loglevel von 8 gehabt, als du das sagtes schoss es mir siedent heiß durchs Hirn, das ich das vergessen haben wieder umzuschalten. :D

stockt immer noch ein bisschen aber nur beim spulen, aber das ist ok, liegt am rechner besser war es vorher auch nicht, vielen vielen dank



:) :) :) :)
ps: ist ein loglevel von 2 ok

mkahle
14.10.04, 17:54
it's taken a long time ...

you are welcome