Closed MarkSiedle closed 7 years ago
Release Note: Auto-deploy performance improvements to better handle long-running deployments (you can also deploy to more than 2100 machines now)
This thread has been automatically locked since there has not been any recent activity after it was closed. If you think you've found a related issue, please contact our support team so we can triage your issue, and make sure it's handled appropriately.
If you have a project trigger setup that fires for a large number of machines, one of the MachineFinder queries maxes out on parameters and throws an exception.
Important Note This is occurring because of a long-running deployment completing (e.g. a deploy that ran for weeks, possibly due to waiting on manual interventions etc). Auto-deploy then triggers and looks for all events that have occurred since the deployment began, which results in thousands of events, which then explodes the query with too many parameters.
Two things need to be fixed:
Steps to reproduce
Note to dev reviewing: It may help to temporarily disable the auto-deploy scheduler while you create the >2100 machines locally, then re-launch with the schedule enabled again, so it processes all these machines at one time. Otherwise the schedule may start running before you have > 2100 machines to process at once.
^ This should force all machines to be included in the auto-deploy trigger and throw the exception
Source: http://help.octopusdeploy.com/discussions/problems/47932