[users at bb.net] Limit amount of DockerLatentWorkers running on a particular physical machine

Vlad Bogolin vlad at mariadb.org
Mon Jul 4 18:39:09 UTC 2022


Hi,

Thank you for your reply! Is there any way to customize what oversubscribed
means? We already use a locking mechanism, but still this translates into
having multiple running builds that just wait for the locks for several
hours. Ideally, I would like to avoid this.

Also, by any chance, can you read a lock value from the canStartBuild
function?

Thank you!
Vlad Bogolin

On Fri, Jul 1, 2022 at 12:40 PM Povilas Kanapickas <povilas at radix.lt> wrote:

> Hi Vlad,
>
> You could setup a number of master locks that are each assigned to a
> particular physical machine. Then you can setup renderable locks for
> builds: a build would look into what physical machine it's about to
> launch on and select the correct lock. If the physical machine is
> oversubscribed, Buildbot will notice that lock can not be acquired look
> for another worker for the build.
>
> Regards,
> Povilas
>
> On 2022-06-28 12:44, Vlad Bogolin wrote:
> > Hello,
> >
> > We are using buildbot with primary DockerLatentWorkers for our CI. So,
> > given a physical machine, we have several DockerLatentWorkers that may
> > run on it. While this works well, in some cases buildbot starts too many
> > latent workers on the same machine. Is there a way to limit starting
> > builds for a particular DockerLatentWorker if others are already running
> > on the same machine?
> >
> > I feel like this should be achievable using the canStartBuild, but I am
> > unsure how. Is it possible to access the full list of defined latent
> > workers and see if one is on or not in the canStartBuild function?
> >
> > Thank you!
> > Vlad Bogolin
> >
> > _______________________________________________
> > users mailing list
> > users at buildbot.net
> > https://lists.buildbot.net/mailman/listinfo/users
> >
>


-- 
Vlad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.buildbot.net/pipermail/users/attachments/20220704/5ed737ef/attachment.htm>


More information about the users mailing list