Re: [onap-discuss] DCAE Health-Check is failing

2017-07-04 Thread LUND, CARSTEN (CARSTEN)
From the VM try to use ‘docker logs’

From inside the container.

Fairly clean log:
/opt/app/dcae-controller-platform-server/logs/error.log

More debugging with trace of all OpenStack rest call, but lot of stuff.
/opt/app/dcae-controller-platform-server/logs/*.err

Carsten

From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com]
Sent: Tuesday, July 04, 2017 10:22 AM
To: PLATANIA, MARCO (MARCO) <plata...@research.att.com>; LUND, CARSTEN 
(CARSTEN) <l...@research.att.com>; onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco and Carsten,

Now, we are able to associate floating IP address for DCAE VMs by allocating 
the floating IP beforehand. We can see the floating assigned to the VMs.

Still, we are not able to create all the 5 VMs for the DCAE. As per our 
investigation, we can see yaml files for these VMs in 
“/opt/app/dcae-controller-platform-server/GITLINK/OPENCOMP-DEMO-ZONE/chef-repo-gen/files”.
 But we are not able to find any logs to spot the problem.

Could you please suggest us any log/configuration file, where we should check 
to find out the reason for this issue.

--
Regards,
Subhash Kumar Singh


From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Friday, June 30, 2017 6:44 PM
To: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>; LUND, 
CARSTEN (CARSTEN) <l...@research.att.com<mailto:l...@research.att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Subhash,

After the DCAE VM is created, dcae_install.sh and dcae_vm_init.sh set up, 
download and install software dependencies, plus dcae_vm_init.sh calls the 
Makefile script in /opt/dcae-startup-vm-controller. If you look at 
dcae_vm_init.sh, you’ll see a “make up” instruction.

When you want to rebuild DCAE, please run make down (from 
/opt/dcae-startup-vm-controller), such that the controller tears down the 5 VMs 
that it spins up and updates its internal state. Running dcae_vm_init.sh may 
compromise the DCAE controller state because it will try to create VMs that 
possibly already exist.

That being said, from the attached logs I see that you are having connectivity 
issues:
http error: java.net.NoRouteToHostException: No route to host (Host unreachable)

Finally, version 1.0.0 (in release-1.0.0 branch) is not supported. Please use 
these parameters:
artifacts_version: 1.1.0-SNAPSHOT
docker_version: 1.1-STAGING-latest
gerrit_branch: master
dcae_base_environment: 1-NIC-FLOATING-IPS
gitlab_branch: master
dcae_code_version: 1.1.0

The environment files in Gerrit have been updated accordingly.

For further details about DCAE, please refer to the wiki page: 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_DCAE-2BController-2BDevelopment-2BGuide=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4=d5WcncMjaZlqC3kr7jA6kiWdjAHUHVOFcO02pd8gzNE=GgYvbxnXyTQxTk9fIUshQJAobbKxKUp5UzByfpVpocI=>

Thanks,
Marco

From: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>
Date: Friday, June 30, 2017 at 8:56 AM
To: "LUND, CARSTEN (CARSTEN)" 
<l...@research.att.com<mailto:l...@research.att.com>>, "PLATANIA, MARCO 
(MARCO)" <plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco and Carsten,

I’ve updated the configuration file (/opt/app/dcae-controller/config.yaml) in 
DCAE VM as you have suggested and again tried to execute `dcae_vm_init.sh` .
This time I can see following three VMs got created (but floating IP is not 
associated to VMs):

$ openstack server list
+--+--++--++
| ID   | Name | Status | 
Networks | Image Name   
  |
+--+--++--++
| ececf3ce-d518-457a-83d6-9bfb463d7d89 | zldcZONESTATEcdap00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.8 | 
trusty-server-cloudimg-amd64-disk1.img |
| c459eeff-8f9d-4625-b

Re: [onap-discuss] DCAE Health-Check is failing

2017-07-04 Thread Josef Reisinger
Subhash,
I tried the "reverse": I looked at the log files of the openstack 
controlle in a pretty brute-force manner: tail -f /var/log/*/*log  before 
you start DCAE, let it settle, clean the terminal. You should quickly see 
a certain pattern flowing over the screen and sport when issues arise. Or 
you grep for errors in the neutron/nova log files.
The reason the remaining VMs are not create may be manyfold: not enough 
resources available (error msg like "There is not host ..." orso, a bit 
cryptic) or neutron/network errors (IP address not in network range, 
etc...).
Looking the openstack logfiles might give you a hint.

Mit freundlichen Grüßen / Kind regards 
Josef Reisinger 
When wisdom comes to call, there's nobody listening at all - Pendragon / 
Man Of Nomadic Traits 
IBM Sales & Distribution, Communications Sector
Certified IT-Architect Telecommunications
IBM Certified Telecommunications Industry ITA
Lehrbeauftragter an der Hochschule Fresenius
IBM Deutschland 
Godesberger Allee 127 
53175 Bonn Beuel
Phone:+49 151 1426 4559 
Mobile:  +49-(0) 151 1426 4559 
E-Mail:  josef.reisin...@de.ibm.com 





From:   Subhash Kumar Singh <subhash.kumar.si...@huawei.com>
To: "PLATANIA, MARCO  (MARCO)" <plata...@research.att.com>, "LUND, 
CARSTEN (CARSTEN)" <l...@research.att.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>
Date:   04.07.2017 16:23
Subject:Re: [onap-discuss] DCAE Health-Check is failing
Sent by:onap-discuss-boun...@lists.onap.org



Hello Marco and Carsten,
 
Now, we are able to associate floating IP address for DCAE VMs by 
allocating the floating IP beforehand. We can see the floating assigned to 
the VMs.
 
Still, we are not able to create all the 5 VMs for the DCAE. As per our 
investigation, we can see yaml files for these VMs in 
?/opt/app/dcae-controller-platform-server/GITLINK/OPENCOMP-DEMO-ZONE/chef-repo-gen/files?.
 
But we are not able to find any logs to spot the problem.
 
Could you please suggest us any log/configuration file, where we should 
check to find out the reason for this issue. 
 
--
Regards,
Subhash Kumar Singh
 
 
From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com] 
Sent: Friday, June 30, 2017 6:44 PM
To: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>; LUND, CARSTEN 
(CARSTEN) <l...@research.att.com>; onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: Re: [onap-discuss] DCAE Health-Check is failing
 
