<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: HPE Scripting Tools for Windows PowerShell - Bug or me? in Server Management - Remote Server Management</title>
    <link>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6850755#M7762</link>
    <description>&lt;HR /&gt;&lt;P&gt;Thanks for the post.&amp;nbsp; Our HPE PowerShell development team is looking at this to see if there is a better way to work around the issue and whether a fix can be added to improve this.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;HPE PowerShell Team&lt;/P&gt;&lt;P&gt;jlg&lt;/P&gt;</description>
    <pubDate>Thu, 14 Apr 2016 16:24:53 GMT</pubDate>
    <dc:creator>HPEPowerShell</dc:creator>
    <dc:date>2016-04-14T16:24:53Z</dc:date>
    <item>
      <title>HPE Scripting Tools for Windows PowerShell - Bug or me?</title>
      <link>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6840301#M7760</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;Is anyone else experiencing dificulties with the Feb 2016 release of iLO cmdlets (v. 1.3.0.0)?&lt;/P&gt;&lt;P&gt;I installed, logged on as an admin, which atleast populates $env:PSModulesPath correctly (runas admin doesn't).&lt;/P&gt;&lt;P&gt;When I run the cmdlet "Find-HPiLO 192.168.5.38", I get:&lt;/P&gt;&lt;PRE&gt;Find-HPiLO 192.168.5.38
WARNING: It might take a while to search for all the HP iLOs if the input is a very large range. Use Verbose for more information.
New-Object : Cannot find type [AsyncPipeline]: verify that the assembly containing this type is loaded.
At C:\Program Files\Hewlett-Packard\PowerShell\Modules\HPiLOCmdlets\HPiLOCmdlets.psm1:1687 char:12
+     $Output = New-Object AsyncPipeline
+               ~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidType: (:) [New-Object], PSArgumentException
    + FullyQualifiedErrorId : TypeNotFound,Microsoft.PowerShell.Commands.NewObjectCommand
 
The property 'Pipeline' cannot be found on this object. Verify that the property exists and can be set.
At C:\Program Files\Hewlett-Packard\PowerShell\Modules\HPiLOCmdlets\HPiLOCmdlets.psm1:1689 char:2
+     $Output.Pipeline = $Pipeline
+     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (:) [], RuntimeException
    + FullyQualifiedErrorId : PropertyNotFound
 
The property 'AsyncResult' cannot be found on this object. Verify that the property exists and can be set.
At C:\Program Files\Hewlett-Packard\PowerShell\Modules\HPiLOCmdlets\HPiLOCmdlets.psm1:1690 char:2
+     $Output.AsyncResult = $AsyncResult
+     ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (:) [], RuntimeException
    + FullyQualifiedErrorId : PropertyNotFound
 
Get-ThreadPipelines : Unable to find type [AsyncPipeline]. Make sure that the assembly that contains this type is loaded.
At C:\Program Files\Hewlett-Packard\PowerShell\Modules\HPiLOCmdlets\HPiLOCmdlets.psm1:9823 char:15
+             $iLOList = Get-ThreadPipelines -Pipelines $ThreadPipes
+                        ~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidOperation: (AsyncPipeline:TypeName) [], RuntimeException
    + FullyQualifiedErrorId : TypeNotFound&lt;/PRE&gt;&lt;P&gt;It appears the problem is in HPiLOCmdlets.psm1, line 27 - 33:&lt;/P&gt;&lt;PRE&gt;Add-Type @'
public class AsyncPipeline
{
    public System.Management.Automation.PowerShell Pipeline ;
    public System.IAsyncResult AsyncResult ;
}
'@&lt;/PRE&gt;&lt;P&gt;I'm affraid the .NET stuff is beyond me.&lt;/P&gt;&lt;P&gt;Any pointers or help would be apreciated...&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Thanks, W.&lt;/P&gt;</description>
      <pubDate>Wed, 09 Mar 2016 17:04:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6840301#M7760</guid>
      <dc:creator>Woter</dc:creator>
      <dc:date>2016-03-09T17:04:00Z</dc:date>
    </item>
    <item>
      <title>Re: HPE Scripting Tools for Windows PowerShell - Bug or me?</title>
      <link>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6840538#M7761</link>
      <description>&lt;P&gt;UAC - grrrrr,&lt;/P&gt;&lt;P&gt;Although my Powershell session is running as my&amp;nbsp;Domain Admin account and my Domain Admin account is added to local administrators, it doesn't "elevate" to local Admin.&lt;/P&gt;&lt;P&gt;I HATE UAC!!!&lt;/P&gt;&lt;P&gt;The toublesome bit of code in the HP module:&lt;/P&gt;&lt;PRE&gt;Add-Type @'
