Debits entre Samba/Debian et PC

Debits entre Samba/Debian et PC - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 23-03-2008 à 12:56:00    

Salut à tous,
 
Je dispose d'un serveur de fichiers sous linux debian avec 2 disques 500Go.
Le serveur et les PC sont connéctés sur un switch 10/100.
La carte résal du serv est en 100.
 
Je rencontre des problemes de débit en upload (c'est-a-dire envoi defichiers sur le serveur depuis les postes du réseau), je tourne autourde 500Kb/s.
En download par contre aucun probleme j'atteint les 10Mb/s (normal pour du 100 je pense).
 
Je pense que le probleme vient du serveur car il est apparu depuis le changement de carte mere.
Mais je ne sais pas diagnostiquer le probleme, par ou commencer.
 
 
merci de votre aide A+

Reply

Marsh Posté le 23-03-2008 à 12:56:00   

Reply

Marsh Posté le 23-03-2008 à 13:47:28    

déjà vérifier les débits en lecture et en écriture de tes disques durs avec hdparm


---------------
Relax. Take a deep breath !
Reply

Marsh Posté le 24-03-2008 à 14:04:52    

Code :
  1. hdparm -tT /dev/sda1
  2. /dev/sda1:
  3. Timing cached reads:   1516 MB in  2.00 seconds = 758.14 MB/sec
  4. Timing buffered disk reads:  238 MB in  3.02 seconds =  78.93 MB/sec

C'est bien ca que tu veux ?


Message édité par Profil supprimé le 24-03-2008 à 14:05:12
Reply

Marsh Posté le 24-03-2008 à 22:46:06    

Petite question à 2 balles ... Tes disques sur lesquel le transfert est lent sont'il en SATA ? Si oui, y a t'il un petit cavalier derrière ??
J'avais des lenteurs de transfert depuis mes PC Windows vers mon serveur samba, et le problème ne se faisait sentir que lors de l'écriture sur les disques en SATA, et pas en IDE. Un jour à tout hasard j'ai enlevé ce cavalier, et hop tout les transferts vers les disques SATA sont devenu rapides.
 
Voilà, une éventuelle piste à explorer...

Reply

Marsh Posté le 25-03-2008 à 18:31:52    

Ouep, en SATA mais j'ai pas remarqué de cabaliers, je vais vérifizer mais je crois pas

Reply

Marsh Posté le 10-04-2008 à 17:31:07    

[:missiontomars99]

Reply

Marsh Posté le 11-04-2008 à 08:44:47    

salut ...
 
1- je compatis car j'avais le même problème : serveur fichier PDC sous Debian Lenny ; carte giga ; 4*250Go en raid5 SATA ; switch giga (sans jumbo frames) ; pc XP SP2 carte giga => 17 ~ 20Mo/s en lecture (serveur -> pc) mais seulement 3 Mo/s en écriture (pc -> serveur)
 
2- qu'est ce que j'ai changé, je ne sais pas trop ...
* j'avais 3 disques sur un contrôleur SATA 4 ports et 1 disque sur un autre contrôleur 4 ports (because mon spare was dead)
je rebranché en 2 disques sur un contrôleur ; 2 disques sur un autre ...
 
* j'avais un câble d'alim sata foireux (cassé) que j'ai changé
* j'avais un câble données sata qui tenait mal, je l'ai changé aussi
 
3- avant tout ça, j'avais essayé plein de bidouilles (tuning pile réseau, tuning smb.conf ..) mais sans succès
 
 
Bon bah regarde du côté de ton matos ... (dis nous comment sont branchés tes disques au passage)

Reply

Marsh Posté le 11-04-2008 à 11:35:37    

Pour mes disques, c'est un sur chaque port SATA II, j'en ai 2
 
Je vais regarder dans le boitier, voir si il y a un blem de prises.
 
Je viens de tester l'ecriture  sur le second disque, qui est normalement en readonly, bah meme probleme...


Message édité par Profil supprimé le 11-04-2008 à 11:39:05
Reply

Marsh Posté le 12-04-2008 à 16:29:03    

m'enfin ca m'étonne quand même, hdparm me donne des débits tres corrects:
/dev/sda1:
 Timing buffered disk reads:  244 MB in  3.01 seconds =  81.06 MB/sec
 
 
Sinon, comme faire pour voir si les pilotes sata_nv sont là ?
 
Voila mon lspci sur les disques:
00:06.0 IDE interface: nVidia Corporation MCP61 IDE (rev a2)
00:07.0 Bridge: nVidia Corporation MCP61 Ethernet (rev a2)
00:08.0 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
00:08.1 IDE interface: nVidia Corporation MCP61 SATA Controller (rev a2)
 
J'ai mis 19secondes pour copie 700Mo depuis mon disque systeme jusqu'a ce disque SATA, contre un peu moins de ce disque vers le systeme.
 
 
J'ai essayé de changer les cables SATA, alterné les interfaces.
Au niveau des jumpers je n'ai rien, mais apparement rien ne sert sauf un mais je ne sais plus à quoi.
 
Je me demande quand même si ce n'est pas un probleme réseau...

Message cité 1 fois
Message édité par Profil supprimé le 12-04-2008 à 17:41:22
Reply

Marsh Posté le 12-04-2008 à 17:47:29    


 
lsmod
 
 
dmesg|grep sd

Reply

Marsh Posté le 12-04-2008 à 17:47:29   

Reply

Marsh Posté le 12-04-2008 à 20:51:34    

Les pilotes sata nv sont là
 
 

Code :

Reply

Marsh Posté le 14-04-2008 à 10:58:25    

dmesg|grep sd
SCSI device sda: 976773168 512-byte hdwr sectors (500108 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 976773168 512-byte hdwr sectors (500108 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
 sda: sda1
sd 1:0:0:0: Attached scsi disk sda
SCSI device sdb: 976773168 512-byte hdwr sectors (500108 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
SCSI device sdb: 976773168 512-byte hdwr sectors (500108 MB)
sdb: Write Protect is off
sdb: Mode Sense: 00 3a 00 00
SCSI device sdb: drive cache: write back
 sdb: sdb1
sd 3:0:0:0: Attached scsi disk sdb
EXT3 FS on sda1, internal journal
EXT3 FS on sdb1, internal journal

Reply

Marsh Posté le 28-04-2008 à 21:36:49    

[:missiontomars99]  [:missiontomars99]  [:missiontomars99]

Reply

Marsh Posté le 29-04-2008 à 13:55:35    

T'as pas un raid mal fichu ?


---------------
"Your god is too small", Giordano Bruno, 1548 - 1600
Reply

Marsh Posté le 29-04-2008 à 22:41:12    

roscocoltran a écrit :

T'as pas un raid mal fichu ?


Je suis pas en RAID, les 2 disques SATA sont indépendants.

Reply

Marsh Posté le 15-05-2008 à 10:18:00    

[:_________]

Reply

Marsh Posté le 15-05-2008 à 10:37:22    

Et quand tu fais de l'écriture vers ton disque tu as essayé de voir si tu avais des erreurs réseau tout simplement ??
 
Il suffit d'avoir une pair de câble un peu pincer et ça peut aussi entrainer de gros ralentissement.


---------------
Il y a trois sortes de mensonges : les mensonges, les gros mensonges et les statistiques !
Reply

Marsh Posté le 17-05-2008 à 11:37:53    

Ben je n'ai rien de particulier à l'écran, les logs samba sont normaux.
Quels logs devrais-je regarder pour les echanges réseaux ?
 
 
A+

Reply

Marsh Posté le 17-05-2008 à 13:15:46    

un ifconfig devrait te donner le nombre d'erreurs rencontrées par tes interfaces réseaux


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 17-05-2008 à 16:37:13    

Pas de pertes ifoncifg

Citation :

 Lien encap:Ethernet  HWaddr C2:35:##:66:19:00
          inet adr:192.168.2.2  Bcast:192.168.2.255  Masque:255.255.255.0
          adr inet6: fe80::c035:47ff:oooo:1900/64 Scope:Lien
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:18033616 errors:0 dropped:0 overruns:0 frame:0
          TX packets:29276703 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:12410898634 (11.5 GiB)  TX bytes:30382631108 (28.2 GiB)
          Interruption:217 Adresse de base:0xa000


En revanche j'ai ca dans un log d'un user samba:

Citation :

write_data: write failure in writing to client 0.0.0.0. Error Connexion ré-initialisée par le correspondant
[2007/07/07 19:16:13, 0] lib/util_sock.c:send_smb(769)
  Error writing 4 bytes to client. -1. (Connexion ré-initialisée par le correspondant)
[2007/07/09 20:40:20, 0] lib/util_sock.c:write_data(562)
  write_data: write failure in writing to client 192.168.2.195. Error Connection reset by peer
[2007/07/09 20:40:20, 0] lib/util_sock.c:send_smb(769)
  Error writing 4 bytes to client. -1. (Connection reset by peer)
[2007/07/09 21:12:20, 0] lib/util_sock.c:write_data(562)
  write_data: write failure in writing to client 192.168.2.195. Error Connection reset by peer
[2007/07/09 21:12:20, 0] lib/util_sock.c:send_smb(769)
  Error writing 4 bytes to client. -1. (Connection reset by peer)
[2007/07/09 21:44:20, 0] lib/util_sock.c:write_data(562)
  write_data: write failure in writing to client 192.168.2.195. Error Connection reset by peer
[2007/07/09 21:44:20, 0] lib/util_sock.c:send_smb(769)
  Error writing 4 bytes to client. -1. (Connection reset by peer)

Reply

Marsh Posté le 17-05-2008 à 16:38:12    

Rien d'anormal vu les dates


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 18-05-2008 à 11:47:03    

Bon je viens de faire un test:
Transfert d'un fichier de 2Go entre le serveur et un pc portable, les 2 cartes réseau reliés par un cable croisé:
m27 pour uploader sur le portable, et 3m44 pour le renvoyer ensuite sur le partage du serveur.
Ca faut du 9.7Mbps en DOWN et 8.9Mbps en UP.
Bref les perfs sont plutot bonnes, surtout celles en upload par rapport aux autres pc du réseau  :pt1cable:  
 
J'avais dernierement testé ma carte réseau lors d'un test cpl, et celle-ci n'est pas problematique, de toutes facons le probleme de débit en up est général sur tous les pc du réseau vers le partage.
 
Je vais retester le transfert a d'autres points: sur le switch, et ensuite sur les RJ45 de la maison, pour voir. Peut-etre que mon switch a prit un coup, ou un cable réseau je ne sais pas...
 
A+


Message édité par Profil supprimé le 18-05-2008 à 12:18:50
Reply

Marsh Posté le 18-05-2008 à 12:17:55    

Même test avec le pc sur le switch, et débit de 8.9 en up sur le serv  :pt1cable:

Reply

Marsh Posté le 18-05-2008 à 12:59:22    

essai aussi de faire des transferts FTP pour vérifier si ça viens de samba/CIFS ou du réseau quand même.
 
Je crois me souvenir qu'il y a des noyaux qui sont buggés avec CIFS mais impossible des me rappeler les versions :/


---------------
Il y a trois sortes de mensonges : les mensonges, les gros mensonges et les statistiques !
Reply

Marsh Posté le 18-05-2008 à 13:13:41    

Erf 'ai pas FTP...
 
Je veux bien essayer avec scp mais j'ai pas vraiment d'idées du débit auquel je dois m'attendre.

Reply

Marsh Posté le 18-05-2008 à 13:20:13    

Bha le but c'est de voir si le débit est symétrique surtout.
Avec scp tu perds un peu de donné du au cryptage, avec FTP très peu.
 
Mais si ton scp donne les mêmes valeurs en upload et d/l le probléme ne viens pas du réseau.


---------------
Il y a trois sortes de mensonges : les mensonges, les gros mensonges et les statistiques !
Reply

Marsh Posté le 18-05-2008 à 14:35:20    

Alors en scp transfert du serveur vers le PC: 11MB/s (700Mb en 1m03)
En upload sur le serveur depuis mon pc a peine 300KB/s  :fou:  (45 min de ETA).
 
Donc j'ai le meme probleme d'upload merdique que sur samba

Reply

Marsh Posté le 18-05-2008 à 14:44:48    

Sinon, autre test avec le PC portable sur une prise réseau: débits en UP et down normaux (10MB/s environ). Par contre, je fais le test en essayant d'uploader une archive de 2Go avec le PC portable qui est normalement sur la prise, et là ca ne fonctionne plus, windows estime le transfert vers le serveur a plus de deux heures. Vraiment zarb  :pt1cable:  
 
Sinon, j'ai remarqué un truc sur le serveur: quand je transfert du serveur vers un poste, le disque dur tourne à fonc (les voyants d'activité disque ne clignotent pas mais sont allumés fixe). Par contre, quand je veut envoyer mes fichiers sur le serveur apparement les disques travaillent moins, puisque les voyants clignotent plus.

Reply

Marsh Posté le 27-05-2008 à 16:55:33    

idem que toit mais ca tartine un poil plus chez moi ...
 
hdparm sur le raid5 = 210Mo/s
par réseau cela s'ecroule à 16 Mo/s .... et les deux coeurs glandes à fond ...
 
je sais pas d'ou cela peut provenir
???idée ?
 
config :
 
asrock conroe945g-dvi
core 2 duo e6320
2go ddr 2 667 corsair value
4 * 320go sata 2 connectement directement sur le southbridge(ich7) donc 4 * 3gb dispo de bande passante pour eux ... (en théroei 1500mo/s) mais hd parm = 200Mo /s (m'en fou le reseau en gigabit est limité a 120Mo/s theorique)
1 sata 500 + 10 sata 80 go (opensesuse 10.3) les duex sur sil3124 --carte sata 3gb ncq etc --
1 carte réseau 1gbit intégré cableée sur PCIe x1 du southbridge ich7
 
et moi 16mo/s en AFP ca me vas du tout ...


Message édité par tron20 le 27-05-2008 à 16:59:05

---------------
Asrock conroe 945g-dvi
Reply

Marsh Posté le 27-05-2008 à 17:23:30    

Tes cartes sont bien en 1000Mbps des deux cotés ? (je parle du mode reconnu par les pilotes)


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 27-05-2008 à 21:35:08    

oui les ifconfig :  
 
coté mac c ca :
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
 inet6 fe80::216:cbff:fe87:8eb6%en0 prefixlen 64 scopeid 0x4  
 inet 10.0.1.10 netmask 0xffffff00 broadcast 10.0.1.255
 ether 00:16:cb:87:8e:b6  
 media: autoselect (1000baseT <full-duplex,flow-control> ) status: active
 supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none
 
 
et coté nux :
 
01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01)
 
mii-diage m'indique ca :
openSuse:/home # mii-diag eth1
Basic registers of MII PHY #32:  1000 796d 001c c912 0de1 cde1 000d 2001.
 The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
 Basic mode control register 0x1000: Auto-negotiation enabled.
 You have link beat, and everything is working OK.
 Your link partner advertised cde1: Flow-control 100baseTx-FD 100baseTx 10baseT-FD 10baseT, w/ 802.3X flow control.
   End of basic transceiver information.
 
 
Mais mon switch a une led qui m'indique du gigabit ... les transfert sont bien en gigabit car supérieur à 15 mo/s ...


Message édité par tron20 le 27-05-2008 à 21:36:32

---------------
Asrock conroe 945g-dvi
Reply

Marsh Posté le 28-05-2008 à 09:21:08    

Bah coté Linux il te dit pourtant : "The autonegotiated media type is 100baseTx-FD." :heink:
 
Que dit un "dmesg | grep eth1" ?


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 28-05-2008 à 16:29:23    

ouaih j'oublie linux ...ses perf sont mauvaises sur mon matos ...
 
le freenas (freebsd 6) autonegocie parfaitement le chip pcie 84111b donc je pense que je ne vais pas m'attarder su linux .... d'autant que le raid soft se fait littéralement exploser la téte par celui implémenter en UFS sur les bsd ....
 
Ou alors le kernel 2.6.x ne sait pas gérer i/o convenablement avec le module raid et le sataii
 
les bench sont édifiant et ce, même en rebuild ...
 
En afp 700mo (1 fic ) en 12 seconde ...bref le bsd sature le disque de mon imac (qui peut sortir du 46 mo/max)


---------------
Asrock conroe 945g-dvi
Reply

Marsh Posté le 12-06-2008 à 16:33:40    

Petit Up, j'ai testé en utilisant un câble réseau autre, je trouve des débits un peu meilleurs, mais c'est pas la grande joie, genre 1.2Mbps

Reply

Marsh Posté le 12-06-2008 à 16:57:47    

En réalité, c'est mon switch qui 'est mort: test en mettant un câble croisé a la place, débit moyen 10Mbps :/

 

Quoique le rebboter a presque suffit on dirait, mais bon j'avais déjà essaye donc je pense pas que ce soit top sur el logn terme


Message édité par Profil supprimé le 12-06-2008 à 17:07:19
Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed