# Upgraded to WMF4, lost Microsoft.Powershell

**URL:** <https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954>\
**Category:** PowerShell Help\
**Created:** [March 30, 2015, 5:57am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954 "2015-03-30T05:57:18Z")\
**Posts on this page:** 10\
**Page:** 1

<div class="post-metadata">

**Author:** ![adrian-calinescu](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.powershell.org/adrian-calinescu/32/738_2.png) [@adrian-calinescu](https://forums.powershell.org/u/adrian-calinescu)\
**Post date:** [March 30, 2015, 5:57am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/1 "2015-03-30T05:57:18Z")

</div>

I have a bunch of Windows 7 clients (PowerShell v2, PSRemoting enabled), which recently upgraded to WMF4. It looks like they’ve lost Microsoft.Powershell on the way.

```
Windows PowerShell
Copyright (C) 2014 Microsoft Corporation. All rights reserved.

PS C:\Windows\system32> get-pssessionconfiguration

Name : microsoft.powershell.workflow
PSVersion : 4.0
StartupScript :
RunAsUser :
Permission : BUILTIN\Administrators AccessAllowed, BUILTIN\Remote Management Users AccessAllowed
```

```
PS C:\> etsn WIN7BOX
etsn : Connecting to remote server WIN7BOX failed with the following error message : 
The WS-Management cannot process the request.
Cannot find the Microsoft.PowerShell session configuration in the WSMan: drive..
```

I do have a GPO that enables PSRemoting, and it does work on all other boxes (either shipped with Powershell v2 or v4). This …thing only happens with the v2-\>v4 “upgradees”.

Is there a more robust fix for this other than psexec-ing to each box and running Enable-PSRemoting? - This does fix it (puts Microsoft.Powershell back in there), but it’s as desirable as a frog in a blender.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex019/uploads/powershell/original/1X/385e4f9fe133561ad30a814262fe0e0ae6bc3ef0.png) [@system](https://forums.powershell.org/u/system)\
**Post date:** [March 30, 2015, 6:10am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/2 "2015-03-30T06:10:54Z")

</div>

What’s in your GPO? Ideally, it should include a startup script which runs powershell.exe -Command Enable-PSRemoting -Force . That way you don’t have to do this manually.

---

<div class="post-metadata">

**Author:** ![adrian-calinescu](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.powershell.org/adrian-calinescu/32/738_2.png) [@adrian-calinescu](https://forums.powershell.org/u/adrian-calinescu)\
**Post date:** [March 30, 2015, 6:54am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/3 "2015-03-30T06:54:12Z")

</div>

```
[x] Allow Remote Server management through WinRM
[x] Windows Firewall: inbound rule for TCP/5985
[x] Start WinRM service at boot
```

This works perfectly fine for everything but clients i upgrade to WMF4.  
Sure, i can do startup scripts, but there must be a more elegant way… in.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex019/uploads/powershell/original/1X/385e4f9fe133561ad30a814262fe0e0ae6bc3ef0.png) [@system](https://forums.powershell.org/u/system)\
**Post date:** [March 30, 2015, 6:58am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/4 "2015-03-30T06:58:22Z")

</div>

There’s not. 🙂 And those GPO settings unfortunately do not create the PowerShell remoting endpoints, which is why you’re in the situation you’ve currently got. Something has to run the Enable-PSRemoting command, and the only way I know of to get Group Policy to do that properly is with a startup script.

---

<div class="post-metadata">

**Author:** ![adrian-calinescu](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.powershell.org/adrian-calinescu/32/738_2.png) [@adrian-calinescu](https://forums.powershell.org/u/adrian-calinescu)\
**Post date:** [March 30, 2015, 6:59am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/5 "2015-03-30T06:59:28Z")

</div>

```
Name : microsoft.powershell.workflow
```

This one gets created so my wild guess is that it can’t overwrite the v2 endpoint for some reason.  
I’ll try to make the MSU WMF4 installer as verbose as possible and then take a look in the log.

---

<div class="post-metadata">

**Author:** ![adrian-calinescu](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.powershell.org/adrian-calinescu/32/738_2.png) [@adrian-calinescu](https://forums.powershell.org/u/adrian-calinescu)\
**Post date:** [March 30, 2015, 7:02am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/6 "2015-03-30T07:02:06Z")

</div>

[blockquote]And those GPO settings unfortunately do not create the PowerShell remoting endpoints, which is why you’re in the situation you’ve currently got[/blockquote]  
But then, how do i get PSRemoting for computers that i unbox and just join to the domain? I never run Enable-PSRemoting on those.

I’m pretty sure microsoft.powershell.workflow doesn’t exist in v2, either the installer or GPO creates that.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/flex019/uploads/powershell/original/1X/385e4f9fe133561ad30a814262fe0e0ae6bc3ef0.png) [@system](https://forums.powershell.org/u/system)\
**Post date:** [March 30, 2015, 7:11am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/7 "2015-03-30T07:11:42Z")

</div>

Beats me. PSRemoting isn’t enabled by default on any OS prior to Server 2012 R2. Could be that you’ve got a Windows image that has Enable-PSRemoting being run during Sysprep’s SetupComplete script, or something along those lines.

---

<div class="post-metadata">

**Author:** ![adrian-calinescu](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.powershell.org/adrian-calinescu/32/738_2.png) [@adrian-calinescu](https://forums.powershell.org/u/adrian-calinescu)\
**Post date:** [March 30, 2015, 7:34am UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/8 "2015-03-30T07:34:55Z")

</div>

No, i’m sure it’s not that. These are Dell Latitude E6xxx, vanilla. If i don’t have my PSRemoting policy linked on the OU the computer sits in, i don’t get any remoting, as expected. It’s either a bug or i’m missing a bunch of KBs. Or i’m doing it wrong.

---

<div class="post-metadata">

**Author:** ![\_timpringle](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.powershell.org/_timpringle/32/276_2.png) [@\_timpringle](https://forums.powershell.org/u/_timpringle)\
**Post date:** [March 30, 2015, 4:40pm UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/9 "2015-03-30T16:40:40Z")

</div>

Maybe it’s an idea to switch on PowerShell diagnostics and see what the logs are saying

```
Import-Module PSDiagnostics
Enable-PsWsmanCombinedTrace
```

Run a remoting command, and then take a look at the event logs Admin and Operational under Applications and Service Logs/Microsoft/Windows/PowerShell/Windows Remote Management

---

<div class="post-metadata">

**Author:** ![dotnVo](https://avatars.discourse-cdn.com/v4/letter/d/4af34b/32.png) [@dotnVo](https://forums.powershell.org/u/dotnVo)\
**Post date:** [May 16, 2024, 8:45pm UTC](https://forums.powershell.org/t/upgraded-to-wmf4-lost-microsoft-powershell/3954/10 "2024-05-16T20:45:35Z")

</div>


