Попробуйте / поймать, кажется, не имеет эффекта - PullRequest
66 голосов
/ 17 июля 2009

Я новичок в powershell и пытаюсь добавить обработку ошибок с помощью операторов try / catch, но, похоже, они на самом деле не улавливают ошибку. Это powershell v2 CP3.

$objComputer = $objResult.Properties;
$strComputerName = $objComputer.name
write-host "Checking machine: " $strComputerName

try
{
    $colItems = get-wmiobject -class "Win32_PhysicalMemory" -namespace "root\CIMV2" -computername $strComputerName -Credential $credentials
    foreach ($objItem in $colItems) 
    {
        write-host "Bank Label: " $objItem.BankLabel
        write-host "Capacity: " ($objItem.Capacity / 1024 / 1024)
        write-host "Caption: " $objItem.Caption
        write-host "Creation Class Name: " $objItem.CreationClassName      
        write-host
    }
}
Catch 
{
    write-host "Failed to get data from machine (Error:"  $_.Exception.Message ")"
    write-host
}
finally 
{ }  

Когда не удается связаться с конкретной машиной, я получаю это в консоли, а не мое сообщение о чистом улове:

Get-WmiObject : The RPC server is<br> unavailable. (Exception from HRESULT:<br> 0x800706BA) At Z:\7.0 Intern<br> Programvare\Powershell\Get memory of<br> all computers in AD.ps1:25 char:34<br> + $colItems = get-wmiobject <<<< -class "Win32_PhysicalMemory"<br> -namespace "root\CIMV2" -computername $strComputerName -Credential<br> $credentials<br> + CategoryInfo : InvalidOperation: (:) [Get-WmiObject],<br> COMException<br> + FullyQualifiedErrorId : GetWMICOMException,Microsoft.PowerShell.Commands.GetWmiObjectCommand

Ответы [ 7 ]

70 голосов
/ 17 июля 2009

Мне удалось продублировать ваш результат при попытке выполнить удаленный запрос WMI. Выданное исключение не перехватывается Try / Catch, и ловушка его не отлавливает, поскольку это не «завершающая ошибка». В PowerShell существуют завершающие и не прекращающиеся ошибки. Похоже, что Try / Catch / finally и Trap работают только с завершающими ошибками.

Он записан в автоматическую переменную $ error, и вы можете проверить наличие таких нескончаемых ошибок, посмотрев на $? автоматическая переменная, которая сообщит вам, если последняя операция прошла успешно ($ true) или не удалась ($ false).

Из появления сгенерированной ошибки видно, что ошибка возвращается и не заключена в перехватываемое исключение. Ниже приведен след сгенерированной ошибки.

PS C:\scripts\PowerShell> Trace-Command -Name errorrecord  -Expression {Get-WmiObject win32_bios -ComputerName HostThatIsNotThere}  -PSHost
DEBUG: InternalCommand Information: 0 :  Constructor Enter Ctor
Microsoft.PowerShell.Commands.GetWmiObjectCommand: 25857563
DEBUG: InternalCommand Information: 0 :  Constructor Leave Ctor
Microsoft.PowerShell.Commands.GetWmiObjectCommand: 25857563
DEBUG: ErrorRecord Information: 0 :  Constructor Enter Ctor
System.Management.Automation.ErrorRecord: 19621801 exception =
System.Runtime.InteropServices.COMException (0x800706BA): The RPC
server is unavailable. (Exception from HRESULT: 0x800706BA)
   at
System.Runtime.InteropServices.Marshal.ThrowExceptionForHRInternal(Int32 errorCode, IntPtr errorInfo)
   at System.Management.ManagementScope.InitializeGuts(Object o)
   at System.Management.ManagementScope.Initialize()
   at System.Management.ManagementObjectSearcher.Initialize()
   at System.Management.ManagementObjectSearcher.Get()
   at Microsoft.PowerShell.Commands.GetWmiObjectCommand.BeginProcessing()
errorId = GetWMICOMException errorCategory = InvalidOperation
targetObject =
DEBUG: ErrorRecord Information: 0 :  Constructor Leave Ctor
System.Management.Automation.ErrorRecord: 19621801

Обходной путь для вашего кода может быть:

try
{
    $colItems = get-wmiobject -class "Win32_PhysicalMemory" -namespace "root\CIMV2" -computername $strComputerName -Credential $credentials
    if ($?)
    {
      foreach ($objItem in $colItems) 
      {
          write-host "Bank Label: " $objItem.BankLabel
          write-host "Capacity: " ($objItem.Capacity / 1024 / 1024)
          write-host "Caption: " $objItem.Caption
          write-host "Creation Class Name: " $objItem.CreationClassName      
          write-host
      }
    }
    else
    {
       throw $error[0].Exception
    }
60 голосов
/ 12 февраля 2011

Если вы хотите, чтобы попытка / отлов работал для всех ошибок (не только для ошибок завершения), вы можете вручную завершить все ошибки, установив ErrorActionPreference.

try {

   $ErrorActionPreference = "Stop"; #Make all errors terminating
   get-item filethatdoesntexist; # normally non-terminating
   write-host "You won't hit me";  
} catch{
   Write-Host "Caught the exception";
   Write-Host $Error[0].Exception;
}finally{
   $ErrorActionPreference = "Continue"; #Reset the error action pref to default
}

В качестве альтернативы ... вы можете создать свою собственную функцию trycatch, которая принимает блоки сценариев, чтобы ваши вызовы try catch не были такими же, как kludge. У меня есть мой возврат true / false на всякий случай, если мне нужно проверить, не было ли ошибки ... но это не обязательно. Кроме того, регистрация исключений является необязательной, и о ней можно позаботиться в перехвате, но я всегда вызываю функцию записи в блоке перехвата, поэтому я добавил ее в функцию try catch.

function log([System.String] $text){write-host $text;}

function logException{
    log "Logging current exception.";
    log $Error[0].Exception;
}


function mytrycatch ([System.Management.Automation.ScriptBlock] $try,
                    [System.Management.Automation.ScriptBlock] $catch,
                    [System.Management.Automation.ScriptBlock]  $finally = $({})){



# Make all errors terminating exceptions.
    $ErrorActionPreference = "Stop";

    # Set the trap
    trap [System.Exception]{
        # Log the exception.
        logException;

        # Execute the catch statement
        & $catch;

        # Execute the finally statement
        & $finally

        # There was an exception, return false
        return $false;
    }

    # Execute the scriptblock
    & $try;

    # Execute the finally statement
    & $finally

    # The following statement was hit.. so there were no errors with the scriptblock
    return $true;
}


#execute your own try catch
mytrycatch {
        gi filethatdoesnotexist; #normally non-terminating
        write-host "You won't hit me."
    } {
        Write-Host "Caught the exception";
    }
15 голосов
/ 14 сентября 2012

Также можно установить предпочтение действия по ошибке для отдельных командлетов, а не только для всего сценария. Это делается с помощью параметра ErrorAction (EA-alisa), который доступен для всех командлетов.

Пример

try 
{
 Write-Host $ErrorActionPreference; #Check setting for ErrorAction - the default is normally Continue
 get-item filethatdoesntexist; # Normally generates non-terminating exception so not caught
 write-host "You will hit me as exception from line above is non-terminating";  
 get-item filethatdoesntexist -ErrorAction Stop; #Now ErrorAction parameter with value Stop causes exception to be caught 
 write-host "you won't reach me as exception is now caught";
}
catch
{
 Write-Host "Caught the exception";
 Write-Host $Error[0].Exception;
}
6 голосов
/ 13 сентября 2016

Это моё решение. Когда Set-Location терпит неудачу, он генерирует нескончаемую ошибку, которая не видна блоком catch Добавление -ErrorAction Stop - самый простой способ обойти это.

try {
    Set-Location "$YourPath" -ErrorAction Stop;
} catch {
    Write-Host "Exception has been caught";
}
3 голосов
/ 13 мая 2015

Добавление "-EA Stop" решило это для меня.

1 голос
/ 17 июля 2009

Редактировать: Как указано в комментариях, следующее решение применимо только к PowerShell V1.

См. это сообщение в блоге "Технические приключения Адама Вайгерта" для получения подробных сведений о том, как реализовать это.

Пример использования (копирование / вставка из блога Адама Вейгерта):

Try {
    echo " ::Do some work..."
    echo " ::Try divide by zero: $(0/0)"
} -Catch {
    echo "  ::Cannot handle the error (will rethrow): $_"
    #throw $_
} -Finally {
    echo " ::Cleanup resources..."
}

В противном случае вам придется использовать перехват исключений .

0 голосов
/ 27 июня 2019

В моем случае это было потому, что я ловил только определенные типы исключений:

try
  {
    get-item -Force -LiteralPath $Path -ErrorAction Stop

    #if file exists
    if ($Path -like '\\*') {$fileType = 'n'}  #Network
    elseif ($Path -like '?:\*') {$fileType = 'l'} #Local
    else {$fileType = 'u'} #Unknown File Type

  }
catch [System.UnauthorizedAccessException] {$fileType = 'i'} #Inaccessible
catch [System.Management.Automation.ItemNotFoundException]{$fileType = 'x'} #Doesn't Exist

Добавлено это, чтобы обрабатывать дополнительные исключения, вызывающие ошибку завершения, а также неожиданные исключения

catch [System.Management.Automation.DriveNotFoundException]{$fileType = 'x'} #Doesn't Exist
catch {$fileType='u'} #Unknown
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...