Freeze Windows 2003 server lors d'une recherche fichier
1 réponse
defo
Bonjour
Lorsque qu'un utilisateur quelconque de mon réseau effectue depuis son
PC (XP Pro SP2) une recherche quelconque sur notre serveur fichiers, il
arrive frequemment que le serveur freeze pendant 30-40s bloquant ainsi
tous les utilisateurs. Cela se produit également si on fait une
recherche ou si on affiche les propriétés du partage sous la session
Administrateur du serveur (donc facile à reproduire) ; en gros dès qu'on
fait un parcours des données, ça freeze.
Ce problème est apparut depuis que le passage de nos serveurs de Windows
2000 server vers Windows 2003 server R2.
Le problème se produit SUR N'IMPORTE QUEL SERVEUR (DL360 / DL380 G2 /
DL380 G5) en Windows 2003 server R2 du moment qu'il contienne des
données de notre réseau (Répertoires et fichiers en nombre).
A savoir :
- Nombre d'utilisateurs : ~100
- Nombre de dossiers :
- Nombre de fichiers :
- L'arborescence d'un certains nombre de dossiers dépasse parfois les
255 caractères
- Certains fichiers contiennent des caractères barbares : ; , ' ( ) @ .....
- Nous avons enlevé les clichés instantanés / l'indexation des fichiers
/ scanné et défragmenté les disques / refais le serveur...
- Tous les correctifs Microsoft ont été appliqués (windows update)
- Tous les drivers et firmware HP ont été mis à jour
D'après nos différents tests, nous avons pu en conclure que le problème
se produit du fait :
- Dune mauvaise gestion de nos données sous Windows 2003 server (NTFS5)
car nous navions pas ce problème avec Windows 2000 server
- De noms de dossiers et fichiers trop longs (+ 255 caractères) mal
gérés par Windows 2003 server
- De la présence de caractères non conforme dans les noms de fichiers et
dossiers : ) , * .
Avez une solution à mon problème (autre que renommer tous les fichiers
;), chose impensable !!!) ou au moins des pistes à explorer, car là, je
ne sais plus quoi faire.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Lognoul, Marc \(Private\)
Voir commentaires/questions dans le texte.
Marc
"defo" wrote in message news:47b28826$0$4609$
Bonjour
Lorsque qu'un utilisateur quelconque de mon réseau effectue depuis son PC (XP Pro SP2) une recherche quelconque sur notre serveur fichiers, il arrive frequemment que le serveur freeze pendant 30-40s bloquant ainsi tous les utilisateurs. Cela se produit également si on fait une recherche ou si on affiche les propriétés du partage sous la session Administrateur du serveur (donc facile à reproduire) ; en gros dès qu'on fait un parcours des données, ça freeze.
Cela se produit-il localement également, sans passer par un poste distant ou
en accédant au share via le serveur qui les héberge?
Ce problème est apparut depuis que le passage de nos serveurs de Windows 2000 server vers Windows 2003 server R2. Avez-vous tenté de désactiver les options de sécurité du protocol SMB
(Signing...)
Le problème se produit SUR N'IMPORTE QUEL SERVEUR (DL360 / DL380 G2 / DL380 G5) en Windows 2003 server R2 du moment qu'il contienne des données de notre réseau (Répertoires et fichiers en nombre).
A savoir : - Nombre d'utilisateurs : ~100 - Nombre de dossiers : - Nombre de fichiers : - L'arborescence d'un certains nombre de dossiers dépasse parfois les 255 caractères - Certains fichiers contiennent des caractères barbares : ; , ' ( ) @ ..... - Nous avons enlevé les clichés instantanés / l'indexation des fichiers / scanné et défragmenté les disques / refais le serveur... - Tous les correctifs Microsoft ont été appliqués (windows update) - Tous les drivers et firmware HP ont été mis à jour Utilisez-vous la technologie HP de virus throttling sur les switches?
Avez-vous remarqué des reset sur le switch ou un nombre excessif de paquets perdus/erreurs? Quelle est la configuration des portes de switch au niveau Media speed/duplexing? Sont elles identiques à celles des serveurs connecté?
D'après nos différents tests, nous avons pu en conclure que le problème se produit du fait : - Dune mauvaise gestion de nos données sous Windows 2003 server (NTFS5) car nous navions pas ce problème avec Windows 2000 server - De noms de dossiers et fichiers trop longs (+ 255 caractères) mal gérés par Windows 2003 server - De la présence de caractères non conforme dans les noms de fichiers et dossiers : ) , * . Je doute que cela soit la raison. A toutes fins utiles, les limtes du NTFS:
http://technet2.microsoft.com/windowsserver/en/library/8cc5891d-bf8e-4164-862d-dac5418c59481033.mspx?mfr=true Avez-vous tenté de désactiver (voire désinstaller l'anti-virus)?
Avez une solution à mon problème (autre que renommer tous les fichiers ;), chose impensable !!!) ou au moins des pistes à explorer, car là, je ne sais plus quoi faire.
Merci d'avance pour vos réponses !
Voir commentaires/questions dans le texte.
Marc
"defo" <defo@freee.fr> wrote in message
news:47b28826$0$4609$426a34cc@news.free.fr...
Bonjour
Lorsque qu'un utilisateur quelconque de mon réseau effectue depuis son PC
(XP Pro SP2) une recherche quelconque sur notre serveur fichiers, il
arrive frequemment que le serveur freeze pendant 30-40s bloquant ainsi
tous les utilisateurs. Cela se produit également si on fait une recherche
ou si on affiche les propriétés du partage sous la session Administrateur
du serveur (donc facile à reproduire) ; en gros dès qu'on fait un parcours
des données, ça freeze.
Cela se produit-il localement également, sans passer par un poste distant ou
en accédant au share via le serveur qui les héberge?
Ce problème est apparut depuis que le passage de nos serveurs de Windows
2000 server vers Windows 2003 server R2.
Avez-vous tenté de désactiver les options de sécurité du protocol SMB
(Signing...)
Le problème se produit SUR N'IMPORTE QUEL SERVEUR (DL360 / DL380 G2 /
DL380 G5) en Windows 2003 server R2 du moment qu'il contienne des données
de notre réseau (Répertoires et fichiers en nombre).
A savoir :
- Nombre d'utilisateurs : ~100
- Nombre de dossiers :
- Nombre de fichiers :
- L'arborescence d'un certains nombre de dossiers dépasse parfois les 255
caractères
- Certains fichiers contiennent des caractères barbares : ; , ' ( ) @
.....
- Nous avons enlevé les clichés instantanés / l'indexation des fichiers /
scanné et défragmenté les disques / refais le serveur...
- Tous les correctifs Microsoft ont été appliqués (windows update)
- Tous les drivers et firmware HP ont été mis à jour
Utilisez-vous la technologie HP de virus throttling sur les switches?
Avez-vous remarqué des reset sur le switch ou un nombre excessif de paquets
perdus/erreurs?
Quelle est la configuration des portes de switch au niveau Media
speed/duplexing? Sont elles identiques à celles des serveurs connecté?
D'après nos différents tests, nous avons pu en conclure que le problème se
produit du fait :
- Dune mauvaise gestion de nos données sous Windows 2003 server (NTFS5)
car nous navions pas ce problème avec Windows 2000 server
- De noms de dossiers et fichiers trop longs (+ 255 caractères) mal gérés
par Windows 2003 server
- De la présence de caractères non conforme dans les noms de fichiers et
dossiers : ) , * .
Je doute que cela soit la raison. A toutes fins utiles, les limtes du NTFS:
http://technet2.microsoft.com/windowsserver/en/library/8cc5891d-bf8e-4164-862d-dac5418c59481033.mspx?mfr=true
Avez-vous tenté de désactiver (voire désinstaller l'anti-virus)?
Avez une solution à mon problème (autre que renommer tous les fichiers ;),
chose impensable !!!) ou au moins des pistes à explorer, car là, je ne
sais plus quoi faire.
Lorsque qu'un utilisateur quelconque de mon réseau effectue depuis son PC (XP Pro SP2) une recherche quelconque sur notre serveur fichiers, il arrive frequemment que le serveur freeze pendant 30-40s bloquant ainsi tous les utilisateurs. Cela se produit également si on fait une recherche ou si on affiche les propriétés du partage sous la session Administrateur du serveur (donc facile à reproduire) ; en gros dès qu'on fait un parcours des données, ça freeze.
Cela se produit-il localement également, sans passer par un poste distant ou
en accédant au share via le serveur qui les héberge?
Ce problème est apparut depuis que le passage de nos serveurs de Windows 2000 server vers Windows 2003 server R2. Avez-vous tenté de désactiver les options de sécurité du protocol SMB
(Signing...)
Le problème se produit SUR N'IMPORTE QUEL SERVEUR (DL360 / DL380 G2 / DL380 G5) en Windows 2003 server R2 du moment qu'il contienne des données de notre réseau (Répertoires et fichiers en nombre).
A savoir : - Nombre d'utilisateurs : ~100 - Nombre de dossiers : - Nombre de fichiers : - L'arborescence d'un certains nombre de dossiers dépasse parfois les 255 caractères - Certains fichiers contiennent des caractères barbares : ; , ' ( ) @ ..... - Nous avons enlevé les clichés instantanés / l'indexation des fichiers / scanné et défragmenté les disques / refais le serveur... - Tous les correctifs Microsoft ont été appliqués (windows update) - Tous les drivers et firmware HP ont été mis à jour Utilisez-vous la technologie HP de virus throttling sur les switches?
Avez-vous remarqué des reset sur le switch ou un nombre excessif de paquets perdus/erreurs? Quelle est la configuration des portes de switch au niveau Media speed/duplexing? Sont elles identiques à celles des serveurs connecté?
D'après nos différents tests, nous avons pu en conclure que le problème se produit du fait : - Dune mauvaise gestion de nos données sous Windows 2003 server (NTFS5) car nous navions pas ce problème avec Windows 2000 server - De noms de dossiers et fichiers trop longs (+ 255 caractères) mal gérés par Windows 2003 server - De la présence de caractères non conforme dans les noms de fichiers et dossiers : ) , * . Je doute que cela soit la raison. A toutes fins utiles, les limtes du NTFS:
http://technet2.microsoft.com/windowsserver/en/library/8cc5891d-bf8e-4164-862d-dac5418c59481033.mspx?mfr=true Avez-vous tenté de désactiver (voire désinstaller l'anti-virus)?
Avez une solution à mon problème (autre que renommer tous les fichiers ;), chose impensable !!!) ou au moins des pistes à explorer, car là, je ne sais plus quoi faire.
