OVH Cloud OVH Cloud

windows 2003 server TSE se fige

4 réponses
Avatar
christian castel
Bonjour,
j'ai un gros soucis sur un serveur windows 2003 TSE en clientèle.
Ce dernier a fonctionné correctement pendant 1 an et depuis la fin août il
se fige complétement 1 à 2 fois par jour.
En 1er, nous avons mis en cause les drivers des imprimantes réseaux car les
utilisateurs nous ont expliqué que c'était pendant les impressions. Sur la HP
8150 connecté au serveur, nous avons installé le driver TSE d'HP. Pour les 2
autres copieurs SHARP nous n'avons rien changé.
Le serveur est HP ML 370 go avec 4 go de ram et nous avons détecté un pb sur
une barette ram via les outils HP qui a été changé. Ensuite, via les outils
hp nous avons détecté un pb d'ecc sur le support 2 et la carte mére a été
changé sans succés.
Nous ne détectons rien dans les journeaux d'événement systéme et ou
applicatif. La seule information est que l'arrêt du serveur précedente
n'était pas prévu. Il n'y a pas de création de memory.dmp ou de dct watson.
Connaissez vous un "mouchard" permettant de suivre le systéme ?
Lorsque le systéme ce fige, il n'est plus possible d'ouvrir de session en
tse et sur la console. Le serveur redémarre tout seul grâce à l'ASR d'HP.
merci d'avance.
christian

4 réponses

Avatar
Eric PERROMAT [MVP]
christian castel wrote:
|| Bonjour,
|| j'ai un gros soucis sur un serveur windows 2003 TSE en clientèle.
|| Ce dernier a fonctionné correctement pendant 1 an et depuis la fin
|| août il se fige complétement 1 à 2 fois par jour.
|| En 1er, nous avons mis en cause les drivers des imprimantes réseaux
|| car les utilisateurs nous ont expliqué que c'était pendant les
|| impressions. Sur la HP 8150 connecté au serveur, nous avons installé
|| le driver TSE d'HP. Pour les 2 autres copieurs SHARP nous n'avons
|| rien changé.
|| Le serveur est HP ML 370 go avec 4 go de ram et nous avons détecté
|| un pb sur une barette ram via les outils HP qui a été changé.
|| Ensuite, via les outils hp nous avons détecté un pb d'ecc sur le
|| support 2 et la carte mére a été changé sans succés.
|| Nous ne détectons rien dans les journeaux d'événement systéme et ou
|| applicatif. La seule information est que l'arrêt du serveur
|| précedente n'était pas prévu. Il n'y a pas de création de memory.dmp
|| ou de dct watson. Connaissez vous un "mouchard" permettant de suivre
|| le systéme ?
|| Lorsque le systéme ce fige, il n'est plus possible d'ouvrir de
|| session en tse et sur la console. Le serveur redémarre tout seul
|| grâce à l'ASR d'HP. merci d'avance.
|| christian
Bonjour,

ça ne serait pas les disques qui chaufferait trop par hasard ???
Perso je ne pense pas que le PB soit logiciel ... En règle général lorsque
j'ai eu à faire à un soucis de ce type, les disques étaient tjrs en cause ..

--
Eric Perromat [MVP Windows Server - Terminal Server]
Visitez mon Site Web : http://aidetse.free.fr et mon Forum :
http://aidetse.free.fr/forum
Avatar
RS
Bonsoir,

Forcément un problème matériel si le serveur redémarre tout seul.

Si ce n'est pas la carte mère ni la RAM, je pencherais, comme Eric, pour un
ou plusieurs disques durs.

Mais ça n'écarte pas l'hypothès que ce soit simplement un ventilo (du
boitier) ou un ventilo du processeur.
Vérifie les ventilos s'ils tournent correctement, les ML 370 sont réputés
pour avoir les ventilos fragiles.

D'ailleurs, combien de processeurs possède le serveur ?

Concernant les disques, il y en a combien ? C'est du RAID 5 ? Ce sont les
disques d'origine HP ? Miroir (raid 0) matériel ? miroir logiciel ? (géré par
windows) ???

Cordialement.