Subhash,
 
After the DCAE VM is created, dcae_install.sh and dcae_vm_init.sh set up, 
download and install software dependencies, plus dcae_vm_init.sh calls the 
Makefile script in /opt/dcae-startup-vm-controller. If you look at 
dcae_vm_init.sh, you?ll see a ?make up? instruction.
 
When you want to rebuild DCAE, please run make down (from 
/opt/dcae-startup-vm-controller), such that the controller tears down the 
5 VMs that it spins up and updates its internal state. Running 
dcae_vm_init.sh may compromise the DCAE controller state because it will 
try to create VMs that possibly already exist.
 
That being said, from the attached logs I see that you are having 
connectivity issues: 
http error: java.net.NoRouteToHostException: No route to host (Host 
unreachable)
 
Finally, version 1.0.0 (in release-1.0.0 branch) is not supported. Please 
use these parameters:
artifacts_version: 1.1.0-SNAPSHOT
docker_version: 1.1-STAGING-latest
gerrit_branch: master
dcae_base_environment: 1-NIC-FLOATING-IPS
gitlab_branch: master
dcae_code_version: 1.1.0
 
The environment files in Gerrit have been updated accordingly.
 
For further details about DCAE, please refer to the wiki page: 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide
 
Thanks,
Marco
 
From: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>
Date: Friday, June 30, 2017 at 8:56 AM
To: "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, "PLATANIA, MARCO 
(MARCO)" <plata...@research.att.com>, "onap-discuss@lists.onap.org" <
onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing
 
Hello Marco and Carsten,
 
I?ve updated the configuration file (/opt/app/dcae-controller/config.yaml) 
in DCAE VM as you have suggested and again tried to execute 
`dcae_vm_init.sh` .
This time I can see following three VMs got created (but floating IP is 
not associated to VMs):
 
$ openstack server list
+--+--++--++
| ID   | Name | Status | 
Networks | Image Name|
+--+--++--

Re: [onap-discuss] DCAE Health-Check is failing

2017-07-04 Thread Subhash Kumar Singh
Hello Marco and Carsten,

Now, we are able to associate floating IP address for DCAE VMs by allocating 
the floating IP beforehand. We can see the floating assigned to the VMs.

Still, we are not able to create all the 5 VMs for the DCAE. As per our 
investigation, we can see yaml files for these VMs in 
“/opt/app/dcae-controller-platform-server/GITLINK/OPENCOMP-DEMO-ZONE/chef-repo-gen/files”.
 But we are not able to find any logs to spot the problem.

Could you please suggest us any log/configuration file, where we should check 
to find out the reason for this issue.

--
Regards,
Subhash Kumar Singh


From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Friday, June 30, 2017 6:44 PM
To: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>; LUND, CARSTEN 
(CARSTEN) <l...@research.att.com>; onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Subhash,

After the DCAE VM is created, dcae_install.sh and dcae_vm_init.sh set up, 
download and install software dependencies, plus dcae_vm_init.sh calls the 
Makefile script in /opt/dcae-startup-vm-controller. If you look at 
dcae_vm_init.sh, you’ll see a “make up” instruction.

When you want to rebuild DCAE, please run make down (from 
/opt/dcae-startup-vm-controller), such that the controller tears down the 5 VMs 
that it spins up and updates its internal state. Running dcae_vm_init.sh may 
compromise the DCAE controller state because it will try to create VMs that 
possibly already exist.

That being said, from the attached logs I see that you are having connectivity 
issues:
http error: java.net.NoRouteToHostException: No route to host (Host unreachable)

Finally, version 1.0.0 (in release-1.0.0 branch) is not supported. Please use 
these parameters:
artifacts_version: 1.1.0-SNAPSHOT
docker_version: 1.1-STAGING-latest
gerrit_branch: master
dcae_base_environment: 1-NIC-FLOATING-IPS
gitlab_branch: master
dcae_code_version: 1.1.0

The environment files in Gerrit have been updated accordingly.

For further details about DCAE, please refer to the wiki page: 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide

Thanks,
Marco

From: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>
Date: Friday, June 30, 2017 at 8:56 AM
To: "LUND, CARSTEN (CARSTEN)" 
<l...@research.att.com<mailto:l...@research.att.com>>, "PLATANIA, MARCO 
(MARCO)" <plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco and Carsten,

I’ve updated the configuration file (/opt/app/dcae-controller/config.yaml) in 
DCAE VM as you have suggested and again tried to execute `dcae_vm_init.sh` .
This time I can see following three VMs got created (but floating IP is not 
associated to VMs):

$ openstack server list
+--+--++--++
| ID   | Name | Status | 
Networks | Image Name   
  |
+--+--++--++
| ececf3ce-d518-457a-83d6-9bfb463d7d89 | zldcZONESTATEcdap00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.8 | 
trusty-server-cloudimg-amd64-disk1.img |
| c459eeff-8f9d-4625-b1b3-b70a6b7f583f | zldcZONESTATEpstg00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.6  | 
xenial-server-cloudimg-amd64-disk1.img |
| 8b486bcc-77a0-49f3-b1c7-ac46257cce99 | zldcZONESTATEcoll00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.11 | 
trusty-server-cloudimg-amd64-disk1.img |


Still, I can’t see other 2 VMs (cdap01, cdap02) even after waiting for 60 
minutes, sharing docker logs [1].
Could you please explain the flow of creation of VMs (heat and required 
scripts) in DCAE and their communication so that we can debug this issue.

As part of this issue, I’ve identified that heat environment file was 
configured with wrong values, which I’ve corrected and pushed [2].
At the same time, I observed that we have hardcoded tag in “Makefile” and  
“docker-compose.yml” and it is referring to image version 1.0.0 (I am using 
latest tag).

In our setup, Network 192.168.x.y is externally reachable for us and floating 
IPs are not in the use.

Please let us know your thoughts.

[1] 
http://paste.openstack.org/show/614170/<https://urldefense.proofpoint.com/v2/url?

Re: [onap-discuss] DCAE Health-Check is failing

2017-06-30 Thread PLATANIA, MARCO (MARCO)
Subhash,

