debian-forge-composer/internal/boot
Ondřej Budai 449242ebda test/openstack: increase timeout for the instance to become ACTIVE
The openstack boot test often ruins our days with:

Waiting for instance 63ac19be-2e19-44e2-8bef-9770d68a190c to become Active
failed: A timeout occurred

I decided to investigate. It turns out the first boot of an image can take
up to 18 minutes. The subsequent ones are usually much faster (but don't rely
on this fact, I saw 15 minutes there).

This commit bumps the timeout to 30 minutes. This should be plenty of time
for the instance to spin up and get into the ACTIVE state.

Honestly, I'm not very happy with the solution but it should help with the
failing Schutzbot. As a follow up, I will reach to the PSI OpenStack team
and ask them if we could somehow speed up the process (maybe by using another
flavor, ci.m1.medium.ephemeral just might be slow for some reason, I don't
know).

Anyway, this should help us in the short term because I strongly believe that
a slow test is still better than a failing one.

Signed-off-by: Ondřej Budai <ondrej@budai.cz>
2021-02-25 17:27:01 +00:00
..
azuretest azuretest: Refactor clean up code to separate functions 2020-09-15 14:28:22 +02:00
openstacktest test/openstack: increase timeout for the instance to become ACTIVE 2021-02-25 17:27:01 +00:00
vmwaretest internal/boot: introduce package for booting images 2020-09-03 15:12:59 +01:00
aws.go test/image: print saner error messages 2020-12-01 08:27:44 +01:00
context-managers.go distro/rhel84: add centos 8 stream support 2021-02-14 16:08:08 +00:00
helpers.go test/image: print saner error messages 2020-12-01 08:27:44 +01:00
netns.go test/image: print saner error messages 2020-12-01 08:27:44 +01:00