christian castel wrote:
|| Bonjour,
|| j'ai un gros soucis sur un serveur windows 2003 TSE en clientèle.
|| Ce dernier a fonctionné correctement pendant 1 an et depuis la fin
|| août il se fige complétement 1 à 2 fois par jour.
|| En 1er, nous avons mis en cause les drivers des imprimantes réseaux
|| car les utilisateurs nous ont expliqué que c'était pendant les
|| impressions. Sur la HP 8150 connecté au serveur, nous avons installé
|| le driver TSE d'HP. Pour les 2 autres copieurs SHARP nous n'avons
|| rien changé.
|| Le serveur est HP ML 370 go avec 4 go de ram et nous avons détecté
|| un pb sur une barette ram via les outils HP qui a été changé.
|| Ensuite, via les outils hp nous avons détecté un pb d'ecc sur le
|| support 2 et la carte mére a été changé sans succés.
|| Nous ne détectons rien dans les journeaux d'événement systéme et ou
|| applicatif. La seule information est que l'arrêt du serveur
|| précedente n'était pas prévu. Il n'y a pas de création de memory.dmp
|| ou de dct watson. Connaissez vous un "mouchard" permettant de suivre
|| le systéme ?
|| Lorsque le systéme ce fige, il n'est plus possible d'ouvrir de
|| session en tse et sur la console. Le serveur redémarre tout seul
|| grâce à l'ASR d'HP. merci d'avance.
|| christian
Bonjour,

ça ne serait pas les disques qui chaufferait trop par hasard ???
Perso je ne pense pas que le PB soit logiciel ... En règle général lorsque
j'ai eu à faire à un soucis de ce type, les disques étaient tjrs en cause ..

--
Eric Perromat [MVP Windows Server - Terminal Server]
Visitez mon Site Web : http://aidetse.free.fr et mon Forum :
http://aidetse.free.fr/forum





Avatar
christian castel
Bonjour,

le serveur est un proliant ml 370 bi-processeur
nous avons lancé un controle complet du serveur avec les outils de
diagnostics smartstart le 13 entre 12h et 14h. Cela a duré 35 mns et le
diagnostic n'a trouvé aucun soucis sur les composants du serveur.
Nous sommes en contact avec l'éditeur des logiciels qui tournent sur ce
dernier. Il nous a demandé de désactivé l'hyper-treading du serveur car ils
avaient déjà rencontré ce pb. Dans l'apm de la même journée, nous avons
rappelé HP a qui nous avons donné les infos du smartstart et qui nous ont
demandé de mettre à jour le BIOS de la carte mére, de la carte smart (c'est
un raid5) et le proliant support pack (drivers des périphériques).
Depuis ces dernières interventions, le serveur ne c'est pas arrêté et il n'y
a plus d'ASR dans les logs HP.
Le recul est un peu court (2 jours) mais j'ai bonne espoir ... (je croise
les doigts).
je vous tient au courant de l'évolution...

merci

christian


Bonsoir,

Forcément un problème matériel si le serveur redémarre tout seul.

Si ce n'est pas la carte mère ni la RAM, je pencherais, comme Eric, pour un
ou plusieurs disques durs.

Mais ça n'écarte pas l'hypothès que ce soit simplement un ventilo (du
boitier) ou un ventilo du processeur.
Vérifie les ventilos s'ils tournent correctement, les ML 370 sont réputés
pour avoir les ventilos fragiles.

D'ailleurs, combien de processeurs possède le serveur ?

Concernant les disques, il y en a combien ? C'est du RAID 5 ? Ce sont les
disques d'origine HP ? Miroir (raid 0) matériel ? miroir logiciel ? (géré par
windows) ???

Cordialement.


christian castel wrote:
|| Bonjour,
|| j'ai un gros soucis sur un serveur windows 2003 TSE en clientèle.
|| Ce dernier a fonctionné correctement pendant 1 an et depuis la fin
|| août il se fige complétement 1 à 2 fois par jour.
|| En 1er, nous avons mis en cause les drivers des imprimantes réseaux
|| car les utilisateurs nous ont expliqué que c'était pendant les
|| impressions. Sur la HP 8150 connecté au serveur, nous avons installé
|| le driver TSE d'HP. Pour les 2 autres copieurs SHARP nous n'avons
|| rien changé.
|| Le serveur est HP ML 370 go avec 4 go de ram et nous avons détecté
|| un pb sur une barette ram via les outils HP qui a été changé.
|| Ensuite, via les outils hp nous avons détecté un pb d'ecc sur le
|| support 2 et la carte mére a été changé sans succés.
|| Nous ne détectons rien dans les journeaux d'événement systéme et ou
|| applicatif. La seule information est que l'arrêt du serveur
|| précedente n'était pas prévu. Il n'y a pas de création de memory.dmp
|| ou de dct watson. Connaissez vous un "mouchard" permettant de suivre
|| le systéme ?
|| Lorsque le systéme ce fige, il n'est plus possible d'ouvrir de
|| session en tse et sur la console. Le serveur redémarre tout seul
|| grâce à l'ASR d'HP. merci d'avance.
|| christian
Bonjour,

