Perte des partages

Quand tu dis 'pinguer', c'est avec l'adresse ip ou avec le nom du serveur?
as-tu regardé les wins?

Th.A.C a écrit :

Quand tu dis 'pinguer', c'est avec l'adresse ip ou avec le nom du serveur?

les 2 fonctionnent.

as-tu regardé les wins?

oui

Le 23/02/04 20:37, jp a écrit :

Bonjour,

Sur un réseau NT en tcp/ip d'environ une centaine de postes,,avec 1
serveur d'appli(primaire) et un serveur de data(secondaire) en NT4SP6,
il arrive d'une manière assez aléatoire, parfois plusieurs fois par jour
que les utilisateurs n'accèdent plus à leurs répertoires, ni aux
répertoires communs sur le serveur de data. Aucun message d'erreur da ns
le gestionnaire d'évènements, on peut pinger le serveur sans problè me,
mais aucun accès aux dossiers partagés.
La seule solution pour l'instant, redémarrer le serveur.
Quelqu'un connaît'il ce problème ou a t'il une idée de la cause d e cet
ennui.

Merci d'avance.

Bonjour...
Les scripts sont-ils bien dupliqués du controleur principal vers le
contrôleur secondaire ? (service duplicateur de répertoires)

Sinon, lorsque c'est le serveur secondaire qui répond le premier et qui
authentifie la connexion, il n'exécute pas le bon script et ceci paraî t
aléatoire...

--
<> Zeffir <>
adresse : zeffir@igaule.com
ATTENTION : adresse anti-pub -
pour répondre remplacer igaule par ifrance

On Tue, 24 Feb 2004 22:54:19 +0100, Zeffir <expediteur@free.fr> wrote:

Le 23/02/04 20:37, jp a écrit :

Bonjour,

Sur un réseau NT en tcp/ip d'environ une centaine de postes,,avec 1
serveur d'appli(primaire) et un serveur de data(secondaire) en NT4SP6,
il arrive d'une manière assez aléatoire, parfois plusieurs fois par
jour que les utilisateurs n'accèdent plus à leurs répertoires, ni aux
répertoires communs sur le serveur de data. Aucun message d'erreur dans
le gestionnaire d'évènements, on peut pinger le serveur sans problème,
mais aucun accès aux dossiers partagés.
La seule solution pour l'instant, redémarrer le serveur.
Quelqu'un connaît'il ce problème ou a t'il une idée de la cause de cet
ennui.

Merci d'avance.

Bonjour...
Les scripts sont-ils bien dupliqués du controleur principal vers le
contrôleur secondaire ? (service duplicateur de répertoires)

Sinon, lorsque c'est le serveur secondaire qui répond le premier et qui
authentifie la connexion, il n'exécute pas le bon script et ceci paraît
aléatoire...

quel rapport entre les scripts et la perte de connexion ?

voir du côté du driver réseau et/ou de la carte réseau, ou des
optimisations TCP/IP.
il semblerait que ta machine ne supporte pas la charge

--
* enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez
m'écrire *
* Donne un poisson à un homme, il aura à manger pour un jour
* Apprends-lui à pêcher, il aura à manger pour tous les jours de sa vie *

Bonjour.
Y'a t'il, dans les log. des messages de style: le master browser a procéder
à une l'élection d'un browser backup sur le domaine.....
j'éssais de préciser, il faut environs, 1 browser backup pour 10 à 15
clients.
par défaut, toutes stations microsoft, est configurée pour participer à une
élection sur le réseau. afin de pouvoir diffuser les noms, et adresses de
tous les postes du réseau. ces stations peuvent ètre des stations de
travail, donc suceptible d'étre éteinte ou surchargées, pendand la
journée,par l'utilisateur ou les utilisateurs qui accèdent.
Peut ètre est-ce une piste?

"jp" <jponweb@hotmail.com> a écrit dans le message de news:
c1dkp9$mj1$1@news-reader3.wanadoo.fr...

Bonjour,

Sur un réseau NT en tcp/ip d'environ une centaine de postes,,avec 1
serveur d'appli(primaire) et un serveur de data(secondaire) en NT4SP6,
il arrive d'une manière assez aléatoire, parfois plusieurs fois par jour
que les utilisateurs n'accèdent plus à leurs répertoires, ni aux
répertoires communs sur le serveur de data. Aucun message d'erreur dans
le gestionnaire d'évènements, on peut pinger le serveur sans problème,
mais aucun accès aux dossiers partagés.
La seule solution pour l'instant, redémarrer le serveur.
Quelqu'un connaît'il ce problème ou a t'il une idée de la cause de cet
ennui.

