Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple modules missing after Powershell 6.0.1 installation on Linux #6248

Closed
Ayanmullick opened this issue Feb 26, 2018 · 7 comments
Closed
Labels
Issue-Question ideally support can be provided via other mechanisms, but sometimes folks do open an issue to get a Resolution-External The issue is caused by external component(s).

Comments

@Ayanmullick
Copy link

Steps to reproduce

Install Powershell on a RedHat 7.3 VM per documentation
https://docs.microsoft.com/en-us/powershell/scripting/setup/Installing-PowerShell-Core-on-macOS-and-Linux?view=powershell-6#installation-via-package-repository-preferred---red-hat-enterprise-linux-rhel-7


Expected behavior

This should list the below modules per this blog
https://blogs.msdn.microsoft.com/powershell/2018/01/10/powershell-core-6-0-generally-available-ga-and-supported/

  1. CimCmdlets
  2. Microsoft.PowerShell.Archive
  3. Microsoft.PowerShell.Diagnostics
  4. Microsoft.PowerShell.Host
  5. Microsoft.PowerShell.Management
  6. Microsoft.PowerShell.Security
  7. Microsoft.PowerShell.Utility
  8. Microsoft.WSMan.Management
  9. PackageManagement
  10. PowerShellGet
  11. PSDesiredStateConfiguration
  12. PSDiagnostics
  13. PSReadLine

Actual behavior

However the below modules are missing.

  1. CimCmdlets
  2. Microsoft.PowerShell.Diagnostics
  3. Microsoft.WSMan.Management
  4. PSDiagnostics

Environment data

> $PSVersionTable
Name                           Value
----                           -----
PSVersion                      6.0.1
PSEdition                      Core
GitCommitId                    v6.0.1
OS                             Linux 3.10.0-514.28.1.el7.x86_64 #1 SMP Fri Jul 7 12:58:19 EDT 2017
Platform                       Unix
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0...}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0

Please document additional steps for the missing modules.

@iSazonov iSazonov added the Issue-Question ideally support can be provided via other mechanisms, but sometimes folks do open an issue to get a label Feb 27, 2018
@joeyaiello
Copy link
Contributor

Unfortunately, these modules are only available on Windows due to reliance on Windows-specific APIs.

Could you explain how you're trying to use them? Generally speaking, we haven't seen much demand for local usage of those cmdlets on non-Windows platforms. Even if you want to run them on a Windows box from a Mac or Linux client, that's enabled via PSRemoting.

@Ayanmullick
Copy link
Author

Ayanmullick commented Feb 28, 2018

My understanding is that OMI is the Linux-equivalent of CIM. I already installed Microsoft-OMI [https://github.com/Microsoft/omi]. I want to use something like this to DomainJoin my RedHat VM's

(Get-CimInstance -ClassName Win32_ComputerSystem).JoinDomainOrWorkgroup($Domain,$Credential.GetNetworkCredential().Password,$Credential.UserName,$null,3)

And, Enable-PsRemoting on them to manage the RedHat VM's from a windows machine

@Ayanmullick
Copy link
Author

No one assigned to this yet!

@SteveL-MSFT
Copy link
Member

@Ayanmullick OMI is the Linux equivalent of WMI, but what you also need is the Linux equivalent implementations of CIM classes (so CIM_ComputerSystem would need to be implemented) and they would also need to implement Windows specific extensions to the CIM class (JoinDomainOrWorkgroup() method is specific to Windows and the Win32_ComputerSystem class and not part of the CIM standard).

OMI and CIM class implementations are not part of PowerShell. Your request will need to be given to either RedHat to implement or to OpenPegasus which similar to OMI is an OSS implementation of a CIMOM (what WMI is).

There are no plans to port the CIM cmdlets to non-Windows.

@Ayanmullick
Copy link
Author

Azure Sphere OS?

@SteveL-MSFT
Copy link
Member

@Ayanmullick for Azure Sphere OS, that team would need to do the work. I would suggesting adding a comment to their blog post

@Ayanmullick
Copy link
Author

Wish there was a way to reassign this issue.

@SteveL-MSFT SteveL-MSFT added the Resolution-External The issue is caused by external component(s). label Apr 20, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Question ideally support can be provided via other mechanisms, but sometimes folks do open an issue to get a Resolution-External The issue is caused by external component(s).
Projects
None yet
Development

No branches or pull requests

4 participants