I believe I might be misunderstanding the -MinimumVersion parameter of Install-Module
The help states
Specifies the minimum version of a single module to install. The version installed must be greater than or equal to MinimumVersion. If there is a newer version of the module available, the newer version is installed.
However, with the following command
Install-Module -Name RunAsUser -MinimumVersion 2.3.1
I receive this error
PackageManagement\Find-Package : No match was found for the specified search criteria and module name 'RunAsUser'.
Try Get-PSRepository to see all available registered module repositories.
If I instead run
Install-Module -Name RunAsUser -RequiredVersion 2.3.1
It will install version 2.3.1 successfully. If I run
Install-Module -Name RunAsUser
It will install the latest which is 2.4.0 Am I misusing the -MinimumVersion parameter?
Powershell version 5.1.19041.2364
I got this error trying to update PowershellGet with -Scope CurrentUser
PackageManagement\Install-Package : The following commands are already available on this
system:'Find-Package,Install-Package,Uninstall-Package'. This module 'PackageManagement' may override the existing
commands. If you still want to install this module 'PackageManagement', use -AllowClobber parameter.
At C:\Program Files\WindowsPowerShell\Modules\PowerShellGet\1.0.0.1\PSModule.psm1:1809 char:21
Seemed like all these issues related to 1.0.0.1 so I simply went into C:\Program Files\WindowsPowershell\Modules\PowerhsellGet and moved the folder 1.0.0.1 out of there. Now everything is working as expected.
My powershell module has versioning i.e. it's installed in:
c:\program files\WindowsPowerShell\Modules\MyModule\4.0\MyModule.dll
When I open powershell ISE I can use it normally and when I run:
Get-Module -ListAvailable I can see it.
After using one cmdlet from my module, I can't see it anymore in the output of: Get-Module -ListAvailable
It's worth mentioning that when I move my module to:
c:\program files\WindowsPowerShell\Modules\MyModule\MyModule.dll
it's working.
I was trying to install Azure using Install-Module Azure in PowerShell. I got the following error:
PS C:\Windows\system32> Install-Module Azure
Install-Module : The term 'Install-Module' is not recognized as the name of a cmdlet, function, script file,
or operable program. Check the spelling of the name, or if a path was included, verify that the path is corre
ct and try again.
At line:1 char:1
+ Install-Module Azure
+ ~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (Install-Module:String) [], CommandNotFoundException
+ FullyQualifiedErrorId : CommandNotFoundException
Why is PS not recognizing the basic Install module? Without this I can't even install Azure. What should I do?
Since you are using the lower version of PS:
What you can do in your case is you first download the module in your local folder.
Then, there will be a .psm1 file under that folder for this module.
You just
import-Module "Path of the file.psm1"
Here is the link to download the Azure Module:
Azure Powershell
This will do your work.
Another GUI based option to fix this error is to download the PackageManagement PowerShell Modules (msi installer) from Microsoft website and install the modules.
Once this is installed you will not get the error
'Install-Module' is not recognized as the name of a cmdlet.
You should install the latest version of PowerShell, then use this command Install-Module Azure to install azure module. Because from Powershell 5.0 onwards you , you will be able to use the cmdlet to Install-Module, Save-Module
PS > $psversiontable
Name Value
---- -----
PSVersion 5.1.14393.576
PSEdition Desktop
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.14393.576
CLRVersion 4.0.30319.42000
WSManStackVersion 3.0
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
More information about install Azure PowerShell, refer to the link.
I have Windows 10 and PowerShell 5.1 was already installed. For whatever reason the x86 version works and can find "Install-Module", but the other version cannot.
Search your Start Menu for "powershell", and find the entry that ends in "(x86)":
Here is what I experience between the two different versions:
I lost couple of days trying to resolve this until I got a simple solution. I just copy from another Win10 machine with a working Powershell 5.1 installation the following directories:
C:\Program Files\WindowsPowerShell\Modules\PackageManagement
C:\Program Files\WindowsPowerShell\Modules\PowerShellGet
To the same directories in the problem machine and don't change permissiones or anything and just run the command Install-Module and the problem was solved. I hope this can help some tormented soul.
If you are trying to install a module that is listed on the central repository for PS content called PowerShell Gallery, you need to install PowerShellGet. Then the command will be available. I'm currently using PS 4.0. Installing PowerShellGet did the trick for me.
Source:
With the latest PowerShellGet module, you can:
Search through items in the Gallery with Find-Module and Find-Script
Save items to your system from the Gallery with Save-Module and Save-Script
Install items from the Gallery with Install-Module and Install-Script
Upload items to the Gallery with Publish-Module and Publish-Script
Add your own custom repository with Register-PSRepository
Another great article to get started with PS Gallery.
I didn't have the NuGet Package Provider, you can check running Get-PackageProvider:
PS C:\WINDOWS\system32> Get-PackageProvider
Name Version DynamicOptions
---- ------- --------------
msi 3.0.0.0 AdditionalArguments
msu 3.0.0.0
NuGet <NOW INSTALLED> 2.8.5.208 Destination, ...
The solution was installing it by running this command:
Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force
If that fails with the error below you can copy/paste the NuGet folder from another PC (admin needed):
C:\Program Files\PackageManagement\ProviderAssemblies\NuGet:
WARNING: Unable to download from URI 'https://onegetcdn.azureedge.net/providers/Microsoft.PackageManagement.NuGetProvider-2.8.5.208.dll' to ''.
WARNING: Failed to bootstrap provider 'https://onegetcdn.azureedge.net/providers/nuget-2.8.5.208.package.swidtag'.
WARNING: Failed to bootstrap provider 'nuget'.
WARNING: The specified PackageManagement provider 'NuGet' is not available.
PackageManagement\Install-PackageProvider : Unable to download from URI
'https://onegetcdn.azureedge.net/providers/Microsoft.PackageManagement.NuGetProvider-2.8.5.208.dll' to ''.
At C:\Program Files\WindowsPowerShell\Modules\PowerShellGet\PSModule.psm1:6463 char:21
+ $null = PackageManagement\Install-PackageProvider -Name $script:NuGe ...
Run the below commands as admin to install NuGet using Powershell:
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
Install-PackageProvider -Name NuGet
I was running an older server where I couldn't run install-module because the PowerShell version was 4.0. You can check the PowerShell version using the PowerShell command line
ps>HOST .
https://gallery.technet.microsoft.com/office/PowerShell-Install-Module-388e47a1
Use this link to download necessary updates. Check to see if your
Windows version needs the update.
I think the answer posted by Jeremy Thompson is the correct one, but I don't have enough street cred to comment. Once I updated nuget and powershellget, Install-Module was available for me.
Install-PackageProvider -Name NuGet -MinimumVersion 2.8.5.201 -Force
Install-PackageProvider -Name Powershellget -Force
What is interesting is that the version numbers returned by get-packageprovider didn't change after the update.
The fix for me was to use PowerShell 7 instead of 5 (Windows Terminal).
Get latest Powershell 7.* version, which is now cross platform
https://github.com/PowerShell/PowerShell
Actually my solution to this problem was much simpler, because I already had the latest version of PowerShell and is still didn't recognize Install-Module command. What fixed the "issue" for me was just typing the command manually, since originally I tried copying the snippet from a website and apparently there was some issue with the formatting when copy&pasting, so when I typed the command manually it installed the module without any problem.
I don't ve Sql Server installed in my machine but I need the SQLPS module . So I installed below three msi .
Microsoft® System CLR Types for Microsoft® SQL Server® 2012 (SQLSysClrTypes.msi)
Microsoft® SQL Server® 2012 Shared Management Objects (SharedManagementObjects.msi)
Microsoft® Windows PowerShell Extensions for Microsoft® SQL Server® 2012 (PowerShellTools.ms
Then I tried importing SQLPS module but I got error
Importing SQLPS module.
The assembly 'Microsoft.SqlServer.Management.Utility' was not loaded because no assembly with that name was found.
I verified and I found this assemby is present under C:\Program Files\Microsoft SQL Server\100\SDK\Assemblies but not under GAC .
So requesting you to please suggest me what I shd do ? I am not getting any clue . Should I copy the assembly to GAC ?
Try installing the native client as well?
Microsoft® SQL Server® 2012 Native Client (sqlncli.msi)
I am trying to add the Exchange 2007 SnapIn for 32-bit Powershell (Microsoft.Exchange.Management.PowerShell.Admin) but I seem to be having some trouble when installing the dll file.
These are the commands I am running in order to register the SnapIns
PS C:\Program Files\Microsoft\Exchange Server\Bin> $snapinPath = 'Microsoft.Exchange.Management.PowerShell.Support.dll'
PS C:\Program Files\Microsoft\Exchange Server\Bin> C:\Windows\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe /i $snapinPath
The above works without issue. I then go to install the main SnapIn with the following commands:
PS C:\Program Files\Microsoft\Exchange Server\Bin> $snapinPath = 'Microsoft.Exchange.PowerShell.Configuration.dll'
PS C:\Program Files\Microsoft\Exchange Server\Bin> C:\Windows\Microsoft.NET\Framework\v2.0.50727\InstallUtil.exe /i $snapinPath
Microsoft (R) .NET Framework Installation utility Version 2.0.50727.5483
Copyright (c) Microsoft Corporation. All rights reserved.
Exception occurred while initializing the installation:
System.BadImageFormatException: Could not load file or assembly 'Microsoft.Exchange.PowerShell.Configuration, Version=8.
0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. An attempt was made to load a program with an incorrect format..
I'm not sure what I'm missing here. It's a fresh Exchange 2007 install so nothing should be corrupt.
My issue was that I was using the 64-bit version of the Microsoft.Exchange.PowerShell.Configuration.dll.
I required the 32-bit version. As it did not allow me to install the 32-bit version, I extracted the setup files for the 32-bit version of exchange, and copied the setup\serverroles\common folder to C:\Program Files\Microsoft\Exchange Server, and renamed it to Bin32.
The final stage was to copy this registry key:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PowerShell\1\PowerShellSnapIns\Microsoft.Exchange.Management.PowerShell.Admin
to the following location:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\PowerShell\1\PowerShellSnapIns\Microsoft.Exchange.Management.PowerShell.Admin
and then change any paths within the key to point to the new Bin32 folder.
At this point, it should be possible to load the Microsoft.Exchange.Management.Powershell.Admin snapin into a 32-bit Powershell (Great for IIS apps which depend on 32-bit libraries).