After the DCAE VM is created, dcae_install.sh and dcae_vm_init.sh set up, 
download and install software dependencies, plus dcae_vm_init.sh calls the 
Makefile script in /opt/dcae-startup-vm-controller. If you look at 
dcae_vm_init.sh, you’ll see a “make up” instruction.

When you want to rebuild DCAE, please run make down (from 
/opt/dcae-startup-vm-controller), such that the controller tears down the 5 VMs 
that it spins up and updates its internal state. Running dcae_vm_init.sh may 
compromise the DCAE controller state because it will try to create VMs that 
possibly already exist.

That being said, from the attached logs I see that you are having connectivity 
issues:
http error: java.net.NoRouteToHostException: No route to host (Host unreachable)

Finally, version 1.0.0 (in release-1.0.0 branch) is not supported. Please use 
these parameters:
artifacts_version: 1.1.0-SNAPSHOT
docker_version: 1.1-STAGING-latest
gerrit_branch: master
dcae_base_environment: 1-NIC-FLOATING-IPS
gitlab_branch: master
dcae_code_version: 1.1.0

The environment files in Gerrit have been updated accordingly.

For further details about DCAE, please refer to the wiki page: 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide

Thanks,
Marco

From: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>
Date: Friday, June 30, 2017 at 8:56 AM
To: "LUND, CARSTEN (CARSTEN)" <l...@research.att.com>, "PLATANIA, MARCO 
(MARCO)" <plata...@research.att.com>, "onap-discuss@lists.onap.org" 
<onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco and Carsten,

I’ve updated the configuration file (/opt/app/dcae-controller/config.yaml) in 
DCAE VM as you have suggested and again tried to execute `dcae_vm_init.sh` .
This time I can see following three VMs got created (but floating IP is not 
associated to VMs):

$ openstack server list
+--+--++--++
| ID   | Name | Status | 
Networks | Image Name   
  |
+--+--++--++
| ececf3ce-d518-457a-83d6-9bfb463d7d89 | zldcZONESTATEcdap00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.8 | 
trusty-server-cloudimg-amd64-disk1.img |
| c459eeff-8f9d-4625-b1b3-b70a6b7f583f | zldcZONESTATEpstg00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.6  | 
xenial-server-cloudimg-amd64-disk1.img |
| 8b486bcc-77a0-49f3-b1c7-ac46257cce99 | zldcZONESTATEcoll00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.11 | 
trusty-server-cloudimg-amd64-disk1.img |


Still, I can’t see other 2 VMs (cdap01, cdap02) even after waiting for 60 
minutes, sharing docker logs [1].
Could you please explain the flow of creation of VMs (heat and required 
scripts) in DCAE and their communication so that we can debug this issue.

As part of this issue, I’ve identified that heat environment file was 
configured with wrong values, which I’ve corrected and pushed [2].
At the same time, I observed that we have hardcoded tag in “Makefile” and  
“docker-compose.yml” and it is referring to image version 1.0.0 (I am using 
latest tag).

In our setup, Network 192.168.x.y is externally reachable for us and floating 
IPs are not in the use.

Please let us know your thoughts.

[1] 
http://paste.openstack.org/show/614170/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.openstack.org_show_614170_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=DMpAS97s97V1pt6He27TEIsfGaTLFwxHuHRWjatPPBg=vGUSOxPhHDjYY7jhfpDGUnhNF-sJvnzL11A992w5Sk0=>
[2] 
https://gerrit.onap.org/r/#/c/5617/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_5617_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=DMpAS97s97V1pt6He27TEIsfGaTLFwxHuHRWjatPPBg=DpW_ZO3SPTypEeOsa7pKjOMJjArp3W--kQ3Mu61nyXs=>

--
Regards,
Subhash Kumar Singh


From: LUND, CARSTEN (CARSTEN) [mailto:l...@research.att.com]
Sent: Thursday, June 29, 2017 8:03 PM
To: PLATANIA, MARCO (MARCO) <plata...@research.att.com>; Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com>; onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Make sure the floating IPs (whatever they are) have been associated with the 
tenant and not in use.

Trying to keep everything documented on 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_DCAE-2BController-2B

Re: [onap-discuss] DCAE Health-Check is failing

2017-06-30 Thread LUND, CARSTEN (CARSTEN)
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide
You will see that version 1.0.0 is not supported.

Your env file to HEAT is specifying the version.

Carsten

From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com]
Sent: Friday, June 30, 2017 8:56 AM
To: LUND, CARSTEN (CARSTEN) <l...@research.att.com>; PLATANIA, MARCO (MARCO) 
<plata...@research.att.com>; onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco and Carsten,

I’ve updated the configuration file (/opt/app/dcae-controller/config.yaml) in 
DCAE VM as you have suggested and again tried to execute `dcae_vm_init.sh` .
This time I can see following three VMs got created (but floating IP is not 
associated to VMs):

$ openstack server list
+--+--++--++
| ID   | Name | Status | 
Networks | Image Name   
  |
+--+--++--++
| ececf3ce-d518-457a-83d6-9bfb463d7d89 | zldcZONESTATEcdap00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.8 | 
trusty-server-cloudimg-amd64-disk1.img |
| c459eeff-8f9d-4625-b1b3-b70a6b7f583f | zldcZONESTATEpstg00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.6  | 
xenial-server-cloudimg-amd64-disk1.img |
| 8b486bcc-77a0-49f3-b1c7-ac46257cce99 | zldcZONESTATEcoll00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.11 | 
trusty-server-cloudimg-amd64-disk1.img |


Still, I can’t see other 2 VMs (cdap01, cdap02) even after waiting for 60 
minutes, sharing docker logs [1].
Could you please explain the flow of creation of VMs (heat and required 
scripts) in DCAE and their communication so that we can debug this issue.

As part of this issue, I’ve identified that heat environment file was 
configured with wrong values, which I’ve corrected and pushed [2].
At the same time, I observed that we have hardcoded tag in “Makefile” and  
“docker-compose.yml” and it is referring to image version 1.0.0 (I am using 
latest tag).

In our setup, Network 192.168.x.y is externally reachable for us and floating 
IPs are not in the use.

Please let us know your thoughts.

[1] 
http://paste.openstack.org/show/614170/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.openstack.org_show_614170_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4=t5xbCukpjyh-52YKCHzPcmHOrYRmJpZWmp5RVve5vDM=x5MD7PHWdCTVK5-ljwW9_t4p6UDfAOII3QYmIjzvH04=>
[2] 
https://gerrit.onap.org/r/#/c/5617/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_5617_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4=t5xbCukpjyh-52YKCHzPcmHOrYRmJpZWmp5RVve5vDM=yZlhxC5aXxUU9YDgVnyFmSwJEAIGM-QrOQDzCv5cTws=>

--
Regards,
Subhash Kumar Singh


From: LUND, CARSTEN (CARSTEN) [mailto:l...@research.att.com]
Sent: Thursday, June 29, 2017 8:03 PM
To: PLATANIA, MARCO (MARCO) 
<plata...@research.att.com<mailto:plata...@research.att.com>>; Subhash Kumar 
Singh <subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Make sure the floating IPs (whatever they are) have been associated with the 
tenant and not in use.

Trying to keep everything documented on 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_DCAE-2BController-2BDevelopment-2BGuide=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=G7P6ajmMIva8VFVj0kle3avtPgyVjBbnnM53TmeR0u4=t5xbCukpjyh-52YKCHzPcmHOrYRmJpZWmp5RVve5vDM=USjX_yiYGvT7JdqkOlKFpe9NE6rTE2lxIqrWuWMBWOU=>

Carsten

From: PLATANIA, MARCO (MARCO)
Sent: Thursday, June 29, 2017 10:25 AM
To: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; LUND, 
CARSTEN (CARSTEN) <l...@research.att.com<mailto:l...@research.att.com>>
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Hello Subhash,

There are a few errors in the ONAP stack deployment for what regards the 
parameters you set.

The Heat env file should contain:

  artifacts_version: 1.1.0-SNAPSHOT
  docker_version: 1.1-STAGING-latest
  gerrit_branch: master
  cloud_env: openstack
  dcae_base_environment: 1-NIC-FLOATING-

Re: [onap-discuss] DCAE Health-Check is failing

2017-06-30 Thread Subhash Kumar Singh
Hello Marco and Carsten,

I’ve updated the configuration file (/opt/app/dcae-controller/config.yaml) in 
DCAE VM as you have suggested and again tried to execute `dcae_vm_init.sh` .
This time I can see following three VMs got created (but floating IP is not 
associated to VMs):

$ openstack server list
+--+--++--++
| ID   | Name | Status | 
Networks | Image Name   
  |
+--+--++--++
| ececf3ce-d518-457a-83d6-9bfb463d7d89 | zldcZONESTATEcdap00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.8 | 
trusty-server-cloudimg-amd64-disk1.img |
| c459eeff-8f9d-4625-b1b3-b70a6b7f583f | zldcZONESTATEpstg00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.6  | 
xenial-server-cloudimg-amd64-disk1.img |
| 8b486bcc-77a0-49f3-b1c7-ac46257cce99 | zldcZONESTATEcoll00  | ACTIVE | 
oam_ecomp_v1rl=10.3.0.11 | 
trusty-server-cloudimg-amd64-disk1.img |


Still, I can’t see other 2 VMs (cdap01, cdap02) even after waiting for 60 
minutes, sharing docker logs [1].
Could you please explain the flow of creation of VMs (heat and required 
scripts) in DCAE and their communication so that we can debug this issue.

As part of this issue, I’ve identified that heat environment file was 
configured with wrong values, which I’ve corrected and pushed [2].
At the same time, I observed that we have hardcoded tag in “Makefile” and  
“docker-compose.yml” and it is referring to image version 1.0.0 (I am using 
latest tag).

In our setup, Network 192.168.x.y is externally reachable for us and floating 
IPs are not in the use.

Please let us know your thoughts.

[1] http://paste.openstack.org/show/614170/
[2] https://gerrit.onap.org/r/#/c/5617/

--
Regards,
Subhash Kumar Singh


From: LUND, CARSTEN (CARSTEN) [mailto:l...@research.att.com]
Sent: Thursday, June 29, 2017 8:03 PM
To: PLATANIA, MARCO (MARCO) <plata...@research.att.com>; Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com>; onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Make sure the floating IPs (whatever they are) have been associated with the 
tenant and not in use.

Trying to keep everything documented on 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide

Carsten

From: PLATANIA, MARCO (MARCO)
Sent: Thursday, June 29, 2017 10:25 AM
To: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; LUND, 
CARSTEN (CARSTEN) <l...@research.att.com<mailto:l...@research.att.com>>
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Hello Subhash,

There are a few errors in the ONAP stack deployment for what regards the 
parameters you set.

The Heat env file should contain:

  artifacts_version: 1.1.0-SNAPSHOT
  docker_version: 1.1-STAGING-latest
  gerrit_branch: master
  cloud_env: openstack
  dcae_base_environment: 1-NIC-FLOATING-IPS
  gitlab_branch: master
  dcae_code_version: 1.1.0

You are trying to install DCAE release-1.0.0, which doesn’t work in vanilla 
OpenStack. The configuration above will install DCAE 1.1.0

Also, I’m not sure whether 192.168.X.Y works as floating IP set. Those should 
be externally reachable.

Marco


From: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>
Date: Thursday, June 29, 2017 at 10:15 AM
To: "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>, "LUND, 
CARSTEN (CARSTEN)" <l...@research.att.com<mailto:l...@research.att.com>>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco,

Please check the config file :
http://paste.openstack.org/show/614068/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.openstack.org_show_614068_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=y8hhUzPBsDA6YCsF228o-roNXtVgs4-idc_BgSDrPIg=xkp0a9uKD7SbfTZRETSXpVp-6QEVGmDGRBGTyM9Apsw=>

--
Regards,
Subhash Kumar Singh

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, June 29, 2017 7:01 PM
To: Subhash Kumar Singh

Re: [onap-discuss] DCAE Health-Check is failing

2017-06-29 Thread LUND, CARSTEN (CARSTEN)
Make sure the floating IPs (whatever they are) have been associated with the 
tenant and not in use.

Trying to keep everything documented on 
https://wiki.onap.org/display/DW/DCAE+Controller+Development+Guide

Carsten

From: PLATANIA, MARCO (MARCO)
Sent: Thursday, June 29, 2017 10:25 AM
To: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>; 
onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>; LUND, CARSTEN (CARSTEN) 
<l...@research.att.com>
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Hello Subhash,

There are a few errors in the ONAP stack deployment for what regards the 
parameters you set.

The Heat env file should contain:

  artifacts_version: 1.1.0-SNAPSHOT
  docker_version: 1.1-STAGING-latest
  gerrit_branch: master
  cloud_env: openstack
  dcae_base_environment: 1-NIC-FLOATING-IPS
  gitlab_branch: master
  dcae_code_version: 1.1.0

You are trying to install DCAE release-1.0.0, which doesn’t work in vanilla 
OpenStack. The configuration above will install DCAE 1.1.0

Also, I’m not sure whether 192.168.X.Y works as floating IP set. Those should 
be externally reachable.

Marco


From: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>
Date: Thursday, June 29, 2017 at 10:15 AM
To: "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>, "LUND, 
CARSTEN (CARSTEN)" <l...@research.att.com<mailto:l...@research.att.com>>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco,

Please check the config file :
http://paste.openstack.org/show/614068/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.openstack.org_show_614068_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=y8hhUzPBsDA6YCsF228o-roNXtVgs4-idc_BgSDrPIg=xkp0a9uKD7SbfTZRETSXpVp-6QEVGmDGRBGTyM9Apsw=>

--
Regards,
Subhash Kumar Singh

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, June 29, 2017 7:01 PM
To: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>; LUND, 
CARSTEN (CARSTEN) <l...@research.att.com<mailto:l...@research.att.com>>
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Hello Subhash,

Could you please paste the content of /opt/app/dcae-controller/config.yaml ?

Adding Carsten who knows DCAE best.

Marco


From: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>
Date: Thursday, June 29, 2017 at 9:09 AM
To: "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

TENANT-NAME
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] DCAE Health-Check is failing

2017-06-29 Thread PLATANIA, MARCO (MARCO)
Hello Subhash,

There are a few errors in the ONAP stack deployment for what regards the 
parameters you set.

The Heat env file should contain:

  artifacts_version: 1.1.0-SNAPSHOT
  docker_version: 1.1-STAGING-latest
  gerrit_branch: master
  cloud_env: openstack
  dcae_base_environment: 1-NIC-FLOATING-IPS
  gitlab_branch: master
  dcae_code_version: 1.1.0

You are trying to install DCAE release-1.0.0, which doesn’t work in vanilla 
OpenStack. The configuration above will install DCAE 1.1.0

Also, I’m not sure whether 192.168.X.Y works as floating IP set. Those should 
be externally reachable.

Marco


From: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>
Date: Thursday, June 29, 2017 at 10:15 AM
To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>, "LUND, CARSTEN 
(CARSTEN)" <l...@research.att.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

Hello Marco,

Please check the config file :
http://paste.openstack.org/show/614068/<https://urldefense.proofpoint.com/v2/url?u=http-3A__paste.openstack.org_show_614068_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=y8hhUzPBsDA6YCsF228o-roNXtVgs4-idc_BgSDrPIg=xkp0a9uKD7SbfTZRETSXpVp-6QEVGmDGRBGTyM9Apsw=>

--
Regards,
Subhash Kumar Singh

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Thursday, June 29, 2017 7:01 PM
To: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>; 
onap-discuss@lists.onap.org
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>; LUND, CARSTEN (CARSTEN) 
<l...@research.att.com>
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Hello Subhash,

Could you please paste the content of /opt/app/dcae-controller/config.yaml ?

Adding Carsten who knows DCAE best.

Marco


From: Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>
Date: Thursday, June 29, 2017 at 9:09 AM
To: "PLATANIA, MARCO (MARCO)" 
<plata...@research.att.com<mailto:plata...@research.att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Cc: Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com<mailto:kanagaraj.manic...@huawei.com>>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

TENANT-NAME
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] DCAE Health-Check is failing

2017-06-29 Thread PLATANIA, MARCO (MARCO)
Hello Subhash,

Could you please paste the content of /opt/app/dcae-controller/config.yaml ?

Adding Carsten who knows DCAE best.

Marco


From: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>
Date: Thursday, June 29, 2017 at 9:09 AM
To: "PLATANIA, MARCO (MARCO)" <plata...@research.att.com>, 
"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Cc: Kanagaraj Manickam <kanagaraj.manic...@huawei.com>
Subject: RE: [onap-discuss] DCAE Health-Check is failing

TENANT-NAME
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] DCAE Health-Check is failing

2017-06-29 Thread Subhash Kumar Singh
Hello Marco,

We are not able to see the additional 5 VMs created by the DCAE.

I have configured  “/opt/app/dcae-controller/config.yaml” file with correct 
properties ( OPENSTACK-TENANT-ID, TENANT-NAME, PRIVATE-NETWORK, public_net_id ).

I tried to execute 
“/opt/app/dcae-controller-platform-server/bin/controller-startup.sh” manually, 
as per my understating this script is responsible for the creating the new VMs. 
But I am seeing error messages [1] on executing the script.

Could you please help us to understand this issue.

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

--
Regards,
Subhash Kumar Singh



From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Wednesday, June 28, 2017 8:41 PM
To: Subhash Kumar Singh <subhash.kumar.si...@huawei.com>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Subash,

DCAE takes longer to install. The DCAE controller spins up 5 additional VMs off 
the Heat template. This takes about 25 minutes, plus configuration time. 
Overall, please allow about one hour before running health checks. The VMs may 
be ready but still getting configured (the Hadoop/CDAP cluster takes the 
longest).

Regarding point 3) that you mention, those floating IPs will be used by the 5 
additional VMs that DCAE controller spins up. If they are not in use, it’s 
likely that those VMs haven’t been created yet.

Thanks,
Marco

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com<mailto:subhash.kumar.si...@huawei.com>>
Date: Wednesday, June 28, 2017 at 10:50 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] DCAE Health-Check is failing

Hello Everyone,

We are trying run the robot test case (ete.sh) to test the health status of 
DCAE service but it is failing:

# ./ete.sh health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic DCAE Health Check   | FAIL |
Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN
--

So, following are the questions that we would like to ask:

1] We observed that in created docker instance 
(dcaestartupvmcontroller_dcae-controller_1) hosts file is not reflecting 
correct hostname and IP mapping as provided in the heat template.

/etc/hosts :

172.18.0.2  c52bfc0fba28
10.0.4.1   zldcZONESTATEcont00.dcae.simpledemo.openecomp.org cont00 
zldcZONESTATEcont00
10.0.4.101 zldcZONESTATEpstg00.dcae.simpledemo.openecomp.org pstg00 
zldcZONESTATEpstg00
10.0.4.102 zldcZONESTATEcoll00.dcae.simpledemo.openecomp.org coll00 
zldcZONESTATEcoll00 dcae-coll-ZONE.dcae.simpledemo.openecomp.org
10.0.103 zldcZONESTATEcdap00.dcae.simpledemo.openecomp.org cdap00 
zldcZONESTATEcdap00
10.0.4.104 zldcZONESTATEcdap01.dcae.simpledemo.openecomp.org cdap01 
zldcZONESTATEcdap01
10.0.4.105 zldcZONESTATEcdap02.dcae.simpledemo.openecomp.org cdap02 
zldcZONESTATEcdap02
10.0.6.1   policy.api.simpledemo.openecomp.org


2] In the hosts file we are observing one more host entry :

172.18.0.2  c52bfc0fba28

could you please let us know which host/service it is referring, as we are 
seeing the error message around this IP:

/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out


3] Could you please let us know the use of five extra assigned IP's to the 
DCAE, because we are not seeing any process/ docker consuming it.

Kindly help us.

--
Regards,
Subhash Kumar Singh


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] DCAE Health-Check is failing

2017-06-28 Thread Elhay Efrat
Can you access from robot to dcae ' let's take it in private ? :)

From: Subhash Kumar Singh [mailto:subhash.kumar.si...@huawei.com]
Sent: Wednesday, June 28, 2017 6:25 PM
To: Elhay Efrat <elhay.efr...@amdocs.com>; onap-discuss@lists.onap.org
Subject: RE: DCAE Health-Check is failing

Hello Elhay,

We are able to access the VM and docker instance for the DCAE.

$ sudo docker ps

CONTAINER IDIMAGE   
COMMAND  CREATED STATUS  PORTS  
  NAMES
c52bfc0fba28nexus3.onap.org:10001/openecomp/dcae-controller:1.0.0   
"/bin/bash -c /opt..."   8 hours ago Up 7 hours  
0.0.0.0:9998->9998/tcp   dcaestartupvmcontroller_dcae-controller_1
Should it be accessible from portal ? I am not seeing any portal for the DCAE.

--
Regards,
Subhash Kumar Singh

From: Elhay Efrat [elhay.efr...@amdocs.com]
Sent: Wednesday, June 28, 2017 20:30
To: Subhash Kumar Singh; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: DCAE Health-Check is failing
Could you please try to access the DCAE
/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out




From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Subhash Kumar Singh
Sent: Wednesday, June 28, 2017 5:51 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] DCAE Health-Check is failing

Hello Everyone,

We are trying run the robot test case (ete.sh) to test the health status of 
DCAE service but it is failing:

# ./ete.sh health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic DCAE Health Check   | FAIL |
Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN
--

So, following are the questions that we would like to ask:

1] We observed that in created docker instance 
(dcaestartupvmcontroller_dcae-controller_1) hosts file is not reflecting 
correct hostname and IP mapping as provided in the heat template.

/etc/hosts :

172.18.0.2  c52bfc0fba28
10.0.4.1   zldcZONESTATEcont00.dcae.simpledemo.openecomp.org cont00 
zldcZONESTATEcont00
10.0.4.101 zldcZONESTATEpstg00.dcae.simpledemo.openecomp.org pstg00 
zldcZONESTATEpstg00
10.0.4.102 zldcZONESTATEcoll00.dcae.simpledemo.openecomp.org coll00 
zldcZONESTATEcoll00 dcae-coll-ZONE.dcae.simpledemo.openecomp.org
10.0.103 zldcZONESTATEcdap00.dcae.simpledemo.openecomp.org cdap00 
zldcZONESTATEcdap00
10.0.4.104 zldcZONESTATEcdap01.dcae.simpledemo.openecomp.org cdap01 
zldcZONESTATEcdap01
10.0.4.105 zldcZONESTATEcdap02.dcae.simpledemo.openecomp.org cdap02 
zldcZONESTATEcdap02
10.0.6.1   policy.api.simpledemo.openecomp.org


2] In the hosts file we are observing one more host entry :

172.18.0.2  c52bfc0fba28

could you please let us know which host/service it is referring, as we are 
seeing the error message around this IP:

/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out


3] Could you please let us know the use of five extra assigned IP's to the 
DCAE, because we are not seeing any process/ docker consuming it.

Kindly help us.

--
Regards,
Subhash Kumar Singh


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

Re: [onap-discuss] DCAE Health-Check is failing

2017-06-28 Thread Michael O'Brien
Subhash,
  In our experience the 5 DCAE vms come up between 10 and 60 min (the last 3 
will be the CDAP cluster) - this depends on how long the build takes and on 
pulls from nexus (the VMs are provisioned on the fly).

   See the deployment diagram on the wiki (the VM below is from the onap heat 
template, the 5 DCAE VMS are provisioned by this DCAE controller)

https://wiki.onap.org/display/DW/Overall+Deployment+Architecture#OverallDeploymentArchitecture-Version1.0.0
see the 5 zldciad4* VMs

thank you
/michael

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Subhash Kumar Singh
Sent: Wednesday, June 28, 2017 11:25
To: Elhay Efrat <elhay.efr...@amdocs.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] DCAE Health-Check is failing

Hello Elhay,

We are able to access the VM and docker instance for the DCAE.

$ sudo docker ps

CONTAINER IDIMAGE   
COMMAND  CREATED STATUS  PORTS  
  NAMES
c52bfc0fba28nexus3.onap.org:10001/openecomp/dcae-controller:1.0.0   
"/bin/bash -c /opt..."   8 hours ago Up 7 hours  
0.0.0.0:9998->9998/tcp   dcaestartupvmcontroller_dcae-controller_1
Should it be accessible from portal ? I am not seeing any portal for the DCAE.

--
Regards,
Subhash Kumar Singh

From: Elhay Efrat [elhay.efr...@amdocs.com]
Sent: Wednesday, June 28, 2017 20:30
To: Subhash Kumar Singh; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: DCAE Health-Check is failing
Could you please try to access the DCAE
/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out




From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Subhash Kumar Singh
Sent: Wednesday, June 28, 2017 5:51 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] DCAE Health-Check is failing

Hello Everyone,

We are trying run the robot test case (ete.sh) to test the health status of 
DCAE service but it is failing:

# ./ete.sh health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic DCAE Health Check   | FAIL |
Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN
--

So, following are the questions that we would like to ask:

1] We observed that in created docker instance 
(dcaestartupvmcontroller_dcae-controller_1) hosts file is not reflecting 
correct hostname and IP mapping as provided in the heat template.

/etc/hosts :

172.18.0.2  c52bfc0fba28
10.0.4.1   zldcZONESTATEcont00.dcae.simpledemo.openecomp.org cont00 
zldcZONESTATEcont00
10.0.4.101 zldcZONESTATEpstg00.dcae.simpledemo.openecomp.org pstg00 
zldcZONESTATEpstg00
10.0.4.102 zldcZONESTATEcoll00.dcae.simpledemo.openecomp.org coll00 
zldcZONESTATEcoll00 dcae-coll-ZONE.dcae.simpledemo.openecomp.org
10.0.103 zldcZONESTATEcdap00.dcae.simpledemo.openecomp.org cdap00 
zldcZONESTATEcdap00
10.0.4.104 zldcZONESTATEcdap01.dcae.simpledemo.openecomp.org cdap01 
zldcZONESTATEcdap01
10.0.4.105 zldcZONESTATEcdap02.dcae.simpledemo.openecomp.org cdap02 
zldcZONESTATEcdap02
10.0.6.1   policy.api.simpledemo.openecomp.org


2] In the hosts file we are observing one more host entry :

172.18.0.2  c52bfc0fba28

could you please let us know which host/service it is referring, as we are 
seeing the error message around this IP:

/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out


3] Could you please let us know the use of five extra assigned IP's to the 
DCAE, because we are not seeing any process/ docker consuming it.

Re: [onap-discuss] DCAE Health-Check is failing

2017-06-28 Thread Subhash Kumar Singh
Hello Elhay,

We are able to access the VM and docker instance for the DCAE.

$ sudo docker ps

CONTAINER IDIMAGE   
COMMAND  CREATED STATUS  PORTS  
  NAMES
c52bfc0fba28nexus3.onap.org:10001/openecomp/dcae-controller:1.0.0   
"/bin/bash -c /opt..."   8 hours ago Up 7 hours  
0.0.0.0:9998->9998/tcp   dcaestartupvmcontroller_dcae-controller_1
Should it be accessible from portal ? I am not seeing any portal for the DCAE.

--
Regards,
Subhash Kumar Singh

From: Elhay Efrat [elhay.efr...@amdocs.com]
Sent: Wednesday, June 28, 2017 20:30
To: Subhash Kumar Singh; onap-discuss@lists.onap.org
Subject: RE: DCAE Health-Check is failing

Could you please try to access the DCAE
/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out




From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Subhash Kumar Singh
Sent: Wednesday, June 28, 2017 5:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] DCAE Health-Check is failing

Hello Everyone,

We are trying run the robot test case (ete.sh) to test the health status of 
DCAE service but it is failing:

# ./ete.sh health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic DCAE Health Check   | FAIL |
Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN
--

So, following are the questions that we would like to ask:

1] We observed that in created docker instance 
(dcaestartupvmcontroller_dcae-controller_1) hosts file is not reflecting 
correct hostname and IP mapping as provided in the heat template.

/etc/hosts :

172.18.0.2  c52bfc0fba28
10.0.4.1   zldcZONESTATEcont00.dcae.simpledemo.openecomp.org cont00 
zldcZONESTATEcont00
10.0.4.101 zldcZONESTATEpstg00.dcae.simpledemo.openecomp.org pstg00 
zldcZONESTATEpstg00
10.0.4.102 zldcZONESTATEcoll00.dcae.simpledemo.openecomp.org coll00 
zldcZONESTATEcoll00 dcae-coll-ZONE.dcae.simpledemo.openecomp.org
10.0.103 zldcZONESTATEcdap00.dcae.simpledemo.openecomp.org cdap00 
zldcZONESTATEcdap00
10.0.4.104 zldcZONESTATEcdap01.dcae.simpledemo.openecomp.org cdap01 
zldcZONESTATEcdap01
10.0.4.105 zldcZONESTATEcdap02.dcae.simpledemo.openecomp.org cdap02 
zldcZONESTATEcdap02
10.0.6.1   policy.api.simpledemo.openecomp.org


2] In the hosts file we are observing one more host entry :

172.18.0.2  c52bfc0fba28

could you please let us know which host/service it is referring, as we are 
seeing the error message around this IP:

/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out


3] Could you please let us know the use of five extra assigned IP's to the 
DCAE, because we are not seeing any process/ docker consuming it.

Kindly help us.

--
Regards,
Subhash Kumar Singh


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
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] DCAE Health-Check is failing

2017-06-28 Thread PLATANIA, MARCO (MARCO)
Subash,

DCAE takes longer to install. The DCAE controller spins up 5 additional VMs off 
the Heat template. This takes about 25 minutes, plus configuration time. 
Overall, please allow about one hour before running health checks. The VMs may 
be ready but still getting configured (the Hadoop/CDAP cluster takes the 
longest).

Regarding point 3) that you mention, those floating IPs will be used by the 5 
additional VMs that DCAE controller spins up. If they are not in use, it’s 
likely that those VMs haven’t been created yet.

Thanks,
Marco

From: <onap-discuss-boun...@lists.onap.org> on behalf of Subhash Kumar Singh 
<subhash.kumar.si...@huawei.com>
Date: Wednesday, June 28, 2017 at 10:50 AM
To: "onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org>
Subject: [onap-discuss] DCAE Health-Check is failing

Hello Everyone,

We are trying run the robot test case (ete.sh) to test the health status of 
DCAE service but it is failing:

# ./ete.sh health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic DCAE Health Check   | FAIL |
Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN
--

So, following are the questions that we would like to ask:

1] We observed that in created docker instance 
(dcaestartupvmcontroller_dcae-controller_1) hosts file is not reflecting 
correct hostname and IP mapping as provided in the heat template.

/etc/hosts :

172.18.0.2  c52bfc0fba28
10.0.4.1   zldcZONESTATEcont00.dcae.simpledemo.openecomp.org cont00 
zldcZONESTATEcont00
10.0.4.101 zldcZONESTATEpstg00.dcae.simpledemo.openecomp.org pstg00 
zldcZONESTATEpstg00
10.0.4.102 zldcZONESTATEcoll00.dcae.simpledemo.openecomp.org coll00 
zldcZONESTATEcoll00 dcae-coll-ZONE.dcae.simpledemo.openecomp.org
10.0.103 zldcZONESTATEcdap00.dcae.simpledemo.openecomp.org cdap00 
zldcZONESTATEcdap00
10.0.4.104 zldcZONESTATEcdap01.dcae.simpledemo.openecomp.org cdap01 
zldcZONESTATEcdap01
10.0.4.105 zldcZONESTATEcdap02.dcae.simpledemo.openecomp.org cdap02 
zldcZONESTATEcdap02
10.0.6.1   policy.api.simpledemo.openecomp.org


2] In the hosts file we are observing one more host entry :

172.18.0.2  c52bfc0fba28

could you please let us know which host/service it is referring, as we are 
seeing the error message around this IP:

/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out


3] Could you please let us know the use of five extra assigned IP's to the 
DCAE, because we are not seeing any process/ docker consuming it.

Kindly help us.

--
Regards,
Subhash Kumar Singh


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] DCAE Health-Check is failing

2017-06-28 Thread Elhay Efrat
Could you please try to access the DCAE
/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out




From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Subhash Kumar Singh
Sent: Wednesday, June 28, 2017 5:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] DCAE Health-Check is failing

Hello Everyone,

We are trying run the robot test case (ete.sh) to test the health status of 
DCAE service but it is failing:

# ./ete.sh health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic DCAE Health Check   | FAIL |
Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN
--

So, following are the questions that we would like to ask:

1] We observed that in created docker instance 
(dcaestartupvmcontroller_dcae-controller_1) hosts file is not reflecting 
correct hostname and IP mapping as provided in the heat template.

/etc/hosts :

172.18.0.2  c52bfc0fba28
10.0.4.1   zldcZONESTATEcont00.dcae.simpledemo.openecomp.org cont00 
zldcZONESTATEcont00
10.0.4.101 zldcZONESTATEpstg00.dcae.simpledemo.openecomp.org pstg00 
zldcZONESTATEpstg00
10.0.4.102 zldcZONESTATEcoll00.dcae.simpledemo.openecomp.org coll00 
zldcZONESTATEcoll00 dcae-coll-ZONE.dcae.simpledemo.openecomp.org
10.0.103 zldcZONESTATEcdap00.dcae.simpledemo.openecomp.org cdap00 
zldcZONESTATEcdap00
10.0.4.104 zldcZONESTATEcdap01.dcae.simpledemo.openecomp.org cdap01 
zldcZONESTATEcdap01
10.0.4.105 zldcZONESTATEcdap02.dcae.simpledemo.openecomp.org cdap02 
zldcZONESTATEcdap02
10.0.6.1   policy.api.simpledemo.openecomp.org


2] In the hosts file we are observing one more host entry :

172.18.0.2  c52bfc0fba28

could you please let us know which host/service it is referring, as we are 
seeing the error message around this IP:

/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out


3] Could you please let us know the use of five extra assigned IP's to the 
DCAE, because we are not seeing any process/ docker consuming it.

Kindly help us.

--
Regards,
Subhash Kumar Singh


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


[onap-discuss] DCAE Health-Check is failing

2017-06-28 Thread Subhash Kumar Singh
Hello Everyone,

We are trying run the robot test case (ete.sh) to test the health status of 
DCAE service but it is failing:

# ./ete.sh health
Starting Xvfb on display :88 with res 1280x1024x24
Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic DCAE Health Check   | FAIL |
Value of dictionary key 'healthTestStatus' does not match: YELLOW != GREEN
--

So, following are the questions that we would like to ask:

1] We observed that in created docker instance 
(dcaestartupvmcontroller_dcae-controller_1) hosts file is not reflecting 
correct hostname and IP mapping as provided in the heat template.

/etc/hosts :

172.18.0.2  c52bfc0fba28
10.0.4.1   zldcZONESTATEcont00.dcae.simpledemo.openecomp.org cont00 
zldcZONESTATEcont00
10.0.4.101 zldcZONESTATEpstg00.dcae.simpledemo.openecomp.org pstg00 
zldcZONESTATEpstg00
10.0.4.102 zldcZONESTATEcoll00.dcae.simpledemo.openecomp.org coll00 
zldcZONESTATEcoll00 dcae-coll-ZONE.dcae.simpledemo.openecomp.org
10.0.103 zldcZONESTATEcdap00.dcae.simpledemo.openecomp.org cdap00 
zldcZONESTATEcdap00
10.0.4.104 zldcZONESTATEcdap01.dcae.simpledemo.openecomp.org cdap01 
zldcZONESTATEcdap01
10.0.4.105 zldcZONESTATEcdap02.dcae.simpledemo.openecomp.org cdap02 
zldcZONESTATEcdap02
10.0.6.1   policy.api.simpledemo.openecomp.org


2] In the hosts file we are observing one more host entry :

172.18.0.2  c52bfc0fba28

could you please let us know which host/service it is referring, as we are 
seeing the error message around this IP:

/opt/app/dcae-controller-platform-server/logs# tailf error.log
06/28-14:06:17.615|ac864c39-a759-411f-a232-2325b89ade5e|??|databus 
polling|DATABUS_POLLING||WARN|1|172.18.0.2|c52bfc0fba28|||DCAE-CONTROLLER-DATABUS-POLLING-FAILED-5001W
 java.lang.RuntimeException: http error: java.net.SocketTimeoutException: 
connect timed out


3] Could you please let us know the use of five extra assigned IP's to the 
DCAE, because we are not seeing any process/ docker consuming it.

Kindly help us.

--
Regards,
Subhash Kumar Singh


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss