Hi, Pavithra Check the aws video at the top of the page - and the CD server - expected time is about 25 min to come up and 40 min to fully healthcheck, running robot init. There is a mail previously I sent with 10 causes Verify that your config container is OK - you sourced setenv to pull in docker variables - usually you would have half the containers in init. Verify that all dependent containers are up - for example portal will not start until sdc is up - sdc has its own dependencies in the yaml. As a first test bring up all 87 containers - to avoid dependency issues Check the logs on containers past the init state HD size will block you - make sure you have 75G+ for /dockerdata-nfs Make sure you have pulled the latest from release-1.1.0 - remember if you previously ran then a copy of your onap-parameters.yaml will cause a git status (modified) Post a kubectl get pods -all-namespaces -a Then we can see the structure of your failures and can see if it is a docker pull issue (a lot of failures in init) - or a dependency issues - missing pods Thank you /michael
From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Pavithra R13 Sent: Tuesday, December 12, 2017 06:46 To: onap-discuss@lists.onap.org Subject: [onap-discuss] [rancher][onap discuss] Amsterdam release installation Hi All, The Rancher installation, Host registration in Kubernetes and the ONAP containers(They are in container creating state , taking overnight to come to running state) are taking a lot of time to come up , almost a whole day in Amsterdam release even after prepulling docker images . Could you please let me know if this is the expected behavior or if anybody else is facing the same state. Thanks & Regards, Pavithra R This message and the information contained herein is proprietary and confidential and subject to the Amdocs policy statement, you may review at https://www.amdocs.com/about/email-disclaimer <https://www.amdocs.com/about/email-disclaimer>
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss