After a bit "stress" testing by re-deploying openstack on these ARM machines and retried with the corresponding images[1], the issue is still able to reproduce.
I am aware once the compute instance was created successfully, the following creation will be created successfully as well. Maybe comment#16 and comment#15 were just lucky enough to create the 1st instance successfully and so on the following instances. : (
After a bit "stress" testing by re-deploying openstack on these ARM machines and retried with the corresponding images[1], the issue is still able to reproduce.
I am aware once the compute instance was created successfully, the following creation will be created successfully as well. Maybe comment#16 and comment#15 were just lucky enough to create the 1st instance successfully and so on the following instances. : (
[1] The script to download the images
#!/bin/bash DAILY_DATE= "200617"
CURRENT_
function dl {
mkdir -p ./$2
wget $1/$2/$3 -O ./$2/$3
wget $1/$2/MD5SUMS -O ./$2/MD5SUMS.orig
echo
#set -x
grep $3 ./$2/MD5SUMS.orig > ./$2/MD5SUMS
pushd ./$2
md5sum -c ./MD5SUMS
popd
#set +x
echo
}
rm -rf ./daily-* ./release-*
ls -alh
echo
echo
dl http:// cloud-images. ubuntu. com/bionic current bionic- server- cloudimg- arm64.img ${CURRENT_ DAILY_DATE}
mv ./current ./daily-
dl http:// cloud-images. ubuntu. com/releases/ bionic release-20200518.1 ubuntu- 18.04-server- cloudimg- arm64.img cloud-images. ubuntu. com/releases/ bionic release-20200519.1 ubuntu- 18.04-server- cloudimg- arm64.img cloud-images. ubuntu. com/releases/ bionic release-20200610 ubuntu- 18.04-server- cloudimg- arm64.img cloud-images. ubuntu. com/releases/ bionic release-20200610.1 ubuntu- 18.04-server- cloudimg- arm64.img
dl http://
dl http://
dl http://