1

我在 Azure Runbook 中有以下代码：

$pathToDownloadedBlob = 'C:\depId-20150904032522\SevenZipSharp.dll'
if ((Test-Path $pathToDownloadedBlob) -eq $true)
{
    try
    {
        Remove-Item -Path $pathToDownloadedBlob

    }
    catch
    {
        write-error "Could not delete $pathToDownloadedBlob. - $($error[0])"
        exit
    }
}

当我使用Remove-Item我得到这个错误：

4/7/2015 2:14:14 PM, Error: Remove-Item : The converted JSON string is in bad format.
At DavidTest:45 char:45
+ 
    + CategoryInfo          : InvalidOperation: (System.Unauthor... Boolean force):ErrorRecord) [Remove-Item], 
InvalidOperationException
    + FullyQualifiedErrorId : JsonStringInBadFormat,Microsoft.PowerShell.Commands.RemoveItemCommand

当我[System.IO.File]::Delete($using:path)改用时，我收到此错误：

4/7/2015 2:22:48 PM, Error: Exception calling "Delete" with "1" argument(s): "Access to the path 'C:\Deployment\SevenZipSharp.dll' is denied."
At DavidTest:46 char:46
+ 
    + CategoryInfo          : NotSpecified: (:) [], MethodInvocationException
    + FullyQualifiedErrorId : UnauthorizedAccessException

我知道我无权删除该文件。但是，为什么在我使用时它会抱怨 JSON 字符串Remove-Item？

编辑：请注意，这只发生在 Azure 自动化中。但是，我并不能真正在本地的 Powershell ISE 中复制它，因为我有权删除要删除的文件。

更新：我刚刚意识到这仅发生在 .dll 文件中。如果我尝试删除 .7z 文件，它工作正常。

4

1 回答 1

1

我想这是由于在 PowerShell 工作流上下文和默认情况下在单独的进程中运行的 InlineScript 工作流活动之间传递的对象的序列化/反序列化。

你总是传入 a [System.String]，还是有时传入一个[System.IO.FileInfo]对象？如果是后者，那么您可能希望引用该FullName属性，而不是将对象本身传递给Remove-Item.

我不是 100% 确定这是您遇到的问题，但值得讨论。

顺便说一句，作为最佳实践，始终明确命名您的参数，以便其他人了解您在做什么。按名称，您的调用Remove-Item不包括-Path参数，因为它的位置为 0。当然，当您寻求帮助时，这不是一件理所当然的好事。最好是冗长的。

希望这至少有一点帮助。顺便问一下，这个问题是 Azure 自动化 Runbook 独有的，还是在本地执行的 PowerShell 工作流中也存在？

编辑：这段代码在本地对我来说似乎工作得很好。

workflow test {
    $Path = 'C:\dsc\srv01.xml';
    InlineScript { Remove-Item -Path $using:Path; };
}

test
于 2015-04-07T04:46:36.813 回答