Skip to content
This repository was archived by the owner on Jul 30, 2021. It is now read-only.

Commit 0efae4e

Browse files
committed
hack/tests: add logging and a delay when launching GCE workers
1 parent d7d4cde commit 0efae4e

File tree

1 file changed

+5
-0
lines changed

1 file changed

+5
-0
lines changed

hack/tests/conformance-gce.sh

Lines changed: 5 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -70,11 +70,16 @@ function add_master {
7070
function add_workers {
7171
#TODO (aaron): parallelize launching workers
7272
for i in $(seq 1 ${WORKER_COUNT}); do
73+
echo "Launching worker"
7374
gcloud compute instances create ${GCE_PREFIX}-w${i} \
7475
--image-project coreos-cloud --image-family ${COREOS_CHANNEL} --zone us-central1-a --machine-type n1-standard-1
7576

77+
echo "Adding ssh-key to worker metadata"
7678
gcloud compute instances add-metadata ${GCE_PREFIX}-w${i} --zone us-central1-a --metadata-from-file ssh-keys=/root/.ssh/gce-format.pub
7779

80+
echo "Waiting 30s before retrieving worker metadata"
81+
sleep 30 # TODO(aaron) Have seen "Too many authentication failures" in CI jobs. This seems to help, but should dig into why
82+
echo "Getting worker public IP"
7883
local WORKER_IP=$(gcloud compute instances list ${GCE_PREFIX}-w${i} --format=json | jq --raw-output '.[].networkInterfaces[].accessConfigs[].natIP')
7984
cd /build/bootkube/hack/quickstart && SSH_OPTS="-o StrictHostKeyChecking=no" ./init-worker.sh ${WORKER_IP} /build/cluster/auth/kubeconfig
8085
done

0 commit comments

Comments
 (0)