Timeout sur un SearchWindowsPrincipals

Bonjour,

Je tente désespérément de mettre un timeout sur un searchwindowsprincipals. J'ai essayé avec un job, mais ça ne fonctionne pas :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Add-PSSnapin "Microsoft.Sharepoint.PowerShell" $SPUtility = [Microsoft.Sharepoint.Utilities.SPUtility] $SPPrincipalType = [Microsoft.Sharepoint.Utilities.SPPrincipalType] $job = Start-Job -ScriptBlock { param($Search,$SPUtility,$webappli,$LoginTest,$SPPrincipalType,$reach) $Search = $SPUtility::SearchWindowsPrincipals($webappli, $LoginTest, $SPPrincipalType::User -bor $SPPrincipalType::SecurityGroup, 20 ,[ref]$reach) return $Search } -ArgumentList @($Search,$SPUtility,$webappli,$LoginTest,$SPPrincipalType,$reach) Wait-Job -Timeout 10 -Job $job | Receive-Job -job $job Remove-Job $job -Force

---

et voici mon message d'erreur :

Code:

---

1 2 3

The '=' operator failed: Unable to cast object of type 'System.Management.Automation.PSObject' to type 'System.Type'.. + CategoryInfo : InvalidOperation: (:) [], RuntimeException + FullyQualifiedErrorId : OperatorFailed

---

Si vous avez une idée de comment corriger cette erreur ou sur comment faire un timeout d'un autre moyen, merci beaucoup par avance.

Cordialement.

Salut,

Citation:

---

Envoyé par D3v1L

Si vous avez une idée de comment corriger cette erreur

---

Respecter la signature du scriptblock du job.
Pour 6 paramètres attendus passer 6 paramètres :aie:
$SPUtility, qui un type, est affecté au paramètre $Search, qui lui n'est pas typé. Typer sous PS aide qq fois...
Le wait-job -timeout déclenchant une exception, l'usage d'un bloc try/catch est donc nécessaire.

Oui pour les arguments au début j'en avait 6 mais en faisant des tests j'ai oublié de le remettre.:roll:

Citation:

---

Envoyé par Laurent Dardenne

$SPUtility, qui un type, est affecté au paramètre $Search, qui lui n'est pas typé. Typer sous PS aide qq fois...

---

Justement j'ai essayé de le typer mais je ne trouve pas le bon type.
Si je fais un $Search.GetType().FullName (sans mettre ma commande dans le job), j'obtiens ça :

Code:

---

