You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

The above mentioned combination is the one which is configured in the HEAT template as the time of writing of this WIKI page and may cause error when starting A&AI. Indications might be that you get errors running "demo.sh init" and/or do not see a customer when running VID as user demo and searching for service instances. Same can be that after deploying a service instance, the next page hangs with "Retriving .... <some uuid>"

There are a couple of steps to fix all this which are described in various places and which I try to assemble on this one page. Some steps might be unnecessary, wrong or stupid. But this is how I got AAI to work.

This is for the one-instance AAI. I'll update as soon as the docker repository allows me to try the two-instance aai.

In /opt/aai_vm_init change the two docker run commands (I put a comment before the original one in case I want to revert)

#docker run -d --net=host --name="hbase-1.2.3" aaidocker/aai-hbase-1.2.3
docker run -itd --net=host --hostname localhost --name=hbase-1.2.3 wc9368/aai-hbase-1.2.3

#docker run --name=aai-service --net=host      -v /etc/ssl/certs/ca-certificates.crt:/etc/ssl/certs/ca-certificates.crt -it -e AAI_REPO_PATH=r/aai -e AAI_CHEF_ENV=simpledemo -d -e AAI_CHEF_LOC=/var/chef/aai-data/environments -e docker_gitbranch=release-1.0.0 $NEXUS_DOCKER_REPO/openecomp/ajsc-aai:$DOCKER_IMAGE_VERSION
 docker run --name=aai-service --net=host -itd -v /etc/ssl/certs/ca-certificates.crt:/etc/ssl/certs/ca-certificates.crt     -e AAI_REPO_PATH=r/aai -e AAI_CHEF_ENV=simpledemo    -e AAI_CHEF_LOC=/var/chef/aai-data/environments -e docker_gitbranch=master        nexus3.onap.org:10001/openecomp/ajsc-aai:1.0-STAGING-latest




Observer the docker logs with "docker logs -f aai-service". If you see lines like

updateQueryData.sh: failed for service-design-and-creation/models/model/c5171ae0-44fb-4c04-b482-d56702241a44 /opt/app/aai/bundleconfig/etc/scriptdata/widget-model-json/segmentation-assignment-1.0.json on cmd 19

you might want to look the log files which are listed as

See output and error file: /opt/app/aai/logs/misc/updateQueryData.sh.log.2017-06-14

Make sure the log file exists by issuing

docker exec -it aai-service ls -l /opt/app/aai/logs/misc/updateQueryData.sh.log.2017-06-14 # make sure you use the log file name from the output of docker logs above

if yes, skip the next step

Most probably, the log file directory is missing, you may want to create it

docker exec -it aai-service mkdir -vp /opt/app/aai/logs/misc/
docker restart aai-service
docker log -f aai-service

You will see most probably the same error messages, but now the log file exists and you can examine it

docker exec -it aai-service cat /opt/app/aai/logs/misc/updateQueryData.sh.log.2017-06-14|less

You might lines like

./bin/install/updateQueryData.sh[50]: /opt/app/aai/scripts/putTool.sh: not found [No such file or directory]

it seems as if putTool.sh is not configured at the place where updateQueryData.sh expects it

docker exec -it aai-service mkdir -vp  /opt/app/aai/scripts/
docker exec -it aai-service cp /opt/app/aai/bin/putTool.sh /opt/app/aai/scripts/
docker restart aai-service
docker log -f aai-service

These steps made my ONAP instance work up to the point where I could add VF to a service instance (which was not possible before)






  • No labels