public class AsyncPipeline
{
    public System.Management.Automation.PowerShell Pipeline ;
    public System.IAsyncResult AsyncResult ;
}
'@&lt;/PRE&gt;&lt;P&gt;Running it on its own results in:&lt;/P&gt;&lt;PRE&gt;Add-Type : Cannot execute a program. The command being executed was "C:\Windows\Microsoft.NET\Framework64\v4.0.30319\csc.exe" /noconfig 
/fullpaths @"C:\Users\aDomainAdminUser\AppData\Local\Temp\dyf2ldne.cmdline".
At line:1 char:1
+ Add-Type @'
+ ~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (:) [Add-Type], ExternalException
    + FullyQualifiedErrorId : System.Runtime.InteropServices.ExternalException,Microsoft.PowerShell.Commands.AddTypeCommand&lt;/PRE&gt;&lt;P&gt;The file:&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;C:\Users\aDomainAdminUser\AppData\Local\Temp\dyf2ldne.cmdline&lt;/PRE&gt;&lt;P&gt;is never created - because UAC prevents it.&lt;/P&gt;&lt;P&gt;Hope that helps anyone else in a similar boat.&lt;/P&gt;&lt;P&gt;T, W.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 10 Mar 2016 12:11:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6840538#M7761</guid>
      <dc:creator>Woter</dc:creator>
      <dc:date>2016-03-10T12:11:16Z</dc:date>
    </item>
    <item>
      <title>Re: HPE Scripting Tools for Windows PowerShell - Bug or me?</title>
      <link>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6850755#M7762</link>
      <description>&lt;HR /&gt;&lt;P&gt;Thanks for the post.&amp;nbsp; Our HPE PowerShell development team is looking at this to see if there is a better way to work around the issue and whether a fix can be added to improve this.&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;HPE PowerShell Team&lt;/P&gt;&lt;P&gt;jlg&lt;/P&gt;</description>
      <pubDate>Thu, 14 Apr 2016 16:24:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6850755#M7762</guid>
      <dc:creator>HPEPowerShell</dc:creator>
      <dc:date>2016-04-14T16:24:53Z</dc:date>
    </item>
    <item>
      <title>Re: HPE Scripting Tools for Windows PowerShell - Bug or me?</title>
      <link>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6853439#M7766</link>
      <description>&lt;P&gt;We could reproduce the issue after following below steps to remove write permission on "Temp" folder of logged in windows user. &amp;nbsp;It looks like logged in user does not have sufficient permissions on "TEMP" folder which is making the Find cmdlet to behavior like this.&lt;/P&gt;&lt;P&gt;Some temp files like *.cmdline get created by PowerShell engine when it executes our Find-HPiLO cmdlet&amp;nbsp;and due to insufficient permission cmdlet is unable to create those temp files under TEMP folder which is causing for this behavior.&lt;/P&gt;&lt;P&gt;Below are the steps to reproduce the issue :&lt;/P&gt;&lt;P&gt;Remove the write permissions from the Temp folder of the user profile for example -C:\Users\user_name\AppData\Local\Temp. The AppData is usually a hidden folder.&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;Right click on the Temp folder of the user profile, Go to properties-&amp;gt; Security&lt;/LI&gt;&lt;LI&gt;Select the admin account and click on Edit.&lt;/LI&gt;&lt;LI&gt;A popup “Permission for Temp” appears.&lt;/LI&gt;&lt;LI&gt;Select the admin account/ account with which the user is logged in.&lt;/LI&gt;&lt;LI&gt;Select check option in the deny list of the “Permissions for the Users” box.&lt;/LI&gt;&lt;LI&gt;Click apply.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope this answers your question.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Gokul&lt;/P&gt;&lt;P&gt;HPE PowerShell Team&lt;/P&gt;</description>
      <pubDate>Mon, 25 Apr 2016 06:07:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-remote-server/hpe-scripting-tools-for-windows-powershell-bug-or-me/m-p/6853439#M7766</guid>
      <dc:creator>KSGokul</dc:creator>
      <dc:date>2016-04-25T06:07:29Z</dc:date>
    </item>
  </channel>
</rss>

