Question Ne pas afficher les erreurs

Salut,
Nostra écrit:

ma question : y a t'il moyen d'empêcher l'affichage de l'erreur ou de l'ignorer?

Si je ne me trompe il y a deux questions:
- la gestion des exceptions (erreurs)
- l'affichage des erreurs (exceptions).

Connais-tu le principe des exceptions ?

Certaines erreurs sont bloquantes, arrêt brutale du script, d'autre pas. Sous PS on parle d'erreur critique et d'erreur non-critique.

La gestion des exceptions se fait via la clause trap, un trés bon tutoriel US sur le sujet : huddledmasses.org/trap-exception-in-powershell/
Un autre script trés utile : blogs.msdn.com/powershell/archive/2006/12/07/resolve-error.aspx
Je vais surement te noyer d'informations mais il y a de quoi faire avec pour aborder le sujet des exceptions.

la réponse à ta question et oui, voici quelques exemples de construction :
[code:1]
trap [System.IO.FileNotFoundException]
{Write-Warning \"Gestion d'exception\"; Write-Error $_.Message; Continue}
&{[Reflection.Assembly]::LoadFile(\"C:\Inconnu.dll\"«»)}

trap [System.IO.FileNotFoundException]
{Write-Host \"Gestion d'exception\" -fore green; Write-Warning $_; Continue}
&{[Reflection.Assembly]::LoadFile(\"C:\Inconnu.dll\"«»)}

trap
{Break}
&{[Reflection.Assembly]::LoadFile(\"C:\Inconnu.dll\"«»)
Write-host \"la suite\"
}

trap
{Continue}
&{[Reflection.Assembly]::LoadFile(\"C:\Inconnu.dll\"«»)
Write-host \"la suite\"
}

trap
{Break}
&{[Reflection.Assembly]::LoadFile(\"C:\Inconnu.dll\"«»)}
Write-host \"la suite\"

trap
{Continue}
&{[Reflection.Assembly]::LoadFile(\"C:\Inconnu.dll\"«»)}
Write-host \"la suite\"

[/code:1]
mais avec WMI la gestion des erreurs est un peu particulière :
[code:1]
#Gestion pour toutes les exceptions mais cela ne fonctionne pas...
trap
{Write-Warning \"Gestion d'exception\"; Write-Error $_.Message; Continue}
&{get-wmiobject win32_process -Computer PSinconnu}


#Gestion pour toutes les exceptions mais on demande au cmdlet de la gérer, et on place l'erreur dans la variable ErrorWMI
trap
{Write-Warning \"Gestion d'exception\"; Write-Error $_.Message; Continue}
&{get-wmiobject win32_process -Computer PSinconnu -ea 0 -ev ErrorWMI; $ErrorWMI}


#Gestion pour toutes les exceptions mais on demande au cmdlet de la gérer, et on ajoute l'erreur dans la variable ErrorWMI
$ErrorWMI=$Null
trap
{Write-Warning \"Gestion d'exception\"; Write-Error $_.Message; Continue}
&{get-wmiobject win32_process -Computer PSinconnu -ea 0 -ev +ErrorWMI;
get-wmiobject Win32_product -Computer PS2inconnu -ea 0 -ev +ErrorWMI; $ErrorWMI
}
#Gestion simplifiée
$ErrorWMI=$Null
get-wmiobject win32_process -Computer PSinconnu -ea 0 -ev +ErrorWMI;
get-wmiobject Win32_product -Computer PS2inconnu -ea 0 -ev +ErrorWMI;
$ErrorWMI

#from www.vistax64.com/powershell/180262-how-w...or-interception.html
trap [Management.Automation.ActionPreferenceStopException]
{ Write-Warning \"Gestion d'exception\"; Write-Host $ErrorWMI; continue }
get-wmiobject win32_process -Computer PSinconnu -ea 1 -ev ErrorWMI;
#ou
trap [Management.Automation.ActionPreferenceStopException]
{ Write-Warning \"Gestion d'exception\"; Write-Host $ErrorWMI[0].Message; continue }
get-wmiobject win32_process -Computer PSinconnu -ea 1 -ev ErrorWMI;

[/code:1]
Ensuite il faudrait une gestion plus élaborée pour associer, dans un seule objet, l'IP et l'erreur ce qui éviterais de faire du parsing de chaînes.

Voir aussi
Managing non-terminating errors : blogs.msdn.com/powershell/archive/2006/04/25/583241.aspx

Debugging PowerShell Scripts : blogs.msdn.com/powershell/search.aspx?q=...onad+Scripts&p=1

Bonjour Nostra et soit le bienvenu sur PowerShell-Scripting.com

Si tu veux te présenter plus en détail, nous avons ouvert un fil de discussion adaptée : Qui êtes vous Powersheller's

Ce que je ferais si j'étais à ta place c'est d'abord tester si la machine est allumée ou non avant de lui lancer une requête WMI.
Pour cela tu pourrais faire un simple Ping et récupérer en retour le code d'erreur avec la variable automatique $LASTEXITCODE ou simplement True ou False avec la variable $?.

Exemple :
[code:1]
Ping.exe machine1 -n 1 > $null
if ($LASTEXITCODE -eq 0)
{
write-host 'Machine allumée !'
}
else
{
write-host 'Machine éteinte !'

}
[/code:1]

Le mieux serait d'en faire une fonction, comme ça tu l'apellerais avant chaque requête WMI.

Exemple :
[code:1]function Ping-Host
{
Ping.exe $args[0] -n 1 > $null
$LASTEXITCODE
if ($LASTEXITCODE -eq 0)
{
write-host 'Machine allumée !'
}
else
{
write-host 'Machine eteinte !'
}
}
[/code:1]

L'option -n 1 sert à n'envoyer qu'un seul ping, ce qui permet d'avoir une réponse rapide.

Arnaud

Oui l'utilisation de $ErrorActionPreference à la valeur SilentlyContinue peut être une bonne option