erreur '80004005'

C'est intermitent ? Peut-être un timeout de connexion ?

--
Patrice

"Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de
news:59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...

Bonjour,

j'observe depuis plusieurs jours des erreurs de ce type :
Microsoft OLE DB Provider for SQL Server erreur '80004005'
[DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
accès est refusé.

La ligne en erreur désigne toujours un "rs.open sql, conn"

Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
marchine différente.

J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup

de

réponses...

merci pour vos réponses.
cordialement

ça arrive de temps en temps, aléatoirement. Du fait que ce soit alléatoire,
il est difficile de savoir qu'est ce qui est en cause. A prioris, c'est
lorsqu'il y a plus de charge. encore que, je n'en suis pas sur, car avec 100
utilisateurs (environ) simultanés sur le site, je ne trouve pas cela
démesuré...

Pour le timeout, dans sql serveur il y a la valeur 600 pour "Délai d'attente
de la requête" (propriétés du serveur, onglet "connexion")

"Patrice" a écrit :

C'est intermitent ? Peut-être un timeout de connexion ?

--
Patrice

"Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de
news:59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...
> Bonjour,
>
> j'observe depuis plusieurs jours des erreurs de ce type :
> Microsoft OLE DB Provider for SQL Server erreur '80004005'
> [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
> accès est refusé.
>
> La ligne en erreur désigne toujours un "rs.open sql, conn"
>
> Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
> marchine différente.
>
> J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup
de
> réponses...
>
> merci pour vos réponses.
> cordialement

Bonjour,
Ce n'est pas un problème de timeout. en général, c'est un problème de droit

Le problème est du au fait que le serveur n'arrive pas à être contacté pour
les raisons suivantes.

En génral ce problème survient après un kill du processus sql parcequ'il ne
répondait plus. Aucune opération possible sur le serveur!
Si l'administrateur s'est contenté de relancer le service sql sans
redemarrer le serveur système, aléatoirement le serveur sql ne répond plus
présent sur le réseau.
Dans ce cas, il faut redémarrer la machine entièrement et cela devrait
rentrer dans l'ordre.

Second point plus que probale. Et je pense qu'il doit répondre plus à ton
cas que le premier.
Il y a un souci de droit d'accès également entre IIS et sql serveur
lorsqu'on passe par des canaux nommés. Il y a une autentification entre IIS
et sql server lorsqu'on passe par les canaux nommés. Alors qu'avec le TCP/IP
Sockets cette autentification n'est plus faites. Cela règlera ton problème.

Il y a un kb sur le support microsoft en anglais. Désolé je n'ai plus le
lien en tête!

bon courage.
Bela

"Beedjees" a écrit :

ça arrive de temps en temps, aléatoirement. Du fait que ce soit alléatoire,
il est difficile de savoir qu'est ce qui est en cause. A prioris, c'est
lorsqu'il y a plus de charge. encore que, je n'en suis pas sur, car avec 100
utilisateurs (environ) simultanés sur le site, je ne trouve pas cela
démesuré...

Pour le timeout, dans sql serveur il y a la valeur 600 pour "Délai d'attente
de la requête" (propriétés du serveur, onglet "connexion")

"Patrice" a écrit :

> C'est intermitent ? Peut-être un timeout de connexion ?
>
> --
> Patrice
>
> "Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de
> news:59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...
> > Bonjour,
> >
> > j'observe depuis plusieurs jours des erreurs de ce type :
> > Microsoft OLE DB Provider for SQL Server erreur '80004005'
> > [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
> > accès est refusé.
> >
> > La ligne en erreur désigne toujours un "rs.open sql, conn"
> >
> > Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
> > marchine différente.
> >
> > J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup
> de
> > réponses...
> >
> > merci pour vos réponses.
> > cordialement
>
>
>

Pour ce qui est de redémarrer le serveur, il l'a été lundi dernier, au matin
(suite aux orages..., qui ne sont pas l'origine du pb)
Pour ce qui est des canaux nommés (Names Pipes), je n'utilise pas ce
protocole au profit de TCP/IP.

Bizarre...

"Bela" a écrit :

Bonjour,
Ce n'est pas un problème de timeout. en général, c'est un problème de droit

Le problème est du au fait que le serveur n'arrive pas à être contacté pour
les raisons suivantes.

En génral ce problème survient après un kill du processus sql parcequ'il ne
répondait plus. Aucune opération possible sur le serveur!
Si l'administrateur s'est contenté de relancer le service sql sans
redemarrer le serveur système, aléatoirement le serveur sql ne répond plus
présent sur le réseau.
Dans ce cas, il faut redémarrer la machine entièrement et cela devrait
rentrer dans l'ordre.

Second point plus que probale. Et je pense qu'il doit répondre plus à ton
cas que le premier.
Il y a un souci de droit d'accès également entre IIS et sql serveur
lorsqu'on passe par des canaux nommés. Il y a une autentification entre IIS
et sql server lorsqu'on passe par les canaux nommés. Alors qu'avec le TCP/IP
Sockets cette autentification n'est plus faites. Cela règlera ton problème.

Il y a un kb sur le support microsoft en anglais. Désolé je n'ai plus le
lien en tête!

bon courage.
Bela

"Beedjees" a écrit :

> ça arrive de temps en temps, aléatoirement. Du fait que ce soit alléatoire,
> il est difficile de savoir qu'est ce qui est en cause. A prioris, c'est
> lorsqu'il y a plus de charge. encore que, je n'en suis pas sur, car avec 100
> utilisateurs (environ) simultanés sur le site, je ne trouve pas cela
> démesuré...
>
> Pour le timeout, dans sql serveur il y a la valeur 600 pour "Délai d'attente
> de la requête" (propriétés du serveur, onglet "connexion")
>
> "Patrice" a écrit :
>
> > C'est intermitent ? Peut-être un timeout de connexion ?
> >
> > --
> > Patrice
> >
> > "Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de
> > news:59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...
> > > Bonjour,
> > >
> > > j'observe depuis plusieurs jours des erreurs de ce type :
> > > Microsoft OLE DB Provider for SQL Server erreur '80004005'
> > > [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
> > > accès est refusé.
> > >
> > > La ligne en erreur désigne toujours un "rs.open sql, conn"
> > >
> > > Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
> > > marchine différente.
> > >
> > > J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup
> > de
> > > réponses...
> > >
> > > merci pour vos réponses.
> > > cordialement
> >
> >
> >

Tout d'abord voici le kb en question:
http://support.microsoft.com/kb/175671/EN-US/


Vérifie ces deux points:
1 - synchronisation de base SAM. Se fait elle correctement?
2 - As-tu ajouter un alias quelconque dans la configuration de client réseau?
Ces deux points peuvent engendrer ce genre de message d'erreurs.

un autre élément qui pourrait produire ce message est l'utilisation de
IUSR_machine qui n'est pas reconnu par sql server.
Au niveau des propriétés de ton repertoire virtuel, remplace-le par un
compte du domaine qui a des droits faible.



Bela

"Beedjees" a écrit :

Pour ce qui est de redémarrer le serveur, il l'a été lundi dernier, au matin
(suite aux orages..., qui ne sont pas l'origine du pb)
Pour ce qui est des canaux nommés (Names Pipes), je n'utilise pas ce
protocole au profit de TCP/IP.

Bizarre...

"Bela" a écrit :

> Bonjour,
> Ce n'est pas un problème de timeout. en général, c'est un problème de droit
>
> Le problème est du au fait que le serveur n'arrive pas à être contacté pour
> les raisons suivantes.
>
> En génral ce problème survient après un kill du processus sql parcequ'il ne
> répondait plus. Aucune opération possible sur le serveur!
> Si l'administrateur s'est contenté de relancer le service sql sans
> redemarrer le serveur système, aléatoirement le serveur sql ne répond plus
> présent sur le réseau.
> Dans ce cas, il faut redémarrer la machine entièrement et cela devrait
> rentrer dans l'ordre.
>
> Second point plus que probale. Et je pense qu'il doit répondre plus à ton
> cas que le premier.
> Il y a un souci de droit d'accès également entre IIS et sql serveur
> lorsqu'on passe par des canaux nommés. Il y a une autentification entre IIS
> et sql server lorsqu'on passe par les canaux nommés. Alors qu'avec le TCP/IP
> Sockets cette autentification n'est plus faites. Cela règlera ton problème.
>
> Il y a un kb sur le support microsoft en anglais. Désolé je n'ai plus le
> lien en tête!
>
> bon courage.
> Bela
>
> "Beedjees" a écrit :
>
> > ça arrive de temps en temps, aléatoirement. Du fait que ce soit alléatoire,
> > il est difficile de savoir qu'est ce qui est en cause. A prioris, c'est
> > lorsqu'il y a plus de charge. encore que, je n'en suis pas sur, car avec 100
> > utilisateurs (environ) simultanés sur le site, je ne trouve pas cela
> > démesuré...
> >
> > Pour le timeout, dans sql serveur il y a la valeur 600 pour "Délai d'attente
> > de la requête" (propriétés du serveur, onglet "connexion")
> >
> > "Patrice" a écrit :
> >
> > > C'est intermitent ? Peut-être un timeout de connexion ?
> > >
> > > --
> > > Patrice
> > >
> > > "Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de
> > > news:59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...
> > > > Bonjour,
> > > >
> > > > j'observe depuis plusieurs jours des erreurs de ce type :
> > > > Microsoft OLE DB Provider for SQL Server erreur '80004005'
> > > > [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
> > > > accès est refusé.
> > > >
> > > > La ligne en erreur désigne toujours un "rs.open sql, conn"
> > > >
> > > > Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
> > > > marchine différente.
> > > >
> > > > J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup
> > > de
> > > > réponses...
> > > >
> > > > merci pour vos réponses.
> > > > cordialement
> > >
> > >
> > >

Que signifie "synchronisation de base SAM" ?

consernant "IUSR_machine", c'est le cas, les pages ASP sont exécutées par
cet utilisateur. Cependant, ma chaine de connexion à SQL serveur stipule un
utilisateur de SQL serveur (User ID=***;Password=***)

"AB" a écrit :

Tout d'abord voici le kb en question:
http://support.microsoft.com/kb/175671/EN-US/


Vérifie ces deux points:
1 - synchronisation de base SAM. Se fait elle correctement?
2 - As-tu ajouter un alias quelconque dans la configuration de client réseau?
Ces deux points peuvent engendrer ce genre de message d'erreurs.

un autre élément qui pourrait produire ce message est l'utilisation de
IUSR_machine qui n'est pas reconnu par sql server.
Au niveau des propriétés de ton repertoire virtuel, remplace-le par un
compte du domaine qui a des droits faible.



Bela

"Beedjees" a écrit :

> Pour ce qui est de redémarrer le serveur, il l'a été lundi dernier, au matin
> (suite aux orages..., qui ne sont pas l'origine du pb)
> Pour ce qui est des canaux nommés (Names Pipes), je n'utilise pas ce
> protocole au profit de TCP/IP.
>
> Bizarre...
>
> "Bela" a écrit :
>
> > Bonjour,
> > Ce n'est pas un problème de timeout. en général, c'est un problème de droit
> >
> > Le problème est du au fait que le serveur n'arrive pas à être contacté pour
> > les raisons suivantes.
> >
> > En génral ce problème survient après un kill du processus sql parcequ'il ne
> > répondait plus. Aucune opération possible sur le serveur!
> > Si l'administrateur s'est contenté de relancer le service sql sans
> > redemarrer le serveur système, aléatoirement le serveur sql ne répond plus
> > présent sur le réseau.
> > Dans ce cas, il faut redémarrer la machine entièrement et cela devrait
> > rentrer dans l'ordre.
> >
> > Second point plus que probale. Et je pense qu'il doit répondre plus à ton
> > cas que le premier.
> > Il y a un souci de droit d'accès également entre IIS et sql serveur
> > lorsqu'on passe par des canaux nommés. Il y a une autentification entre IIS
> > et sql server lorsqu'on passe par les canaux nommés. Alors qu'avec le TCP/IP
> > Sockets cette autentification n'est plus faites. Cela règlera ton problème.
> >
> > Il y a un kb sur le support microsoft en anglais. Désolé je n'ai plus le
> > lien en tête!
> >
> > bon courage.
> > Bela
> >
> > "Beedjees" a écrit :
> >
> > > ça arrive de temps en temps, aléatoirement. Du fait que ce soit alléatoire,
> > > il est difficile de savoir qu'est ce qui est en cause. A prioris, c'est
> > > lorsqu'il y a plus de charge. encore que, je n'en suis pas sur, car avec 100
> > > utilisateurs (environ) simultanés sur le site, je ne trouve pas cela
> > > démesuré...
> > >
> > > Pour le timeout, dans sql serveur il y a la valeur 600 pour "Délai d'attente
> > > de la requête" (propriétés du serveur, onglet "connexion")
> > >
> > > "Patrice" a écrit :
> > >
> > > > C'est intermitent ? Peut-être un timeout de connexion ?
> > > >
> > > > --
> > > > Patrice
> > > >
> > > > "Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de
> > > > news:59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...
> > > > > Bonjour,
> > > > >
> > > > > j'observe depuis plusieurs jours des erreurs de ce type :
> > > > > Microsoft OLE DB Provider for SQL Server erreur '80004005'
> > > > > [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
> > > > > accès est refusé.
> > > > >
> > > > > La ligne en erreur désigne toujours un "rs.open sql, conn"
> > > > >
> > > > > Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
> > > > > marchine différente.
> > > > >
> > > > > J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup
> > > > de
> > > > > réponses...
> > > > >
> > > > > merci pour vos réponses.
> > > > > cordialement
> > > >
> > > >
> > > >

Bonjour,

Que signifie "synchronisation de base SAM" ?

Si tu utilises un compte du domaine dans tes applis et que tu as un PDC et
SDC(controleur de domaine secondaire), parfois la synchronisation de tes
comptes ne se fait pas très bien entre les deux lorsqu'ils sont d'OS
différent (exemple un w2k et ws2003). lorsque le SDC prend la main car le PDC
est saturé ou ne répond pas assez rapidement certains comptes ne réponde pas
présents dans le SDC.

Comme tu utilises une autentification sql, le problème est plus lié à ton
compte iusr_machine. C'est un compte local à IIS et il n'est pas connu de
l'autre machine (sql server).
La machine Sql autentifie d'abord IIS et ensuite ta connexion odbc, au
passage qui est independante de l'autentification de IIS par sql server.


AB

Merci.
Concernant la seconde remarque, il est vrai que IUSR_machine, n'est pas
connu de mon serveur SQL, pourtant, ma connexion s'établie correctement. Ce
aléatoirement que se présente le message d'erreur.

Ceci dit, je vais essayer de modifier ma manière de me connecter à la base
SQL :
Je vais redéfinir le compte annonyme de mon site sur IIS en utilisant un
compte du Domaine (dont fait partie les 2 serveurs). J'utiliserai ensuite une
chaine de connexion avec "Integrated Security=SSPI;" dans ma page ASP pour me
connecter au serveur SQL. D'après un premier test, la connexion se fait bien.
Il faut maintenant tester la montée en charge...

"Bela" a écrit :

Bonjour,
> Que signifie "synchronisation de base SAM" ?
Si tu utilises un compte du domaine dans tes applis et que tu as un PDC et
SDC(controleur de domaine secondaire), parfois la synchronisation de tes
comptes ne se fait pas très bien entre les deux lorsqu'ils sont d'OS
différent (exemple un w2k et ws2003). lorsque le SDC prend la main car le PDC
est saturé ou ne répond pas assez rapidement certains comptes ne réponde pas
présents dans le SDC.

Comme tu utilises une autentification sql, le problème est plus lié à ton
compte iusr_machine. C'est un compte local à IIS et il n'est pas connu de
l'autre machine (sql server).
La machine Sql autentifie d'abord IIS et ensuite ta connexion odbc, au
passage qui est independante de l'autentification de IIS par sql server.


AB

Merci pour l'info, meme si ce n'est pas exactement le meme message d'erreur
qui est exploité dans certains de ces articles, je vais les potasser...

"Med Bouchenafa" a écrit :

Il y a pourtant plusieurs cas traité sur le site Microsoft
Voici quelques uns
http://support.microsoft.com/?id5671
http://support.microsoft.com/?id6379
http://support.microsoft.com/?id$7931
http://support.microsoft.com/?id6659


--
Bien cordialement
Med Bouchenafa

"Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de news: 59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...
> Bonjour,
>
> j'observe depuis plusieurs jours des erreurs de ce type :
> Microsoft OLE DB Provider for SQL Server erreur '80004005'
> [DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
> accès est refusé.
>
> La ligne en erreur désigne toujours un "rs.open sql, conn"
>
> Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
> marchine différente.
>
> J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup de
> réponses...
>
> merci pour vos réponses.
> cordialement

<

Bela a écrit:

Bonjour,
Ce n'est pas un problème de timeout. en général, c'est un problème de droit

Le problème est du au fait que le serveur n'arrive pas à être contacté pour
les raisons suivantes.

En génral ce problème survient après un kill du processus sql parcequ'il ne
répondait plus. Aucune opération possible sur le serveur!
Si l'administrateur s'est contenté de relancer le service sql sans
redemarrer le serveur système, aléatoirement le serveur sql ne répond plus
présent sur le réseau.
Dans ce cas, il faut redémarrer la machine entièrement et cela devrait
rentrer dans l'ordre.

Excuse moi de te le dire un peu cruement, mais toute solution qui consiste à
redémarrer un serveur est une imbécilité. SQL Server est capable de tourner
24h/24 7j/7 365j/an sans jamais avoir besoin d'être redémarré et heureusement.
Toutes les opérations d'admin, y compris dans le cas de contention (comme c'est
probable) peuvent être faites à chaud !!!!

A +

--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************

Second point plus que probale. Et je pense qu'il doit répondre plus à ton
cas que le premier.
Il y a un souci de droit d'accès également entre IIS et sql serveur
lorsqu'on passe par des canaux nommés. Il y a une autentification entre IIS
et sql server lorsqu'on passe par les canaux nommés. Alors qu'avec le TCP/IP
Sockets cette autentification n'est plus faites. Cela règlera ton problème.

Il y a un kb sur le support microsoft en anglais. Désolé je n'ai plus le
lien en tête!

bon courage.
Bela

"Beedjees" a écrit :

ça arrive de temps en temps, aléatoirement. Du fait que ce soit alléatoire,
il est difficile de savoir qu'est ce qui est en cause. A prioris, c'est
lorsqu'il y a plus de charge. encore que, je n'en suis pas sur, car avec 100
utilisateurs (environ) simultanés sur le site, je ne trouve pas cela
démesuré...

Pour le timeout, dans sql serveur il y a la valeur 600 pour "Délai d'attente
de la requête" (propriétés du serveur, onglet "connexion")

"Patrice" a écrit :

C'est intermitent ? Peut-être un timeout de connexion ?

--
Patrice

"Beedjees" <Beedjees@discussions.microsoft.com> a écrit dans le message de
news:59DF2A84-BD24-405D-B8EF-5C8C58BC36FF@microsoft.com...

Bonjour,

j'observe depuis plusieurs jours des erreurs de ce type :
Microsoft OLE DB Provider for SQL Server erreur '80004005'
[DBNETLIB][ConnectionOpen (Connect()).]Ce serveur SQL n'existe pas ou son
accès est refusé.

La ligne en erreur désigne toujours un "rs.open sql, conn"

Voici la config : 1 serveur IIS 6 et un serveur SQL 2000, Chacun sur une
marchine différente.

J'ai déjà cherché sur le net et sur ce newsgroup et il n'y a pas beaucoup

de

réponses...

merci pour vos réponses.
cordialement