Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

The above-mentioned combination is the one which is configured in the HEAT template as at the time of writing of this WIKI page and may cause an 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 Retrieving .... <some uuid>"

There are a couple of steps to fix all this which are is 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" $NEXUS_DOCKER_REPO/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/openecompaaidocker/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-hbase-1.2.3


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 Use this command to see the contents of the log file exists by issuing:

docker

...

exec

...

-it

...

aai-service

...

cat /opt/app/aai/logs/misc/updateQueryData.sh.log.2017-06-14

...

You might see lines like

GET service-design-and-creation/models/model/5e68299a-79f2-4bfb-8fbc-2bae877a2459 returned AAI_7402

details java.net.ConnectException: Connection refused (Connection refused)-Error during GET

This means that the putTool.sh script tried to access the server before it started accepting requests. To avoid this error we need to increase the sleep timeout between the starting of server and execution of putTool.sh. 

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 logs -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 

...

bash
vi /startup.sh

Update the sleep time from 20 to 300 (worked on my machine could differ for your machine).

These steps made my ONAP instance work up to the point where I could add VF to a service instance (which was not possible 
docker exec -it aai-service cp /opt/app/aai/bin/putTool.sh /opt/app/aai/scripts/
docker restart aai-service
docker logs -f aai-service

...

before)