1 2	System.Collections.Generic.SortedList`2+ValueList[[System.String, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089], [Microsoft.SharePoint.Utilities.SPPrincipalInfo, Microsoft.SharePoint, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]]

---

Peut-être la réponse est évidente mais je débute sur powershell et tout n'est pas encore très clair.

Citation:

---

Envoyé par D3v1L

Peut-être la réponse est évidente

---

Pas sûr.
Dans ce cas là simplifie ton code :

Code:

---

1 2 3

$job=Start-Job -ArgumentList $webappli,$LoginTest,$SPPrincipalType,$reach -ScriptBlock { param($webappli,$LoginTest,$SPPrincipalType,$reach) [Microsoft.Sharepoint.Utilities.SPUtility]::SearchWindowsPrincipals($webappli, $LoginTest, $SPPrincipalType::User -bor $SPPrincipalType::SecurityGroup, 20 ,[ref]$reach)

---

Ensuite j'ai un doute que la variable $reach soit, par usage d'un ref, propagé au contexte de l'appellant, par contre que le scriptblock du job le teste peut être judicieux, mais je ne sais pas ce que tu gères : SharePoint connais pas.

Quant à l'exception sur un timeout, c'est une erreur de ma part je confond avec un autre cmdlet :roll:

Citation:

---

Envoyé par D3v1L

je débute sur powershell et tout n'est pas encore très clair.

---

Je suppose que tu connais déjà le dev, mais tu ne commences pas avec le plus facile :-)

J'ai fait un peu de dev déjà mais je suis plus dans les réseaux.

En gros, ce que je souhaite faire c'est tester la connexion d'une web application à un Active Directory (AD) en renseignant un utilisateur à rechercher. Et SharePoint permet de le faire directement avec SearchWindowsPrincipals qui fonctionne très bien mais n'a pas de paramètre timeout, donc elle met plus de 30 secondes à s’arrêter quand elle ne n'arrive pas à se connecter. Sharepoint c'est une suite de produits microsoft, qui permet entre autre la mise en commun de documents pour différents projets. Biensur il y a des authentifications qui sont directement reliées à des AD et il existe une fonctionnalité appelée PeoplePicker qui recherche a partir d'un nom entré le compte AD correspondant. Et moi je souhaite tester cette connexion.

Je testerai demain en simplifiant le code :ccool:

Et j'ai du mal avec la notion de contexte du job. Si je comprends bien un job crée une session à part avec un contexte différent. Donc je suppose que je dois utiliser le Add-PSSnapin dans le job pour pouvoir utiliser ses fonctionnalités ? Car j'ai essayé mais le job met plusieurs minutes à s’exécuter, est-ce normal ?

J'ai aussi testé de mettre le Add-PSSnapin dans le paramètre
-initializationscript du job mais rien y fait ça ne change rien au temps d’exécution du job.

Pour le $reach, si la recherche dépasse les 20 résultats, il passe à $true, mais je n'ai pas pu tester s'il était retourné correctement puisque la recherche ne fonctionne pas.

Et dernière question, le return dans un job ne sert à rien, je me trompe ?

En tout cas merci déjà pour ton aide, j’espère pouvoir résoudre ce problème.

Citation:

---

Envoyé par D3v1L

Si je comprends bien un job crée une session à part avec un contexte différent.

---

Oui, un runspace.

Citation:

---

Envoyé par D3v1L

Donc je suppose que je dois utiliser le Add-PSSnapin dans le job pour pouvoir utiliser ses fonctionnalités ?

---

Oui.

Citation:

---

Envoyé par D3v1L

Car j'ai essayé mais le job met plusieurs minutes à s’exécuter, est-ce normal ?

---

Aucune idée !

Citation:

---

Envoyé par D3v1L

J'ai aussi testé de mettre le Add-PSSnapin dans le paramètre
-initializationscript du job mais rien y fait ça ne change rien au temps d’exécution du job.

---

Faut consulter la doc, mais il me semble que ce paramètre n'impacte pas le job, mais le contexte de l'appelant.

Citation:

---

Envoyé par D3v1L

Et dernière question, le return dans un job ne sert à rien, je me trompe ?

---

Oui, car par convention PS émet dans le pipeline, ici Receive-Job, le return force un branchement (c'est similaire à un jump/goto)

Ok pour le moment je laisse tomber, et si j'ai un peu de temps je ferai de nouveaux tests, mais j'ai quelque chose d'un peu semblable à faire et je pense que si ça ne fonctionne pas, c'est parce que les credentials ne sont pas transmis.

Si jamais quelqu'un a un problème similaire à celui-là et qu'il est bloqué, je lui conseille de tester le paramètre authentication avec le credSSP qui permet de faire un "double-saut", c'est à dire qu'on donne les droits pour lancer le job, et on transmet ces droits dans le job pour qu'il puisse se connecter par exemple à un AD ou une base de données SQL.

En tous cas merci Laurent d'avoir passé du temps à m'aider, si jamais avec un peu de temps je trouve la solution je serais heureux de la poster ici :ccool:

J'ai trouvé la solution, vraiment par hasard, pas besoin de job du tout, je la poste :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Add-PSSnapin "Microsoft.Sharepoint.PowerShell" $SPUtility = [Microsoft.Sharepoint.Utilities.SPUtility] $SPPrincipalType = [Microsoft.Sharepoint.Utilities.SPPrincipalType] $SearchTimeout = "00:00:10" $MaxUsersNumber = 20 $LoginTest = "loginToSearch" $webappli = Get-SPWebApplication $WebAppUrl if($webappli.PeoplePickerSettings.ActiveDirectorySearchTimeout -ne $SearchTimeout) { $webappli.PeoplePickerSettings.ActiveDirectorySearchTimeout = $SearchTimeout $webappli.update() } $Search = $SPUtility::SearchWindowsPrincipals($webappli, $LoginTest, $SPPrincipalType::User -bor $SPPrincipalType::SecurityGroup, $MaxUsersNumber ,[ref]$reach)

---

Voilà comment mettre un timeout sur un searchwindowsprincipals d'une web application sharepoint. Il y avait un paramètre réglable, un truc tout bête mais impossible de trouver de la doc dessus...