Merci d'avance.

Le 25/02/04 07:25, Patrick D. a écrit :

On Tue, 24 Feb 2004 22:54:19 +0100, Zeffir <expediteur@free.fr> wrote:

Le 23/02/04 20:37, jp a écrit :

Bonjour,

Sur un réseau NT en tcp/ip d'environ une centaine de postes,,avec 1
serveur d'appli(primaire) et un serveur de data(secondaire) en
NT4SP6, il arrive d'une manière assez aléatoire, parfois plusieur s
fois par jour que les utilisateurs n'accèdent plus à leurs
répertoires, ni aux répertoires communs sur le serveur de data. A ucun
message d'erreur dans le gestionnaire d'évènements, on peut pinge r le
serveur sans problème, mais aucun accès aux dossiers partagés.
La seule solution pour l'instant, redémarrer le serveur.
Quelqu'un connaît'il ce problème ou a t'il une idée de la cause de
cet ennui.

Merci d'avance.

Bonjour...
Les scripts sont-ils bien dupliqués du controleur principal vers le
contrôleur secondaire ? (service duplicateur de répertoires)

Sinon, lorsque c'est le serveur secondaire qui répond le premier et
qui authentifie la connexion, il n'exécute pas le bon script et ceci
paraît aléatoire...

quel rapport entre les scripts et la perte de connexion ?

Je précise bien que le rapport soit évident : la plupart du temps, c' est
dans le script que la commande Net use assigne des lecteurs réseaux au
répertoires partagés destinés aux utilisateurs. Et le service de
duplication précise *où* le serveur qui authentifie doit aller cherch er
le script. Du moins, dans NT4, c'est comme ça. Selon le serveur qui
répond à la demande de connexion, les utilisateurs auront ou n'auront
pas accès à leurs répertoires.

voir du côté du driver réseau et/ou de la carte réseau, ou des
optimisations TCP/IP.
il semblerait que ta machine ne supporte pas la charge

--
<> Zeffir <>
adresse : zeffir@igaule.com
ATTENTION : adresse anti-pub -
pour répondre remplacer igaule par ifrance

On Wed, 25 Feb 2004 17:55:00 +0100, Zeffir <expediteur@free.fr> wrote:

Le 25/02/04 07:25, Patrick D. a écrit :

On Tue, 24 Feb 2004 22:54:19 +0100, Zeffir <expediteur@free.fr> wrote:

Le 23/02/04 20:37, jp a écrit :

Bonjour,

Sur un réseau NT en tcp/ip d'environ une centaine de postes,,avec 1
serveur d'appli(primaire) et un serveur de data(secondaire) en
NT4SP6, il arrive d'une manière assez aléatoire, parfois plusieurs
fois par jour que les utilisateurs n'accèdent plus à leurs
répertoires, ni aux répertoires communs sur le serveur de data. Aucun
message d'erreur dans le gestionnaire d'évènements, on peut pinger le
serveur sans problème, mais aucun accès aux dossiers partagés.
La seule solution pour l'instant, redémarrer le serveur.
Quelqu'un connaît'il ce problème ou a t'il une idée de la cause de
cet ennui.

Merci d'avance.

Bonjour...
Les scripts sont-ils bien dupliqués du controleur principal vers le
contrôleur secondaire ? (service duplicateur de répertoires)

Sinon, lorsque c'est le serveur secondaire qui répond le premier et
qui authentifie la connexion, il n'exécute pas le bon script et ceci
paraît aléatoire...

quel rapport entre les scripts et la perte de connexion ?

Je précise, bien que le rapport soit évident : la plupart du temps,
c'est dans le script que la commande Net use assigne des lecteurs
réseaux au répertoires partagés destinés aux utilisateurs. Et le service
de duplication précise *où* le serveur qui authentifie doit aller
chercher le script. Du moins, dans NT4, c'est comme ça. Selon le serveur
qui répond à la demande de connexion, les utilisateurs auront ou
n'auront pas accès à leurs répertoires.

voir du côté du driver réseau et/ou de la carte réseau, ou des
optimisations TCP/IP.
il semblerait que ta machine ne supporte pas la charge

pas bien lu
il n' a pas dit qu'il n'a pas les connexions, il a dit qu'il les perdait
pour perdre quelque chose, il faut l'avoir eu, donc être passé par le
script ...

on peut aussi créer des connexions sans passer par un script, ceci dit.


--
* enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez
m'écrire *
* Donne un poisson à un homme, il aura à manger pour un jour
* Apprends-lui à pêcher, il aura à manger pour tous les jours de sa vie *

Patrick D. a écrit :

