Discussion :

[nesswaw]

Bonjour,

Nous avons un logon script user qui mappe des imprimantes.

Ce script fait des logs afin de savoir ce qu'il fait.

Quand on le lance à la main, tout va bien il faut toutes les étapes, tout est loggué.

Par contre une fois lancer via GPO, le même script, le log débute et s'arrête, il manque des étapes...

Avez-vous déjà vu cela? Je ne comprend pas pourquoi il me fait ça...

Merci d'avance

[JML19]

Bonjour

Il s'arrête ou il ne fait pas la tâche ou les tâches prescrites ?

[nesswaw]

Bonjour,

Je constate que le script s'arrête, vu que à la fin j'ai un simple log qui dit "END SCRIPT", et il ne le fait jamais...alors que si je lance à la main tout fonctionne...

[JML19]

Bonjour

Il ne s'arrête pas, soit il ne trouve pas une donnée, soit il attend un droit, soit il attend une commande.

[nesswaw]

J'ai pu trouver une erreur:

Environnement incorrect
Code: 8007000A

Mais le soucis c'est que l'erreur est aléatoire, dès fois ça passe et des fois ça plante...

Comme si le script s’exécute trop tôt (Genre Windows n'est pas prêt), ou trop tard? Possible?

Merci

[JML19]

Bonjour

Peut être un problème de droit qui se perd au fil de l'exécution du script.

[nesswaw]

En debugant un peu, j'ai encore pu avancer:

Dans le script il y a une fonction qui va récupérer la liste des imprimantes déjà installées dans le profile (nous avons des profile itinérant)

Quand cette erreur apparait, je remarque qu'il renvoie 0 imprimante installé, alors que en réalité il y a 3, mais c'est comme si le script n'a pas pu aller lire dans le profile.

Le profile aurait pas finit de charger? et le script s’exécute trop vite?

Nous avons aussi le loopback dans le GPO, cela pourrait être une cause?

Merci

[JML19]

Bonjour

Peut être un retour trop rapide ou au mauvais moment.

[nesswaw]

Oui, mais comment corriger ça?

Je vais essayé déjà sans le loopback

[A&Nexus]

Bonsoir,

Oui, mais comment corriger ça?
Je vais essayé déjà sans le loopback

Pour gagner du temps, le loopback ne t'aidera pas sur cette problématique.
Tu peux mettre une tempo dans le script pour différer la prise en compte ou bien le lancer en tâches planifiées par exemple "après l'ouverture de session" (les tâches se poussent par GPP).

Ou mieux tu mappe directement les imprimantes en GPP.

On a pas trop d'exemple de ton script mais tu utilises des "start" ou des "start /w" ?

[nesswaw]

Bonjour,

Merci pour votre réponse.

Alors j'ai essayé sans loopback, ça ne change rien en effet.

Je ne peux pas utiliser les GPP, parce on doit mapper les imprimantes suivant une info qui se trouve en base de registre, on traite cette info et on installe les bonnes imprimantes.
Et cette info c'est Vmware qui l'ajoute au démarrage de la session utilisateur.

Le script fonctionne très bien quand on le lance à la main OU sur une machine dont on s'est déjà connecté avant (donc déjà un bout du profile sur la machine), c'est pour ça que je suspecte que le script s’exécute avant que le profil ait été complétement chargé...

J'ai essayé un param de GPO, qui exécute d'abord les scripts avant de lancer explorer.exe, mais cela prend 10min de temps à l'ouverture de la session et le script n'est pas exécuté...

Je suis entrain de regardé si il y a d'autres paramètres dans la GPO, style: Attend que le profile soit chargé avant d'exécuté le script.

PS: Non pas de start ou start /w dans le script, c'est du VBS,

Merci

[A&Nexus]

Je parlais plus de la tâche planifiée en GPP.
Qui lance le vbs à l'ouverture de session (profil chargé).

Tu as essayé sur un profil non itinérant ?

[nesswaw]

Bonjour,

Ah oui, bonne idée le coup de la tâche planifiée, ou dans le dossier démarrage de l'utilisateur?

Pareil avec un profil non itinérant, sur les VDI, par contre sur les postes standard (non-virtuel) nous avons beaucoup moins de soucis.

Merci