Partage windows serveur 2008 et mistère - Infrastructures serveurs - Systèmes & Réseaux Pro
Marsh Posté le 04-06-2009 à 10:49:15
Ya ce genre de soucis qui arrive des fois, des négociations qui se font mal (SMBv1 vs v2).
Des fois c'est en fonction de qui initie le transfert (pull ou push). C'est extrèmement difficile à débugger
edit : il est DC aussi ou pas ?
Marsh Posté le 04-06-2009 à 10:53:36
Effectivement en lecture depuis un de ces lecteurs réseau le débit est satisfaisant.
J'ai pensé à l'AV aussi (symantec) mais il a tjrs été présent et j'ai essayé en arrêtant le service sur le serveur ou le client... sans succès.
edit: non pas DC
Marsh Posté le 04-06-2009 à 11:00:34
Ouais, c pas évident
Peut être faire des traces réseaux et voir ce qui diffère dans les échanges SMB mais c pas évident quoi ,
Quand tu mappes le lecteur tu le map sur le même nom (soit nom court dans les 2 cas, soit fqdn)
Marsh Posté le 04-06-2009 à 11:03:32
Je vais voir du coté des traces mais bon
Sinon je mappe le lecteur via script kix en utilisant \\serveur\rep
rep étant le nom de partage du repertoire rep.
Marsh Posté le 04-06-2009 à 11:14:03
en copiant en passant pas le partage ca me parle de SMB+ et SMB2 dans les détails de packet
Code :
|
en copiant en passant par chemin ça me parle de SMB2 seulement dans les détails de packet
Code :
|
Marsh Posté le 04-06-2009 à 11:19:38
tu as pas un sniffer qui décode le SMB ? (netmon ou wireshark )
Marsh Posté le 04-06-2009 à 11:24:28
Bizarre me semblait qu'il décodait le SMB.
Qd tu dis "en passant pas chemin" ça veut dire via g:\ et "en passant pas le partage" tu veux dire \\truc\muche\ ?
Essaie de désactiver le SMBv2
Citation : Disable SMBv2 |
Marsh Posté le 04-06-2009 à 11:28:56
Je@nb a écrit : Bizarre me semblait qu'il décodait le SMB. |
non en passant pas chemin c'est via \\serveur\rep
en passant pas partage je voulais dire "en passant par le lecteur réseau"
Je vais essayer depuis un client Vista aussi.
Marsh Posté le 04-06-2009 à 12:23:56
test depuis un client vista: pas de soucis. C'est bien un pb de SMB2 visiblement.
On a surtout le pb sur des MAC qui ont besoin de débit car les autres clients étant en 100mb/s, ils ne voient pas vraiment de lenteur.
On va commencer par passer le SP de windows server puis si ça passe pas on désactivera SMB2
Marsh Posté le 04-06-2009 à 14:37:12
S'il s'agit de SMB2 je comprends pas bien pourquoi il y aurait une différence entre lecteur réseau connecté et chemin réseau direct
Marsh Posté le 11-06-2009 à 08:38:21
Hello,
Suite et pas fin...
On vient de désactiver le Smb2 et... c'est toujours pareil...
Transfert entre 2Mo/s et 15Mo/s
Via un partage administratif: \\serveur\e$\ -> 40Mo/s à 60Mo/s
Marsh Posté le 11-06-2009 à 09:13:15
Je te dirais bien d'ouvrir un case chez Microsoft mais bon j'osais espérer qu'il y ait une solution autre
Marsh Posté le 11-06-2009 à 13:11:15
Sur ton partage administratif, tu as le contrôle total. Sur ton partage "manuel", c'est le cas également, ou tu as seulement les droits en Modifier ? Si dans le deuxième cas, essaie de mettre le contrôle total. Ca parait débile, mais ça vous le coup de tester ne serait-ci que pour comparer.
Marsh Posté le 11-06-2009 à 13:56:37
Merci pour l'idée, mais je suis en contrôle total partout
Si ça vient du Smb2 je comprends pas pourquoi il y aurait une différence entre passer par \\serveur\partage et par g: partage sur serveur... dans les deux cas on utilise bien Smb...
Marsh Posté le 15-06-2009 à 09:26:46
On vient de passer le SP2... sans succès.
C'est tjrs les mêmes lenteurs...
Marsh Posté le 16-06-2009 à 11:00:52
Personne n'a une (autre) piste?
Marsh Posté le 20-06-2009 à 10:20:52
Je sais pas si ça correspond à ton cas, mais je suis tombé sur ce nouvel article de la kb qui pourrait coller : http://support.microsoft.com/defau [...] spid=12925
Marsh Posté le 22-06-2009 à 10:21:40
Merci, ça a l'air de correspondre sauf pour les transferts depuis 2003 qui dans notre cas fonctionne bien.
Ce qui me parait bizarre également c'est qu'on arrive a avoir des transferts rapide quand même via \\serveur\partage.
A noté aussi que ce serveur 2008 est virtualisé sur un ESX...
Marsh Posté le 05-09-2009 à 17:44:30
drapal, même souci que celui mentionné ici et - jusqu'à aujourd'hui - je n'avais jamais trouvé l'origine de ce problème.
J'espère pouvoir le résoudre
Marsh Posté le 08-09-2009 à 11:02:22
ANViL a écrit : drapal, même souci que celui mentionné ici et - jusqu'à aujourd'hui - je n'avais jamais trouvé l'origine de ce problème. |
Le pb mentionné ici n'en était pas vraiment un, mais nous a bien pris la tête...
Comme mentionné plus haut, le transfert en utilisant le chemin \\serveur\partage fonctionnait bien, mais en passant par un lecteur réseau
sur ce même transfert, les débits étaient très lent.
En fait c'est notre outils de transfert, utilisé pour mesuré les débits qui "bugge" lors de transferts sur des lecteurs réseaux mappé sur une VM...
On s'en aperçu qu'en faisant les mêmes transferts avec un autre outils, les débits étaient normaux.
Marsh Posté le 04-06-2009 à 08:44:01
Hello,
Nous venons de migrer un serveur de fichier vers un serveur virtuel sous Windows server 2008.
Jusqu'ici tout va bien...
Nous constatons des perfs pas très satisfaisante en écriture. de l'ordre de 12Mo/s...
après tests, voilà la conclusion:
-écrire un fichier sur \\serveur\e$\rep tourne autour de 40Mo/s
-écrire un fichier sur G: rep sur serveur (qui est donc le même endroit mais via un lecteur réseau) tourne autour de 10Mo/s
Je n'ai rien trouver pour le moment :-/
une idée?
---------------
Life is like a box of chocolate you never know what you gonna get.