On Tue, 24 Feb 2004 22:54:19 +0100, Zeffir <expediteur@free.fr> wrote:

Le 23/02/04 20:37, jp a écrit :

Bonjour,

Sur un réseau NT en tcp/ip d'environ une centaine de postes,,avec 1
serveur d'appli(primaire) et un serveur de data(secondaire) en
NT4SP6, il arrive d'une manière assez aléatoire, parfois plusieurs
fois par jour que les utilisateurs n'accèdent plus à leurs
répertoires, ni aux répertoires communs sur le serveur de data. Aucun
message d'erreur dans le gestionnaire d'évènements, on peut pinger le
serveur sans problème, mais aucun accès aux dossiers partagés.
La seule solution pour l'instant, redémarrer le serveur.
Quelqu'un connaît'il ce problème ou a t'il une idée de la cause de
cet ennui.

Merci d'avance.

Bonjour...
Les scripts sont-ils bien dupliqués du controleur principal vers le
contrôleur secondaire ? (service duplicateur de répertoires)

Sinon, lorsque c'est le serveur secondaire qui répond le premier et
qui authentifie la connexion, il n'exécute pas le bon script et ceci
paraît aléatoire...

quel rapport entre les scripts et la perte de connexion ?

voir du côté du driver réseau et/ou de la carte réseau, ou des
optimisations TCP/IP.
il semblerait que ta machine ne supporte pas la charge

Pour les scripts, je ne pense pas parce qu'effectivement, je perds les
connexions et toutes les connexions. Je pencherai effectivement pour une
saturation de la machine, elle est fortement sollicité, en plus d'être
serveur secondaire, serveur de donnée, elle est serveur d'impression. De
plus, les disques (RAID 5), sont pratiquement pleins.
Ce qui m'ennuie ce que je n'ai aucun message d'erreur. Y a t'il moyen de
voir le problème par un utilitaire quelconque?
La machine est un HP LH3 avec peu de RAM.(128).

MERCI D'avance pour votre aide

On Thu, 26 Feb 2004 05:07:07 +0100, jp <jponweb@hotmail.com> wrote:

Patrick D. a écrit :
Pour les scripts, je ne pense pas parce qu'effectivement, je perds les
connexions et toutes les connexions. Je pencherai effectivement pour une
saturation de la machine, elle est fortement sollicité, en plus d'être
serveur secondaire, serveur de donnée, elle est serveur d'impression. De
plus, les disques (RAID 5), sont pratiquement pleins.
Ce qui m'ennuie ce que je n'ai aucun message d'erreur. Y a t'il moyen de
voir le problème par un utilitaire quelconque?
La machine est un HP LH3 avec peu de RAM.(128).

MERCI D'avance pour votre aide

tu as tout trouvé !
pas de mémoire, cpu faible, espace disque saturé, serveur d'impression.

déjà, tu peux faire tourner l'analyseur de performances, soit localement,
soit à partir d'une autre machine sous NT, en ciblant le serveur
points à voir : charge cpu, occupation mémoire, pagination, trafic sur
carte-réseau

mais de toute façon, 100 machines attaquant ce serveur, ce n'est pas
raisonnable


--
* enlevez '.don't.spam' et '.invalid' de mon adresse eMail si vous voulez
m'écrire *
* Donne un poisson à un homme, il aura à manger pour un jour
* Apprends-lui à pêcher, il aura à manger pour tous les jours de sa vie *

Patrick D. a écrit :

On Thu, 26 Feb 2004 05:07:07 +0100, jp <jponweb@hotmail.com> wrote:

Patrick D. a écrit :
Pour les scripts, je ne pense pas parce qu'effectivement, je perds les
connexions et toutes les connexions. Je pencherai effectivement pour
une saturation de la machine, elle est fortement sollicité, en plus
d'être serveur secondaire, serveur de donnée, elle est serveur
d'impression. De plus, les disques (RAID 5), sont pratiquement pleins.
Ce qui m'ennuie ce que je n'ai aucun message d'erreur. Y a t'il moyen de
voir le problème par un utilitaire quelconque?
La machine est un HP LH3 avec peu de RAM.(128).

MERCI D'avance pour votre aide

tu as tout trouvé !
pas de mémoire, cpu faible, espace disque saturé, serveur d'impression.

déjà, tu peux faire tourner l'analyseur de performances, soit
localement, soit à partir d'une autre machine sous NT, en ciblant le
serveur
points à voir : charge cpu, occupation mémoire, pagination, trafic sur
carte-réseau

mais de toute façon, 100 machines attaquant ce serveur, ce n'est pas
raisonnable

Je vais suivre ton conseil.
merci