ça ne serait pas les disques qui chaufferait trop par hasard ???
Perso je ne pense pas que le PB soit logiciel ... En règle général lorsque
j'ai eu à faire à un soucis de ce type, les disques étaient tjrs en cause ..

--
Eric Perromat [MVP Windows Server - Terminal Server]
Visitez mon Site Web : http://aidetse.free.fr et mon Forum :
http://aidetse.free.fr/forum







Avatar
christian castel
Bonjour,
depuis mercredi dernier le serveur TSE ne s'est plus planté, soit depuis 6
jours.
J'ai bonne espoir que l'éditeur nous a indiqué la bonne manipulation :
désactiver l'Hypertreading. Il nous a depuis confirmé des pbs avec les dual
core.

merci pour votre aide

cordialement




Bonjour,

le serveur est un proliant ml 370 bi-processeur
nous avons lancé un controle complet du serveur avec les outils de
diagnostics smartstart le 13 entre 12h et 14h. Cela a duré 35 mns et le
diagnostic n'a trouvé aucun soucis sur les composants du serveur.
Nous sommes en contact avec l'éditeur des logiciels qui tournent sur ce
dernier. Il nous a demandé de désactivé l'hyper-treading du serveur car ils
avaient déjà rencontré ce pb. Dans l'apm de la même journée, nous avons
rappelé HP a qui nous avons donné les infos du smartstart et qui nous ont
demandé de mettre à jour le BIOS de la carte mére, de la carte smart (c'est
un raid5) et le proliant support pack (drivers des périphériques).
Depuis ces dernières interventions, le serveur ne c'est pas arrêté et il n'y
a plus d'ASR dans les logs HP.
Le recul est un peu court (2 jours) mais j'ai bonne espoir ... (je croise
les doigts).
je vous tient au courant de l'évolution...

merci

christian


Bonsoir,

Forcément un problème matériel si le serveur redémarre tout seul.

Si ce n'est pas la carte mère ni la RAM, je pencherais, comme Eric, pour un
ou plusieurs disques durs.

Mais ça n'écarte pas l'hypothès que ce soit simplement un ventilo (du
boitier) ou un ventilo du processeur.
Vérifie les ventilos s'ils tournent correctement, les ML 370 sont réputés
pour avoir les ventilos fragiles.

D'ailleurs, combien de processeurs possède le serveur ?

Concernant les disques, il y en a combien ? C'est du RAID 5 ? Ce sont les
disques d'origine HP ? Miroir (raid 0) matériel ? miroir logiciel ? (géré par
windows) ???

Cordialement.


christian castel wrote:
|| Bonjour,
|| j'ai un gros soucis sur un serveur windows 2003 TSE en clientèle.
|| Ce dernier a fonctionné correctement pendant 1 an et depuis la fin
|| août il se fige complétement 1 à 2 fois par jour.
|| En 1er, nous avons mis en cause les drivers des imprimantes réseaux
|| car les utilisateurs nous ont expliqué que c'était pendant les
|| impressions. Sur la HP 8150 connecté au serveur, nous avons installé
|| le driver TSE d'HP. Pour les 2 autres copieurs SHARP nous n'avons
|| rien changé.
|| Le serveur est HP ML 370 go avec 4 go de ram et nous avons détecté
|| un pb sur une barette ram via les outils HP qui a été changé.
|| Ensuite, via les outils hp nous avons détecté un pb d'ecc sur le
|| support 2 et la carte mére a été changé sans succés.
|| Nous ne détectons rien dans les journeaux d'événement systéme et ou
|| applicatif. La seule information est que l'arrêt du serveur
|| précedente n'était pas prévu. Il n'y a pas de création de memory.dmp
|| ou de dct watson. Connaissez vous un "mouchard" permettant de suivre
|| le systéme ?
|| Lorsque le systéme ce fige, il n'est plus possible d'ouvrir de
|| session en tse et sur la console. Le serveur redémarre tout seul
|| grâce à l'ASR d'HP. merci d'avance.
|| christian
Bonjour,

ça ne serait pas les disques qui chaufferait trop par hasard ???
Perso je ne pense pas que le PB soit logiciel ... En règle général lorsque
j'ai eu à faire à un soucis de ce type, les disques étaient tjrs en cause ..

--
Eric Perromat [MVP Windows Server - Terminal Server]
Visitez mon Site Web : http://aidetse.free.fr et mon Forum :
http://aidetse.free.fr/forum