Hi Drew,

 

I tried it again today with a fresh VM (8vcpu/24G RAM/48G disk Ubuntu 16.04) with master but it fails to complete

the test stack server, clearly at a much later point:

 

 

2019-01-08 14:18:05Z [test-stack-01.server]: CREATE_FAILED  ResourceInError: resources.server: Went to status ERROR due to "Message: No valid host was found. There are not enough hosts available., Code: 500"

 

which repeats a few times before exiting the script.

 

Going up a bit

step/01D0PRG6ACSTK96ABN5STXZNQR/armada_build                          11           failed                                 

step/01D0PRG6ACSTK96ABN5STXZNQR/armada_post_apply                     12           failed                                 

step/01D0PRG6ACSTK96ABN5STXZNQR/armada_get_releases                   19           upstream_failed                        

 

 

although just in the previous iteration:

step/01D0PRG6ACSTK96ABN5STXZNQR/armada_build                          11           running                          

step/01D0PRG6ACSTK96ABN5STXZNQR/armada_post_apply                     12           running                          

step/01D0PRG6ACSTK96ABN5STXZNQR/armada_get_releases                   19           scheduled                        

 

 

 

Giving kubectl get pods -n ucp doesn’t look any suspicious (to me) [1]

 

Any idea on what/where to look for?

 

 

Cheers

Nikos

 

 

[1]. http://paste.openstack.org/show/740645/

 

 

 

From: Drew Walters [mailto:drewwalters96@gmail.com]
Sent: Friday, January 04, 2019 8:46 PM
To: Nikos Karandreas <nick@intracom-telecom.com>
Cc: airship-discuss@lists.airshipit.org
Subject: Re: [Airship-discuss] airship-in-a-bottle: deployment fails with exited airflow containers

 

Hi Nikos!

 

Do you still have access to this VM? If so, I think the best place to start is by retrieving the status of the airflow workers to verify they are operational (kubectl get pods -n ucp will show them). There have been several changes to Airship-in-a-Bottle since the time of writing; have you had the opportunity to give the latest version a try?

 

Best,

Drew Walters

 

On Wed, Nov 28, 2018 at 8:47 AM Nikos Karandreas <nick@intracom-telecom.com> wrote:

Hi airship people,

 

I’m trying to deploy airship-in-a-bottle in a fresh Ubuntu 16.04 VM (8 vCPU/24GB RAM/48GB disk) following the

instructions in [1] but I’m getting the failure below (until the end in [2])

 

+ sudo docker run -t --rm --net=host -e http_proxy= -e https_proxy= -e no_proxy= -e OS_AUTH_URL=http://keystone.ucp.svc.cluster.local:80/v3 -e OS_USERNAME=shipyard -e OS_USER_DOMAIN_NAME=default -e OS_PASSWORD=password18 -e OS_PROJECT_DOMAIN_NAME=default -e OS_PROJECT_NAME=service quay.io/airshipit/shipyard:master create action deploy_site

Error: Unable to complete request to Airflow

Reason: Airflow could not be contacted properly by Shipyard.

- Error: <class 'requests.exceptions.ConnectTimeout'>

 

 

and giving, after that, docker ps I get:

 

root@airhost2:~/deploy/airship-in-a-bottle/manifests/dev_single_node# docker ps --all | grep "quay.io/airshipit/shipyard"

CONTAINER ID        IMAGE                                                                                                                                    COMMAND                  CREATED             STATUS                             PORTS               NAMES

f4c0747b25ec        quay.io/airshipit/shipyard@sha256:da847565f42af6b3286c95ad474db6acd2ad8dac83b6185dd4388ad530441fed                                       "/tmp/airflow-ship..."   47 minutes ago      Exited (0) 47 minutes ago                          k8s_airflow-shipyard-init_airflow-web-75d98b59b5-tbtsg_ucp_677730b5-f2ff-11e8-af0b-52540085805e_0

04241489b515        quay.io/airshipit/shipyard@sha256:da847565f42af6b3286c95ad474db6acd2ad8dac83b6185dd4388ad530441fed                                       "/tmp/airflow-ship..."   47 minutes ago      Exited (0) 47 minutes ago                          k8s_airflow-shipyard-init_airflow-scheduler-5588bd948f-dlq2n_ucp_677727c7-f2ff-11e8-af0b-52540085805e_0

d433934eec1d        quay.io/airshipit/shipyard@sha256:da847565f42af6b3286c95ad474db6acd2ad8dac83b6185dd4388ad530441fed                                       "/tmp/airflow-ship..."   47 minutes ago      Exited (0) 47 minutes ago                          k8s_airflow-shipyard-init_airflow-worker-0_ucp_68133c76-f2ff-11e8-af0b-52540085805e_0

 

 

Can you please give some insight on what might be wrong or what to look for?

 

 

Cheers

Nikos

 

 

 

Nikos Karandreas

Developer, OPNFV

Software Development Center

_____________________________________
Intracom Telecom
Marinou Antipa 41, Pilea-Thessaloniki, GR 57001
t:   +
30 2310497353,
f:   +30 2310497330
nick@intracom-telecom.com

www.intracom-telecom.com

 

 

 

 

[1] https://github.com/openstack/airship-in-a-bottle

[2]

Execute deploy_site Dag...

 

+ [[ -n '' ]]

+ [[ -n deploy_site ]]

+ sudo docker run -t --rm --net=host -e http_proxy= -e https_proxy= -e no_proxy= -e OS_AUTH_URL=http://keystone.ucp.svc.cluster.local:80/v3 -e OS_USERNAME=shipyard -e OS_USER_DOMAIN_NAME=default -e OS_PASSWORD=password18 -e OS_PROJECT_DOMAIN_NAME=default -e OS_PROJECT_NAME=service quay.io/airshipit/shipyard:master create action deploy_site

Error: Unable to complete request to Airflow

Reason: Airflow could not be contacted properly by Shipyard.

- Error: <class 'requests.exceptions.ConnectTimeout'>

 

####  Errors: 1, Warnings: 0, Infos: 0, Other: 0  ####

+ sudo docker run -t --rm --net=host -e http_proxy= -e https_proxy= -e no_proxy= -e OS_AUTH_URL=http://keystone.ucp.svc.cluster.local:80/v3 -e OS_USERNAME=shipyard -e OS_USER_DOMAIN_NAME=default -e OS_PASSWORD=password18 -e OS_PROJECT_DOMAIN_NAME=default -e OS_PROJECT_NAME=service quay.io/airshipit/shipyard:master get actions

Name        Action        Lifecycle        Execution Time        Step Succ/Fail/Oth        Footnotes       

None                                                                                                        

 

 

+ echo -e 'Retrieving Action ID...\n'

Retrieving Action ID...

 

++ sudo docker run -t --rm --net=host -e http_proxy= -e https_proxy= -e no_proxy= -e OS_AUTH_URL=http://keystone.ucp.svc.cluster.local:80/v3 -e OS_USERNAME=shipyard -e OS_USER_DOMAIN_NAME=default -e OS_PASSWORD=password18 -e OS_PROJECT_DOMAIN_NAME=default -e OS_PROJECT_NAME=service quay.io/airshipit/shipyard:master get actions

++ grep -i Processing

++ awk '{print $2}'

++ grep deploy_site

+ action_id=

+ retrieve_shipyard_action_counter=0

+ retrieve_shipyard_action_limit=2

+ [[ 0 -le 2 ]]

+ [[ -n '' ]]

+ [[ 0 == 2 ]]

+ echo -e 'Unable to Retrieve Action ID!'

Unable to Retrieve Action ID!

+ echo -e 'Retrying in 30 seconds...'

Retrying in 30 seconds...

+ sleep 30

++ sudo docker run -t --rm --net=host -e http_proxy= -e https_proxy= -e no_proxy= -e OS_AUTH_URL=http://keystone.ucp.svc.cluster.local:80/v3 -e OS_USERNAME=shipyard -e OS_USER_DOMAIN_NAME=default -e OS_PASSWORD=password18 -e OS_PROJECT_DOMAIN_NAME=default -e OS_PROJECT_NAME=service quay.io/airshipit/shipyard:master get actions

++ grep deploy_site

++ grep -i Processing

++ awk '{print $2}'

+ action_id=

+ (( retrieve_shipyard_action_counter ++ ))

+ error 'executing deploy_site from the /site directory'

+ set +x

Error when executing deploy_site from the /site directory.

+ exit 1

+ clean

+ set +x

To remove files generated during this script's execution, delete /root/deploy.

This VM is disposable. Re-deployment in this same VM will lead to unpredictable results.

_______________________________________________
Airship-discuss mailing list
Airship-discuss@lists.airshipit.org
http://lists.airshipit.org/cgi-bin/mailman/listinfo/airship-discuss