SOCIALLY INCLINED? Connect with us on    for access to our latest information.
DISCLAIMER: This e-mail contains proprietary information, some of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to it. If you are not the intended recipient, you may not use, disclose, copy, print, or rely on this e-mail.
The engineers also needed the output from you running the exe generated by building this project:
Please retrieve and build https://github.com/droyad/PSProcessTerminateDemo/tree/master/Demo
and run the exe on the server and let us know what the output is. (We get you to build it so you can see what is going to be run).
SOCIALLY INCLINED? Connect with us on    for access to our latest information.
DISCLAIMER: This e-mail contains proprietary information, some of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to it. If you are not the intended recipient, you may not use, disclose, copy, print, or rely on this e-mail.
This ticket/issue has been passed to the Product team. It might be a little bit before we hear anything back so unfortunately, if you need to get this going very quickly, you will have to use the workaround I listed above to get around this until we hear back.
Please let me know if you have any questions or concerns in the meantime.
I am currently trying to setup a repro of your issue for the product team to work with and I cant get your exact issue. I get errors on gcloud commands, but the runbook always finishes successfully with warning.
Can you post your output of gcloud version please?
I know its pretty unlikely seeing as the versions are really close, but would you be able to update and see if the issue goes away? I can only get mine to succeed with warning. I can’t get mine to fully fail due to a gcloud progress/success.
I wanted to update you that this issue has been bumped to a higher priority. It appears to be related to a certain version of PowerShell (5.1.17763) on Windows Server 2019. I will update you as the progress moves forward, but please feel free to reach out in the meantime.
Thank you Jeremy for your help. We are simultaneously trying some work around as we are overdue on a schedule to deprecate these 2016 servers. We are still running into errors with the work around and look forward to a proper solution.
SOCIALLY INCLINED? Connect with us on    for access to our latest information.
DISCLAIMER: This e-mail contains proprietary information, some of which may be legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to it. If you are not the intended recipient, you may not use, disclose, copy, print, or rely on this e-mail.
My apologies for the lack of communication on this. This is being triaged internally, but have nothing to share in the way of a solution yet, just the workaround described in the GitHub issue. This actually is an intentional change by Microsoft that seems to be in all newer versions of PowerShell.
We have spent some time trying to get a reproduction of this issue in our test environment, using the latest version of Octopus Server but haven’t been able to successfully reproduce the issue.
We downloaded the gcloud cli but have had trouble getting your script you provided earlier working. Are you able to provide some additional information on how we can run your script exactly as you listed it?
Since your first communication on this issue, your hosted instance has been upgraded to a newer version, would you please be able to test this again against your Windows 2019 worker and see if you are still seeing the same problem?
If you have a chance, could you also try executing the problem steps using the Octopus Cloud Windows 2019 workers? To do this you will need to create a new Dynamic Worker Pool and select Windows 2019 as the worker type. Your instance will already have a Dynamic Worker pool but it will currently be configured to use a Windows 2016 worker.