Reprise du message précédent :
avec certains, mais toujours les memes? Et sur toutes les stations??

Atlantis a écrit a écrit : doit p-e aussi y avoir des options de format de fichiers qui font que certains fichiers font chier et d'autres pas. essaie de localiser un fichier sûr à 100% posant pas de pb, localise son auteur. chez lui ouvre un fichier à pb et enregistre le sous un autre nom et teste son comportement. après faudra voir dans office. mais bon en 100 switché ça doit qd mm pas être mortel tant que ça si ?

 
bon j'ai fait ce que t'as dit et ça change rien, le fichier reste un fichier à problème.

 
oui (enfin toutes les stations 2000)

 
Désolé je n'avais pas bien compris le problème. Le comportement que tu décris semble plus dépendre des données que de l'OS. Quelles similitudes est il possible d'établir entre les fichiers qui posent problème ?

 
non c'est pas l'antivirus, j'ai fait des essais sans

 
justement, j'ai rien trouvé à part que c'est quasiment tous des powerpoint (on va dire 80%) et quelques word excel

est-ce que ces fichiers contiennent des macros ?

juste en sélectionannt le fichier dans l'explorateur ca te fais ca??

 
oui

Bon, plusieurs petites questions encore (desole)
1) ca le fait quelque soit l'utilisateur loggue dessus? Admin compris?
2) rien dans les journaux d'evenements sur la station et sur le serveur?
3) est-ce que ca te poserait un probleme d'installer netbeui sur ton reseau pour faire un test?

bon par contre là j'ai un putain de scoop :

 
c'etait le cable reseau qui etait debranche?

 
sur un des postes clients (je peux pas faire ça sur le serveur y a 40 personnes dessus ), en suivant les conseils de Guru, j'ai désactivé le port 445 (ou plutôt j'ai tout désactivé sauf le port 139 (NBT sur TCP)
 
et ça marche.

 
1 : peu importe les droits
2 : rien dans les logs
3 : euh non pas dans l'absolu, mais un dimanche alors

A koi y sert ce port 445....mis à part a faire chiez....

ivex a écrit a écrit :     sur un des postes clients (je peux pas faire ça sur le serveur y a 40 personnes dessus ), en suivant les conseils de Guru, j'ai désactivé le port 445 (ou plutôt j'ai tout désactivé sauf le port 139 (NBT sur TCP)   et ça marche.

 
mais ça me troue le c**

ivex a écrit a écrit :   sur un des postes clients (je peux pas faire ça sur le serveur y a 40 personnes dessus ), en suivant les conseils de Guru, j'ai désactivé le port 445 (ou plutôt j'ai tout désactivé sauf le port 139 (NBT sur TCP)   et ça marche.

 
Le test complémentaire serait sur un poste Win2k de réouvrir tous les ports, de désactiver NBT (éventuellement bloquer le port 139) et de voir ce que cela donne sur plusieurs types de fichiers.

 
Rien de surprenant, dans ce cas là ta machine Win2k se comporte comme un NT4 en SMB sur NBT classique.

 
 
euh attends fausse joie (et crise cardiaque)
 
ça remarche pas

désolé je comprends pas ça a marché pendant environ 3 minutes et là ça recommence exactement comme avant
 
 
ça devient de plus en plus incompréhensible cette histoire !

 
si t'as bloqué ton port c que ca vient du protocol!

 
C'est à dire ? Même comportement, transfert du fichier lorsque tu le selectionne dans l'explorateur, en SMB sur NBT (139 uniquement) ?

[mode HS on]

ben ct comme ça dans mon ancienne boite, charger mes rapports de 15Mo +profil+... ct tolérable qd mm. bon faut dire que là je suis dans un des cas les plus défavorables qui soient alors ...[mode HS off]

bon alors c'est pas exactement comme avant :
 
maintenant la mise en cache fonctionne dans le sens ou il bloque une fois, et après si je resélectionne il refait plus de requête sur le réseau, c'est à dire qu'à partir de la deuxième fois sur un fichier à problème ça marche mieux (mais le problème est toujours là au fond)

question bete : durant ces "lenteurs", quelle est l'utilisation de ton processeur?

et donc oui : à la première sélection il transfère tout le fichier via le port 139, sauf que là il s'en rapelle après, et donc il le refait pas si je reclique.
 
(je me répète mais c'est pour que ce soit bien clair)

Cela ne provient sans doute pas du protocole (SMB TCP / SMB NBT) mais donc bien de l'explorateur sur ces fichiers particuliers. Y a t'il sur les postes Win2k quelque chose de spécifique par rapport à NT4 (antivirus, extension à l'explorateur...) qui pourrait expliquer cela ?

 
c'est peut être pas bête
 
quasiment 100% sur Celeron 800 avec LAN intégré de chez 3Com (3C920)
 
mais difficile de dire si ça vient de la carte LAN qui est à fond ou d'autre chose ; attends je vais faire un test de transfert de fichier.

est ce le sniff te localise aussi des fluxs vers d'autres adresses ? il essaie p-e de charger des biblio/outils qu'il a pas sous la main. (c'est de l'outil crosoft après tt )

ca sent soit office, soit un résident qui veut dl ce fichier....
regarde aussi par l'indexation des fichier!

 
intéressant ! en copiant depuis le LAN un gros fichier sur mon poste ça occupe 20-30% de temps proc
 
donc le transfert n'est pas qu'un transfert !

t'as pas install des services qui doivent pas.....ou des appli pourris...

 
antivirus désactivé, mode Windows classic, active desktop désactivé : pareil
 
(mais bon y a peut être autre chose qu'on peut pas changer)

desactive le resident de office qui se lance au demarrage...

simplement en selectionnant ?   ah vi comme ça je comprend mieux ...  
mm sur des transfert ça doit pas charger le proc comme ça normalement ...

Atlantis a écrit a écrit : est ce le sniff te localise aussi des fluxs vers d'autres adresses ? il essaie p-e de charger des biblio/outils qu'il a pas sous la main. (c'est de l'outil crosoft après tt )

 
sniffer pro c'est pas du Crosoft !
 
sinon, non il n'y a vraiment que le flux serveur -> client, et rien d'autre

 
déjà essayé, ça ne donne rien

 
l'indexation de fichier est lancé?? ca peut venir de la..

 
service d'indexation à l'arrêt : pareil
 
par contre ce qui consomme le temps proc à la sélection du fichier c'est explorer.exe
 
ça fait avancer le schmilblick ?

sous 2k il sert à 2 choses en mm temps, sauf si on lui spécifie de le lancer 2 fois (ce que je fais chez moi). donc savoir ce qui chie exactement c pas évident ...
 
en tt cas c clair que t'as fait un max de test  

donc on a avancé :
 
- le port 445 n'y est vraisemblablement pour rien.
 
- explorer.exe consomme tout le temps proc à la sélection des fichiers pourris.