-
Notifications
You must be signed in to change notification settings - Fork 23.9k
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
WinRM: fatal errors when executing a long-running command #28108
Comments
I'm going to close this one- you're using WinRM to upgrade core WinRM/Powershell components. While I've occasionally had success doing this, in most cases, the installer basically rips the rug out from underneath WinRM by terminating services or otherwise making new .NET/Powershell calls nonfunctional until a reboot has occurred... I don't believe this is a scenario that Microsoft supports or tests, either, so really the issue lies in their installer- there's not much we can do about it since it's our rug that's getting unceremoniously removed at high speed... You might want to have a go with |
@nitzmahone the reason I cited the .NET installer is because it's a publicly available artifact that makes it pretty easy to show this issue. Though, I admit, the error I run into when installing a very large internal MSI package is similar, but not totally the same (using either win_package or win_command and the relevant arguments):
I feel in the prior versions that I ran into the 500 error when installing large packages in the past... but I could be wrong. |
ISSUE TYPE
COMPONENT NAME
windows/winrm
ANSIBLE VERSION
CONFIGURATION
OS / ENVIRONMENT
SUMMARY
I've been able to consistently get fatal errors when installing .NET 4.5.1 using Ansible 2.3.1.0 on Windows 2012 that doesn't have .NET 4.5.2. On Ansible 2.3.2.0 it seems like something got fixed, and now sometimes I will get the error message but ansible will continue despite that. However, sometimes it does not continue and just fails the playbook.
I also noticed that often when the error occurs, if I immediately try to do an ansible action on the machine after the failure, it will also fail. My theory is that WinRM is just locked up until the process that I started previously finishes?
Potentially related to #25532 and #23320
STEPS TO REPRODUCE
EXPECTED RESULTS
ACTUAL RESULTS
The text was updated successfully, but these errors were encountered: