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

winrm and sshd services delayed-auto start #26

Open
arg0d opened this issue Nov 17, 2022 · 2 comments
Open

winrm and sshd services delayed-auto start #26

arg0d opened this issue Nov 17, 2022 · 2 comments

Comments

@arg0d
Copy link

arg0d commented Nov 17, 2022

delayed-auto takes 3 minutes to boot the VM. This is not acceptable when booting a fresh VM for CICD integration tests. When I set auto start for both of these services, the VM boots within 30 seconds and seems to work fine.

Provision scripts for winrm and sshd mention that using auto start is "unreliable". Could you elaborate whats unreliable about it? Do you think its possible to fix the underlying issue of this unreliability?

https://github.com/rgl/windows-vagrant/blob/master/provision-winrm.ps1#L48
https://github.com/rgl/windows-vagrant/blob/master/provision-openssh.ps1#L116

@rgl
Copy link
Owner

rgl commented Nov 17, 2022

For my use-case of executing ad-hoc scripts using vagrant, when using auto, the scripts were immediately executed after windows boot, but they would fail due to something in Windows not being ready. The most pragmatic way to workaround this was to use delayed-start.

@arg0d
Copy link
Author

arg0d commented Nov 18, 2022

I've ran overnight pipelines using a VM with start changed from delayed-auto to auto. I've observed around 1 minute 40 seconds faster startup time for the VM. Also, for the last year, I've been observing that around 5-10% of jobs fail, because Windows VM can't be reached via SSH. Sometimes first few tests are failing, and then start passing. Other times, first few tests are passing, and after a certain point SSH stops working. While it could be an issue with my tests breaking the system and making SSH unavailable, I haven't observed this issue last night.

I'm gonna have some more data after the weekend (3 days of nightly pipelines).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants