Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2 (1036)
de la stratégie SP2 déploiement. L'erreur est : La source d'installation
pour ce produit n'est pas disponible. Vérifiez que la source existe et que
vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp.
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2 (1036)
de la stratégie SP2 déploiement. L'erreur est : La source d'installation
pour ce produit n'est pas disponible. Vérifiez que la source existe et que
vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp.
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2 (1036)
de la stratégie SP2 déploiement. L'erreur est : La source d'installation
pour ce produit n'est pas disponible. Vérifiez que la source existe et que
vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp.
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique que
la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package est
bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage lui
même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2 (1036)
de la stratégie SP2 déploiement. L'erreur est : La source d'installation
pour ce produit n'est pas disponible. Vérifiez que la source existe et
que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp.
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique que
la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package est
bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage lui
même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
u7UiJXkdFHA.3452@tk2msftngp13.phx.gbl...
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2 (1036)
de la stratégie SP2 déploiement. L'erreur est : La source d'installation
pour ce produit n'est pas disponible. Vérifiez que la source existe et
que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp.
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique que
la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package est
bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage lui
même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2 (1036)
de la stratégie SP2 déploiement. L'erreur est : La source d'installation
pour ce produit n'est pas disponible. Vérifiez que la source existe et
que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp.
Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le message
de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package est
bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage lui
même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Le chemin indiqué est \IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" <-nospam-admin@renar.net> a écrit dans le message
de news: %23J1bP9qdFHA.3492@TK2MSFTNGP14.phx.gbl...
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package est
bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage lui
même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
u7UiJXkdFHA.3452@tk2msftngp13.phx.gbl...
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le message
de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package est
bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage lui
même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée au
lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si tu
as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera le
compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le message
de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée au
lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance \IPServeurpartageupdate.msi et vérifie si tu
as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera le
compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
uFDKOxzdFHA.2984@TK2MSFTNGP15.phx.gbl...
Le chemin indiqué est \IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" <-nospam-admin@renar.net> a écrit dans le message
de news: %23J1bP9qdFHA.3492@TK2MSFTNGP14.phx.gbl...
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
u7UiJXkdFHA.3452@tk2msftngp13.phx.gbl...
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée au
lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si tu
as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera le
compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le message
de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il n'y
a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant le
SP2 sur le DC et en définissant le partage comme sur l'autre serveur, avec
nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message de
news:Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si tu
as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera le
compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le message
de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il n'y
a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant le
SP2 sur le DC et en définissant le partage comme sur l'autre serveur, avec
nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" <emmanud@online.microsoft.com> a écrit dans le message de
news: OWENL8zdFHA.2776@TK2MSFTNGP10.phx.gbl...
Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance \IPServeurpartageupdate.msi et vérifie si tu
as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera le
compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
uFDKOxzdFHA.2984@TK2MSFTNGP15.phx.gbl...
Le chemin indiqué est \IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" <-nospam-admin@renar.net> a écrit dans le message
de news: %23J1bP9qdFHA.3492@TK2MSFTNGP14.phx.gbl...
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
u7UiJXkdFHA.3452@tk2msftngp13.phx.gbl...
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il n'y
a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant le
SP2 sur le DC et en définissant le partage comme sur l'autre serveur, avec
nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message de
news:Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si tu
as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera le
compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un pb
DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le message
de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il n'y
a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre serveur,
avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message
de news:Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le
message de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%23dFHA.3040@TK2MSFTNGP14.phx.gbl...
retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il n'y
a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre serveur,
avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" <emmanud@online.microsoft.com> a écrit dans le message
de news: OWENL8zdFHA.2776@TK2MSFTNGP10.phx.gbl...
Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance \IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
uFDKOxzdFHA.2984@TK2MSFTNGP15.phx.gbl...
Le chemin indiqué est \IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" <-nospam-admin@renar.net> a écrit dans le
message de news: %23J1bP9qdFHA.3492@TK2MSFTNGP14.phx.gbl...
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
u7UiJXkdFHA.3452@tk2msftngp13.phx.gbl...
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il n'y
a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre serveur,
avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message
de news:Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça ne
marche malheureusement pas, j'ai toujours les memes messages d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le
message de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il indique
que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
le dc, le poste client et le serveur sont dans le meme domaine.
le nom dns complet du dc est de la forme nomdc.domaine et celui du serveur
est nomserveur.domaine
les enregistrements A et PTR existent pour chacun.
j'ai oublié un truc : avec une invite de commande en compte system, je
n'accède pas au partage sur le serveur membre avec son IP meme avec les
autorisations controle total pour anonymous logon et l'autorisation de se
connecter pour anonymous logon ajoutées dans la stratégie de sécurité
locale. enfin plutot que dire que j'ai un acces refusé c'est plutot que
windows installer se lance puis indique que la source est introuvable...
"Emmanuel Dreux" a écrit dans le message de
news: eNrDQp$Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il
n'y a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre serveur,
avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message
de news:Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça
ne marche malheureusement pas, j'ai toujours les memes messages
d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le
message de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il
indique que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
le dc, le poste client et le serveur sont dans le meme domaine.
le nom dns complet du dc est de la forme nomdc.domaine et celui du serveur
est nomserveur.domaine
les enregistrements A et PTR existent pour chacun.
j'ai oublié un truc : avec une invite de commande en compte system, je
n'accède pas au partage sur le serveur membre avec son IP meme avec les
autorisations controle total pour anonymous logon et l'autorisation de se
connecter pour anonymous logon ajoutées dans la stratégie de sécurité
locale. enfin plutot que dire que j'ai un acces refusé c'est plutot que
windows installer se lance puis indique que la source est introuvable...
"Emmanuel Dreux" <emmanud@online.microsoft.com> a écrit dans le message de
news: eNrDQp$dFHA.3712@TK2MSFTNGP09.phx.gbl...
Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%23dFHA.3040@TK2MSFTNGP14.phx.gbl...
retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il
n'y a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre serveur,
avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" <emmanud@online.microsoft.com> a écrit dans le message
de news: OWENL8zdFHA.2776@TK2MSFTNGP10.phx.gbl...
Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance \IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
uFDKOxzdFHA.2984@TK2MSFTNGP15.phx.gbl...
Le chemin indiqué est \IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça
ne marche malheureusement pas, j'ai toujours les memes messages
d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" <-nospam-admin@renar.net> a écrit dans le
message de news: %23J1bP9qdFHA.3492@TK2MSFTNGP14.phx.gbl...
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il
indique que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
u7UiJXkdFHA.3452@tk2msftngp13.phx.gbl...
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
le dc, le poste client et le serveur sont dans le meme domaine.
le nom dns complet du dc est de la forme nomdc.domaine et celui du serveur
est nomserveur.domaine
les enregistrements A et PTR existent pour chacun.
j'ai oublié un truc : avec une invite de commande en compte system, je
n'accède pas au partage sur le serveur membre avec son IP meme avec les
autorisations controle total pour anonymous logon et l'autorisation de se
connecter pour anonymous logon ajoutées dans la stratégie de sécurité
locale. enfin plutot que dire que j'ai un acces refusé c'est plutot que
windows installer se lance puis indique que la source est introuvable...
"Emmanuel Dreux" a écrit dans le message de
news: eNrDQp$Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il
n'y a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre serveur,
avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message
de news:Si tu utilises l'adresse ip, alors l'authentification NTLM est utilisée
au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine (
exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça
ne marche malheureusement pas, j'ai toujours les memes messages
d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder au
msi.
"Julien Malghem [MVP]" a écrit dans le
message de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il
indique que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du package
est bien un chemin UNC accéssible par le compte machine en lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le partage
lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que la
source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
on va essayer d'avancer pas à pas.
Dans le contexte système:
- purge le cache dns. ( ipconfig /flushdns )
- purge les tickets kerberos ( klist purge disponible dans le kit de
ressources techniques).
- ping servername. ( nom court , pas servername.nomdomaine).
poste la réponse afin de déterminer la résolution dns ( est-ce le bon
suffixe dns ajouté.... )
- dir servernamepartage
poste la réponse afin de vérifier l'accès au share lui même.
- klist tgt et klist tickets
poste la réponse afin de vérifier si kerberos fonctionne correctemment (
si des tickets ont été généré ).
- Poste les erreurs loguées dans l'event log du client et du serveur.
Si ça ne donne rien, il te faudra faire une trace réseau pendant le dir
servernamepartage et analyser les requêtes / réponse kerberos.
"K1000" a écrit dans le message de news:le dc, le poste client et le serveur sont dans le meme domaine.
le nom dns complet du dc est de la forme nomdc.domaine et celui du
serveur est nomserveur.domaine
les enregistrements A et PTR existent pour chacun.
j'ai oublié un truc : avec une invite de commande en compte system, je
n'accède pas au partage sur le serveur membre avec son IP meme avec les
autorisations controle total pour anonymous logon et l'autorisation de se
connecter pour anonymous logon ajoutées dans la stratégie de sécurité
locale. enfin plutot que dire que j'ai un acces refusé c'est plutot que
windows installer se lance puis indique que la source est introuvable...
"Emmanuel Dreux" a écrit dans le message
de news: eNrDQp$Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il
n'y a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre
serveur, avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message
de news:Si tu utilises l'adresse ip, alors l'authentification NTLM est
utilisée au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine
( exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça
ne marche malheureusement pas, j'ai toujours les memes messages
d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder
au msi.
"Julien Malghem [MVP]" a écrit dans le
message de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il
indique que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du
package est bien un chemin UNC accéssible par le compte machine en
lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le
partage lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que
la source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
on va essayer d'avancer pas à pas.
Dans le contexte système:
- purge le cache dns. ( ipconfig /flushdns )
- purge les tickets kerberos ( klist purge disponible dans le kit de
ressources techniques).
- ping servername. ( nom court , pas servername.nomdomaine).
poste la réponse afin de déterminer la résolution dns ( est-ce le bon
suffixe dns ajouté.... )
- dir \servernamepartage
poste la réponse afin de vérifier l'accès au share lui même.
- klist tgt et klist tickets
poste la réponse afin de vérifier si kerberos fonctionne correctemment (
si des tickets ont été généré ).
- Poste les erreurs loguées dans l'event log du client et du serveur.
Si ça ne donne rien, il te faudra faire une trace réseau pendant le dir
\servernamepartage et analyser les requêtes / réponse kerberos.
"K1000" <NO_SPAM@kikou.fr.invalid> a écrit dans le message de news:
eMuVgVCeFHA.612@TK2MSFTNGP12.phx.gbl...
le dc, le poste client et le serveur sont dans le meme domaine.
le nom dns complet du dc est de la forme nomdc.domaine et celui du
serveur est nomserveur.domaine
les enregistrements A et PTR existent pour chacun.
j'ai oublié un truc : avec une invite de commande en compte system, je
n'accède pas au partage sur le serveur membre avec son IP meme avec les
autorisations controle total pour anonymous logon et l'autorisation de se
connecter pour anonymous logon ajoutées dans la stratégie de sécurité
locale. enfin plutot que dire que j'ai un acces refusé c'est plutot que
windows installer se lance puis indique que la source est introuvable...
"Emmanuel Dreux" <emmanud@online.microsoft.com> a écrit dans le message
de news: eNrDQp$dFHA.3712@TK2MSFTNGP09.phx.gbl...
Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%23dFHA.3040@TK2MSFTNGP14.phx.gbl...
retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il
n'y a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre
serveur, avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" <emmanud@online.microsoft.com> a écrit dans le message
de news: OWENL8zdFHA.2776@TK2MSFTNGP10.phx.gbl...
Si tu utilises l'adresse ip, alors l'authentification NTLM est
utilisée au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine
( exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance \IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
uFDKOxzdFHA.2984@TK2MSFTNGP15.phx.gbl...
Le chemin indiqué est \IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça
ne marche malheureusement pas, j'ai toujours les memes messages
d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder
au msi.
"Julien Malghem [MVP]" <-nospam-admin@renar.net> a écrit dans le
message de news: %23J1bP9qdFHA.3492@TK2MSFTNGP14.phx.gbl...
Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il
indique que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du
package est bien un chemin UNC accéssible par le compte machine en
lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le
partage lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
u7UiJXkdFHA.3452@tk2msftngp13.phx.gbl...
Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que
la source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.
on va essayer d'avancer pas à pas.
Dans le contexte système:
- purge le cache dns. ( ipconfig /flushdns )
- purge les tickets kerberos ( klist purge disponible dans le kit de
ressources techniques).
- ping servername. ( nom court , pas servername.nomdomaine).
poste la réponse afin de déterminer la résolution dns ( est-ce le bon
suffixe dns ajouté.... )
- dir servernamepartage
poste la réponse afin de vérifier l'accès au share lui même.
- klist tgt et klist tickets
poste la réponse afin de vérifier si kerberos fonctionne correctemment (
si des tickets ont été généré ).
- Poste les erreurs loguées dans l'event log du client et du serveur.
Si ça ne donne rien, il te faudra faire une trace réseau pendant le dir
servernamepartage et analyser les requêtes / réponse kerberos.
"K1000" a écrit dans le message de news:le dc, le poste client et le serveur sont dans le meme domaine.
le nom dns complet du dc est de la forme nomdc.domaine et celui du
serveur est nomserveur.domaine
les enregistrements A et PTR existent pour chacun.
j'ai oublié un truc : avec une invite de commande en compte system, je
n'accède pas au partage sur le serveur membre avec son IP meme avec les
autorisations controle total pour anonymous logon et l'autorisation de se
connecter pour anonymous logon ajoutées dans la stratégie de sécurité
locale. enfin plutot que dire que j'ai un acces refusé c'est plutot que
windows installer se lance puis indique que la source est introuvable...
"Emmanuel Dreux" a écrit dans le message
de news: eNrDQp$Peux-tu poster les info suivantes:
- le dc et le serveur de partage sont-ils dans le même domaine? Et le
poste client?
- Quel est le nom complet dns du dc?
- Quel est le nom complet dns du serveur de partage?
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:
OF1hZB%retour d'expérience :
en utilisant le nom DNS du serveur sur lequel se trouve la partage il
n'y a aucune amélioration.
il se trouve que le serveur en question n'est pas le DC. en transférant
le SP2 sur le DC et en définissant le partage comme sur l'autre
serveur, avec nom DNS, ça fonctionne, le SP2 se déploie correctement.
le DNS ne comporte pas d'extension .fr .com ou autre, mais les
modifications pour la prise en charge des noms DNS courts ont été
effectuées. conclusion : mystère mais ça marche...
"Emmanuel Dreux" a écrit dans le message
de news:Si tu utilises l'adresse ip, alors l'authentification NTLM est
utilisée au lieu de kerberos.
Et comme chacun sait... localsystem s'authentifie en anonymous sur le
réseau...
Pour confirmer si c'est le problème:
ouvre une invite de commande dans le contexte système de la machine
( exemple : at 16:45:00 /interactive cmd.exe ).
Dans cette fenêtre, lance IPServeurpartageupdate.msi et vérifie si
tu as un acces denied.
Si c'est le cas, remplace l'adresse ip par le nom du serveur.
Dans ce cas tu passeras en kerberos et le compte localsystem utilisera
le compte d'ordinateur stocké dans l'AD.
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Le chemin indiqué est IPServeurpartageupdate.msi
le fait d'utiliser l'IP devrait permettre d'éliminer l'hypothèse d'un
pb DNS.
au niveau des droits, sur le partage, j'ai mis :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
au niveau NTFS :
tout le monde controle total
util authentifiés controle total
ordinateurs du domaine controle total
admin controle total
il devrait normalement y avoir plus de droits que nécessaire mais ça
ne marche malheureusement pas, j'ai toujours les memes messages
d'erreur.
je ne comprends pas pourquoi l'ordinateur ne parvient pas à accéder
au msi.
"Julien Malghem [MVP]" a écrit dans le
message de news: %Bonjour,
L'évènement qui nous interesse est l'erreur d'installation. Il
indique que la source n'est pas disponible.
Il faut vérifier que le chemin indiqué lors de la création du
package est bien un chemin UNC accéssible par le compte machine en
lecture.
Il faut vérifier les droits NTFS mais aussi les droits sur le
partage lui même.
En tout état de cause, il n'arrive pas à accéder au MSI.
A+
Julien
"Otra" <informatique@@uesl.fr> a écrit dans le message de news:Bonjour,
Type de l'événement : Erreur
Source de l'événement : Application Management
Catégorie de l'événement : Aucun
ID de l'événement : 102
Date : 21/06/2005
Heure : 10:38:02
Utilisateur : AUTORITE NTSYSTEM
Ordinateur : DAFINF3
Description :
Échec de l'installation de l'application Windows XP Service Pack 2
(1036) de la stratégie SP2 déploiement. L'erreur est : La source
d'installation pour ce produit n'est pas disponible. Vérifiez que
la source existe et que vous y avez accès.
Pour plus d'informations, consultez le centre Aide et support à
l'adresse http://go.microsoft.com/fwlink/events.asp.