Question Temps d'exécution de Get-WmiObject

Je confirme que le timeout configurable pour WMI ne concerne que la phase de connexion. La requête elle-même ne peut pas être interrompue au bout d'un temps défini par l'utilisateur.

On pourrait s'en sortir éventuellement en remplaçant la méthode WMI par un accès à l'event log où on peut rechercher le dernier évènement enregistré concernant le démarrage du système (chaque démarrage est enregistré dans le journal System, de mémoire c'est l'évènement 615 ou 616).

Sinon, à propos du script donné en exemple, on peut s'épargner la tâche laborieuse de conversion de la date retournée par l'objet $os en utilisant la classe .NET appropriée:

[code:1]
PS> $os = gwmi win32_operatingsystem
PS> $lastbootuptime = [System.Management.ManagementDateTimeConverter]::ToDateTime($os.lastbootuptime)
PS> $lastbootuptime

samedi 17 janvier 2009 23:30:30
[/code:1]
Le gros avantage, en plus de la simplicité, est de permettre des calculs sur un vrai objet date, comme par exemple calculer le nombre d'heures écoulées depuis le dernier démarrage du système:

[code:1]
PS> ([datetime]::now - $lastbootuptime).totalhours
209,715060670556
[/code:1]
Janel

Erratum: l'event ID correspondant à un démarrage système est 6005, pas 615. On devrait pouvoir retrouver la date du dernier démarrage en tapant:

[code:1]
PS> $laststartupevent = get-eventlog -computername serveur -logname System -instanceID 6005 -newest 1
PS> $laststartuptime = $laststartupevent.TimeGenerated
[/code:1]
A tester, mais à priori ça devrait le faire.

Janel

Mephisto écrit:

Déjà je me suis fait une autre fonction WMI avec timeout

Joli !

ps:
C'est Janel

Bah, Janel, Jamel, pourquoi pas. C'est joli aussi, Jamel.

Canel - euh, Camel.. mince, je veux dire Janel.

Excellent !!!

Mais n'est-ce pas un peu trop long 1 minute ?

D'autre part, as-tu trouvé pourquoi ce serveur est récalcitrant aux requêtes WMI ?

Arnaud