Re: [onap-discuss] 答复: [oom][integration] "kubectl" commands are failing//答复: RE: Help is Needed on SB04

2018-10-21 Thread Lji 
Export HOME, not home.  All caps.

Lusheng


 Original message 
From: Guangrong Fu 
Date: 10/21/18 11:14 PM (GMT-05:00)
To: helen.c...@huawei.com, mike.elli...@amdocs.com
Cc: steven20...@gmail.com, "VENKATESH KUMAR, VIJAY" , 
gildas.lani...@huawei.com, onap-discuss@lists.onap.org
Subject: [onap-discuss] 答复: [oom][integration] "kubectl" commands are 
failing//答复: RE: Help is Needed on SB04


Here's the complete steps I've tried:


[cid:0047000102d7dfd902fbc0592]


Thanks,

Guangrong





原始邮件
发件人：付光荣10144542
收件人：onap-discuss@lists.onap.org ;
抄送人：Guangrong Fu ;vv7...@att.com 
;mike.elli...@amdocs.com 
;helen.c...@huawei.com 
;gildas.lani...@huawei.com ;
日 期 ：2018年10月22日 10:22
主 题 ：[oom][integration] "kubectl" commands are failing//答复: RE: Help is Needed 
on SB04

Hi there,


I'm having trouble in performing any operations related to "kubectl" in the 
open lab. Here's the screenshot of the error(s):


[cid:0047000102d7b93b055e1a471]


I've tried the commands under different projects (Integration-SB-04, 
Integration-OOM-Staging-Daily and Integration-OOM-Daily). The same error 
occurred in all of them. Vijay's suggestion didn't seem to work for me.


This is a little bit urgent because it's preventing me from completing the 
pairwise testing. Any help will be sincerely appreciated.


Thanks,

Guangrong






发件人：VENKATESHKUMAR,VIJAY 
收件人：Guangrong Fu ;
抄送人：付光荣10144542;
日 期 ：2018年10月20日 19:17
主 题 ：RE: Help is Needed on SB04
Hi Guangrong,
The error indicates issue for rancher to communicate with k8s cluster.

I just checked SB04 though and it looks k8s/kubectl are healthy; but the 
bootstrap pod you are trying to execute into though is not valid.

vv770d@pod-onap-01-vjhost:~$ ssh -i ~/onap_dev  
ubuntu@10.12.5.47
ubuntu@onap-oom-rancher:~$ sudo su -
root@onap-oom-rancher:~# kubectl get pods -n onap | grep bootstrap
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm  1/1   
Running   0  1d
root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /bin/bash
[root@dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /]#


In some env, it was required explicitly to set home for kubectl to work �C but 
dint need in SB04.
export home=/root

Also besides SB04, you could also check this on 
Integration-OOM-Staging-Daily/Integration-OOM-Daily environment tenant; they 
have full setup too �C but they are torn down daily.

Thanks,
Vijay

From: Guangrong Fu 
Sent: Friday, October 19, 2018 11:07 PM
To: VENKATESH KUMAR, VIJAY 
Cc: fu.guangr...@zte.com.cn
Subject: Re: Help is Needed on SB04

Looping myself in in case I could not access my personal mailbox on Gmail.

Guangrong Fu 
mailto:steven20...@gmail.com>>于2018年10月20日周六 上午11:05写道：
Hi Vijay,

Since I have no access to the DCAE project in the open lab, I tried to do 
something in SB04. But when I executed "kubectl" command, errors prompted.

Such as:

root@onap-oom-rancher:~# kubectl get pod -n onap
error: couldn't get version/kind; json parse error: json: cannot unmarshal 
string into Go value of type struct { APIVersion string 
"json:\"apiVersion,omitempty\""; Kind string "json:\"kind,omitempty\"" }

root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-mxzq6 /bin/bash
error: serializer for text/html doesn't exist

etc.

Do you have any experience in this? I am contacting Stephen Gooch for help, but 
he didn't respond.

Thanks,
Guangrong




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13161): https://lists.onap.org/g/onap-discuss/message/13161
Mute This Topic: https://lists.onap.org/mt/27463959/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [oom][integration] "kubectl" commands are failing//答复: RE: Help is Needed on SB04

2018-10-21 Thread Lji 
Guangrong,

If you ssh into the rancher VM as root (same key), you will be able to run 
kubectl w/o problem.
If you ssh as ubuntu then sudo to root to run kubectl, you will get the error 
msg you saw.  An “export HOME=/root” will fix the problem.

Regards,
Lusheng

From:  on behalf of Guangrong Fu 

Reply-To: "onap-discuss@lists.onap.org" , 
"fu.guangr...@zte.com.cn" 
Date: Sunday, October 21, 2018 at 10:22 PM
To: "onap-discuss@lists.onap.org" 
Cc: "steven20...@gmail.com" , "VENKATESH KUMAR, VIJAY" 
, "mike.elli...@amdocs.com" , 
"helen.c...@huawei.com" , "gildas.lani...@huawei.com" 

Subject: [onap-discuss] [oom][integration] "kubectl" commands are failing//答复: 
RE: Help is Needed on SB04


Hi there,



I'm having trouble in performing any operations related to "kubectl" in the 
open lab. Here's the screenshot of the error(s):



[cid:image001.png@01D46991.AD9478B0]



I've tried the commands under different projects (Integration-SB-04, 
Integration-OOM-Staging-Daily and Integration-OOM-Daily). The same error 
occurred in all of them. Vijay's suggestion didn't seem to work for me.



This is a little bit urgent because it's preventing me from completing the 
pairwise testing. Any help will be sincerely appreciated.



Thanks,

Guangrong








原始邮件
发件人：VENKATESHKUMAR,VIJAY 
收件人：Guangrong Fu ;
抄送人：付光荣10144542;
日 期 ：2018年10月20日 19:17
主 题 ：RE: Help is Needed on SB04
Hi Guangrong,
The error indicates issue for rancher to communicate with k8s cluster.

I just checked SB04 though and it looks k8s/kubectl are healthy; but the 
bootstrap pod you are trying to execute into though is not valid.

vv770d@pod-onap-01-vjhost:~$ ssh -i ~/onap_dev  
ubuntu@10.12.5.47
ubuntu@onap-oom-rancher:~$ sudo su -
root@onap-oom-rancher:~# kubectl get pods -n onap | grep bootstrap
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm  1/1   
Running   0  1d
root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /bin/bash
[root@dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /]#


In some env, it was required explicitly to set home for kubectl to work – but 
dint need in SB04.
export home=/root

Also besides SB04, you could also check this on 
Integration-OOM-Staging-Daily/Integration-OOM-Daily environment tenant; they 
have full setup too – but they are torn down daily.

Thanks,
Vijay

From: Guangrong Fu 
Sent: Friday, October 19, 2018 11:07 PM
To: VENKATESH KUMAR, VIJAY 
Cc: fu.guangr...@zte.com.cn
Subject: Re: Help is Needed on SB04

Looping myself in in case I could not access my personal mailbox on Gmail.

Guangrong Fu 
mailto:steven20...@gmail.com>>于2018年10月20日周六 上午11:05写道：
Hi Vijay,

Since I have no access to the DCAE project in the open lab, I tried to do 
something in SB04. But when I executed "kubectl" command, errors prompted.

Such as:

root@onap-oom-rancher:~# kubectl get pod -n onap
error: couldn't get version/kind; json parse error: json: cannot unmarshal 
string into Go value of type struct { APIVersion string 
"json:\"apiVersion,omitempty\""; Kind string "json:\"kind,omitempty\"" }

root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-mxzq6 /bin/bash
error: serializer for text/html doesn't exist

etc.

Do you have any experience in this? I am contacting Stephen Gooch for help, but 
he didn't respond.

Thanks,
Guangrong




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13157): https://lists.onap.org/g/onap-discuss/message/13157
Mute This Topic: https://lists.onap.org/mt/27463646/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] PNDA - DCAE:DMaaP integration - inquiry on data production and consumption #dmaap

2018-08-27 Thread Lji 
Sunil,

This is awesome.  Thanks!

Lusheng


On 8/27/18, 12:18 PM, "UNNAVA, SUNIL"  wrote:

Lusheng,

We are working on exposing the Kafka through the NodePort and it will be 
available by end of this week. DMaaP will permit the mixed use between the MR 
REST API and Kafka client API.

Thanks,
Sunil



-Original Message-
From: onap-discuss@lists.onap.org  On Behalf 
Of JI, LUSHENG
Sent: Monday, August 27, 2018 11:58 AM
To: onap-discuss@lists.onap.org; cpre...@cisco.com
Subject: Re: [onap-discuss] PNDA - DCAE:DMaaP integration - inquiry on data 
production and consumption #dmaap

*** Security Advisory: This Message Originated Outside of AT ***.
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Christina,



The DMaaP team does have native Kafka API support included as part of 
Casablanca scope per their release planning: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_DMaaP-2BR3-2B-2D-2BM1-2BRelease-2BPlanning=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=t27CRRmn7U12dnOvcSPfcQ=V6AWEk0l0CEkJqAxVOS_zsqZelKbkt_FYX4kA_VDeNI=FBCzMbBk1BGsCwIIHhND3rRpdfPMyD8OOcHcnNj-e74=
 .   We will need DMaaP team’s help understand exactly how to integrate.



I also have a question on whether this permits mixed uses between Rest API 
and Kafka API, that is: one side (either pub or sub) uses Rest API while the 
other side uses Kafka, or some subscribers/publishers use Rest while other 
subscribers (of the same topics) use Kafka API.  One of the uses that we may 
encounter is whether we can have VES collector publishes to DMaaP Rest API 
while PDNA receives over native Kafka.



BR,



Lusheng Ji

ONAP DCAE









On 8/27/18, 9:07 AM, "onap-discuss@lists.onap.org on behalf of Cristina 
Precup via Lists.Onap.Org"  wrote:



We are working on integrating PNDA applications with the DMaaP 
component in ONAP:DCAE 
(https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_DCAEGEN2-2D371=DwIFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=Q2fEk4UfTZzeGrEHKItW2iL3uompH99ZAQ-A-vDoBDo=VX-anUpTDp7yXufccIzNT8gGYCH_dWDUFslnqydT2O0=).
 In a first phase, we would like to cross-post topics between PNDA and DMaaP 
and process the streams of messages. For this, we have created a test 
environment where we are posting directly to the Kafka broker underneath the 
DMaaP component. We understand that the DMaaP component is meant to be used 
through its REST endpoint. As pointed by Donald in the Story above, we are 
concerned about the performance impact of switching to the DMaaP REST endpoint 
instead of directly using a Kafka endpoint. Could you detail your view on the 
matter of performance and what the preferred method would be?



Alternatively, we propose having a Kafka endpoint exposed as a NodePort 
or running a Kubernetes container as a Kafka forwarder.



Looking forward to your feedback!





Best regards,

--

Cristina Precup



















-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12082): https://lists.onap.org/g/onap-discuss/message/12082
Mute This Topic: https://lists.onap.org/mt/24973111/21656
Mute #dmaap: https://lists.onap.org/mk?hashtag=dmaap=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] PNDA - DCAE:DMaaP integration - inquiry on data production and consumption #dmaap

2018-08-27 Thread Lji 
Christina,

The DMaaP team does have native Kafka API support included as part of 
Casablanca scope per their release planning: 
https://wiki.onap.org/display/DW/DMaaP+R3+-+M1+Release+Planning .   We will 
need DMaaP team’s help understand exactly how to integrate.  

I also have a question on whether this permits mixed uses between Rest API and 
Kafka API, that is: one side (either pub or sub) uses Rest API while the other 
side uses Kafka, or some subscribers/publishers use Rest while other 
subscribers (of the same topics) use Kafka API.  One of the uses that we may 
encounter is whether we can have VES collector publishes to DMaaP Rest API 
while PDNA receives over native Kafka.  

BR,

Lusheng Ji
ONAP DCAE




On 8/27/18, 9:07 AM, "onap-discuss@lists.onap.org on behalf of Cristina Precup 
via Lists.Onap.Org"  wrote:

We are working on integrating PNDA applications with the DMaaP component in 
ONAP:DCAE 
(https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_DCAEGEN2-2D371=DwIFaQ=LFYZ-o9_HUMeMTSQicvjIg=qiKb3LQBLje9oy8MjG3MEx1ia4mIocif7RoUY8WQWV8=Q2fEk4UfTZzeGrEHKItW2iL3uompH99ZAQ-A-vDoBDo=VX-anUpTDp7yXufccIzNT8gGYCH_dWDUFslnqydT2O0=).
 In a first phase, we would like to cross-post topics between PNDA and DMaaP 
and process the streams of messages. For this, we have created a test 
environment where we are posting directly to the Kafka broker underneath the 
DMaaP component. We understand that the DMaaP component is meant to be used 
through its REST endpoint. As pointed by Donald in the Story above, we are 
concerned about the performance impact of switching to the DMaaP REST endpoint 
instead of directly using a Kafka endpoint. Could you detail your view on the 
matter of performance and what the preferred method would be?
 
Alternatively, we propose having a Kafka endpoint exposed as a NodePort or 
running a Kubernetes container as a Kafka forwarder.

Looking forward to your feedback!


Best regards,
--
Cristina Precup






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12078): https://lists.onap.org/g/onap-discuss/message/12078
Mute This Topic: https://lists.onap.org/mt/24973111/21656
Mute #dmaap: https://lists.onap.org/mk?hashtag=dmaap=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Custom Events in DCAE

2018-08-16 Thread Lji 
Sirisha,

As Alok mentioned, the SNMP collector as part of DCAE R2 is a SNMP trap 
collector.  Unfortunately, there is no wiki page providing documentation level 
details for this collector.  The contributor has provided readthedoc 
documentation that is current under review:  
https://gerrit.onap.org/r/#/c/57071/

Hope this helps.

Lusheng Ji
ONAP DCAE


From: "GUPTA, ALOK" 
Date: Thursday, August 16, 2018 at 7:54 AM
To: "sirisha.gopig...@verizon.com" , 
"onap-discuss@lists.onap.org" 
Cc: "bharath.thiruveed...@verizon.com" , "JI, 
LUSHENG (LUSHENG)" , "VENKATESH KUMAR, VIJAY" 

Subject: RE: [onap-discuss] Custom Events in DCAE

Sirisha:

We do support SNMP collector, which digest SNMP traps but then are mapped by a 
Microservice to VES events. Mapper mService was being contributed by TechM. I 
have copied Lusheng Ji (previous DCAE PTL) and Vijay Venkateshkumar (current 
DCAE PTL, on vacation till end of Aguuset), who can provide you more details on 
the SNMP Collector and Mapper mService.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: sirisha.gopig...@verizon.com 
Sent: Thursday, August 16, 2018 5:46 AM
To: onap-discuss@lists.onap.org; GUPTA, ALOK 
Cc: bharath.thiruveed...@verizon.com
Subject: Re: [onap-discuss] Custom Events in DCAE


Hi Alok,



Thank you for the mail, the documentation was helpful. Will check and get back 
to you.



I could see ONAP Beijing supports SNMP Collector, Can you please give me some 
pointers regarding this.



Thank you



Best Regards

Sirisha Gopigiri




From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> on behalf of 
Alok Gupta mailto:ag1...@att.com>>
Sent: Tuesday, August 14, 2018 8:34 PM
To: onap-discuss@lists.onap.org; Gopigiri, 
Sirisha
Cc: Thiruveedula, Bharath
Subject: [E] Re: [onap-discuss] Custom Events in DCAE

Sirisha:

The only way VES collector can support custom events is via use of ‘Other 
Domain’. It still requires to have a header in vEs format and the payload can 
be name/value pair embedded in the “other’ Domain.

I have attached VES summary presentation and the detailed requirement currently 
supported VES 5.4.1 is included on the last page as an embedded file.

Please let me know if this meets your need.


Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
sirisha.gopigiri via Lists.Onap.Org
Sent: Tuesday, August 14, 2018 5:47 AM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Cc: bharath.thiruveed...@verizon.com
Subject: [onap-discuss] Custom Events in DCAE


 Hi,



I am working on configuring DCAE with custom events. I have some queries 
regarding DCAE components configuration and implementation,



1. Can we configure custom events with VES collector, If so could you please 
give me a reference on how to do so.



2. How can I configure other collectors, like SNMP or Restconf?



Please give me some pointers, referring to the above.



Thanks in advance!



Regards

Sirisha


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11903): https://lists.onap.org/g/onap-discuss/message/11903
Mute This Topic: https://lists.onap.org/mt/24525346/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in Clamp

2018-08-08 Thread Lji 
Miao,

More details following what Vijay said.

DCAE service components (collectors, analytics, etc) can be deployed in two 
ways:


  1.  Dynamic deployment: CLAMP triggered deployment.  CLAMP tells DCAE to 
deploy a particular blueprint, which specifies a set of service components for 
realizing a particular service design.  These components are then launched from 
DCAE platform.  Life cycle and configuration of dynamically deployed components 
can be managed from CLAMP and Policy.


  1.  Static deployment: deployed at ONAP startup time by DCAE bootstrap 
process.  A startup script will call Cloudify Manager for deploying preloaded 
blueprints, each specifies a set of DCAE service components, and resulting 
these DCAE service components launched at this bootstrap.  These components can 
be managed for configuration and lifecycle by DCAE, but they are not known in 
CLAMP and Policy therefore cannot be reconfigured through CLAMP.

Dynamic deployment has been the intention of DCAE and static deployment as 
testing methodology for our internal uses.  However, because CLMAP has not been 
part of the ONAP automated testing and use flows, we use static deployment for 
all DCAE service components (including TCA for use cases other than vCPE) for 
ONAP R1 and R2 testing flows.  Only in R2 the TCA instance used by R2 vCPE use 
case is dynamically deployed by CLAMP because that testing flow allows manual 
intervention.

For any service components (including the new restconf collector) to be 
dynamically deployed, it will need to be on-boarded to SDC.  That is, the DCAE 
service component’s TOSCA model is added to SDC catalog.  Then someone uses SDC 
Design Studio to make a DCAE service design.  SDC will generate a blueprint 
template for as the result and push to DCAE.   At run-time someone will use 
CLAMP GUI to trigger the deployment of this blueprint.

Because dynamic deployment involves multiple project teams, the best forum for 
discussing the details is Pam’s Close Loop subcommittee.  Also Ron Shacham 
(cc-ed) worked through the TCA for vCPE use case.  He would be the person most 
knowledgeable in the whole process of walking a blueprint through the steps.

Thanks,
Lusheng Ji



From:  on behalf of "VENKATESH KUMAR, VIJAY" 

Reply-To: "onap-discuss@lists.onap.org" , 
"VENKATESH KUMAR, VIJAY" 
Date: Wednesday, August 8, 2018 at 9:44 AM
To: "onap-discuss@lists.onap.org" , 
"xin.m...@huawei.com" , "NGUEKO, GERVAIS-MARTIAL" 
, "Horn, Linda (Nokia - US/Murray Hill)" 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.


Just to clarify, any services in DCAE can be deployed dynamically. Only TCA is 
handled via CLAMP currently though (models/blueprint are pre-loaded in 
SDC/CLAMP to distribute/deploy). All the other services when onboarded through 
SDC/Tosca_lab can be instantiated dynamically.

For VESCollector, we have blueprint which takes topics an input.  This 
blueprint can be loaded into SDC catalog manually and distributed by 
designer/clamp operator on demand to support specific control loop if required. 
However as the collectors are generic (not tied to specific usecase) – they can 
be shared across different CL cases as done in R1/R2.

Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Xin Miao
Sent: Wednesday, August 08, 2018 9:22 AM
To: NGUEKO, GERVAIS-MARTIAL ; onap-discuss 
; Horn, Linda (Nokia - US/Murray Hill) 

Subject: Re: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp


Understood. Thanks a lot for the clarification.

How about Policy? CLAMP only creates new policy and deploys them.

Does CLAMP support to create more than one policy chaining (sequential action 
type of operational policy )per control loop at design time?

Thanks,

Xin Miao
M: +1-4692685226
E: xin.m...@huawei.com
2012实验室-硅谷网络技术实验室
2012 Laboratories-Silicon Valley Network Technology Lab
From: Ngueko, Gervais-Martial
To: 
onap-discussmailto:onap-discuss@lists.onap.org>>;Xin
 Miaomailto:xin.m...@huawei.com>>;Horn, Linda (Nokia - 
US/Murray Hill)mailto:linda.h...@nokia.com>>
Subject: RE: [onap-discuss] [CLAMP][DCAE][control-loop]RE: New Collector in 
Clamp
Time: 2018-08-08 07:22:52

Hi Xin,

I confirm what Adam said. At this stage you will need to create a new blueprint 
with the correct DMAAP configuration and then distribute it to CLAMP so that it 
can be deployed.

Note that on-demand collector deployment is not supported by DCAE itself at 
this point, so it has to be supported by DCAE first before CLAMP can support 
it. Also, one  Holmes instance per Control Loop is not supported by 
Holmes/DCAE, so this is also an area that will need Holmes/DCAE support before 
it can be done via CLAMP.

Br,
Martial

From:

Re: [onap-discuss] [dcaegen2] [oom] Adding labels and modifying namespace to DCAGEN2 pods

2018-08-08 Thread Lji 
+ Jack


From: "ANAPAN-LAVALLE, HECTOR A" 
Date: Tuesday, August 7, 2018 at 9:50 PM
To: "onap-discuss@lists.onap.org" 
Cc: "JI, LUSHENG (LUSHENG)" 
Subject: [onap-discuss] [dcaegen2] [oom] Adding labels and modifying namespace 
to DCAGEN2 pods

Hi,


  1.  I am trying to list pods per HELM deployment (assuming I don’t use 
local/onap and I use separate HELM charts), so I am using labels to list pods 
by their “release” label (helm release name).

I made a change (https://jira.onap.org/browse/OOM-1319 -- 
https://gerrit.onap.org/r/#/c/59555/) to add some missing label metadata to 
show the HELM release name of some pods who didn’t have this label. As I run 
“kubectl get pods -a --namespace=onap --show-labels | grep -v release” to show 
the pods that don’t have the “release” label in their pod metadata, I see that 
in order for the DCAEGEN2 stack (deployed by the bootstrap pod) to add 
additional labels, changes need to happen in the dcaegen2 git repos. Can 
someone please advise what changes are necessary to add a label to the dcaegen2 
pods?



  1.  Also, I see that in order to override the DCAE_NAMESPACE value, the 
following instructions are in this README: 
https://gerrit.onap.org/r/gitweb?p=oom.git;a=blob;f=kubernetes/dcaegen2/charts/dcae-cloudify-manager/README.md;hb=f2895bdfbff1a7c40dd7c247dcefcc19d43dcde0.
 It says to modidy the dcae_ns value in values.yaml but this value shows up in 
multiple values.yaml so can someone clarify this?

Assuming I change the dcae_ns value(s) and if my dcaegen2 HELM deployment is 
already running, would a HELM upgrade suffice to reflect this change, or would 
the whole deployment need to be re-deployed from scratch?


Thanks,
Hector

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11754): https://lists.onap.org/g/onap-discuss/message/11754
Mute This Topic: https://lists.onap.org/mt/24226806/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][DCAE] DCAE committer promotion feedback request

2018-07-18 Thread Lji 
+1

Lusheng

From:  on behalf of "JI, LUSHENG (LUSHENG)" 

Reply-To: "onap-discuss@lists.onap.org" , "JI, 
LUSHENG (LUSHENG)" 
Date: Wednesday, July 11, 2018 at 10:49 AM
To: Xinhui Li , Yan Yang , 
"VENKATESH KUMAR, VIJAY" , "HANSEN, TONY L" , 
"HWANG, MICHAEL (MICHAEL)" 
Cc: "onap-discuss@lists.onap.org" , "JI, LUSHENG 
(LUSHENG)" 
Subject: [onap-discuss][DCAE] DCAE committer promotion feedback request

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.


Dear DCAE committers,

As the DCAE project grows to meet the new challenges and requirements of the 
releases, its code base has grown substantially.  We need to have more 
committers supporting the project.  Fortunately, now we have two contributors 
that have gratefully agreed to step up for the responsibility.

Jack Lucas (AT), LF ID jflu...@research.att.com, has been a key contributor 
for DCAE code, and an integrator and tester for the all DCAE features since the 
beginning of the ONAP DCAE project.  He is well qualified for an overall 
committer for the DCAE projects.  His code and review contributions can be 
found with the following Gerrit query:  
https://gerrit.onap.org/r/#/q/(reviewer:jflucas%2540research.att.com+OR+owner:jflucas%2540research.att.com)+status:merged

Przemyslaw Wasala (Nokia), LF ID przemyslaw.was...@nokia.com, has joined us 
since R2 and he has been leading the work for the DCAE PNF Registration Handler 
(PRH) project.  Because of his familiarity of the PRH code base, he is ideal 
for being the committer for PRH and related repos, specifically the 
dcaegen2/services/prh and the newly proposed dcaegen2/collectors/hv-ves repos.  
His contributions can be found with the following query:  
https://gerrit.onap.org/r/#/q/(reviewer:przemyslaw.wasala%2540nokia.com+OR+owner:przemyslaw.wasala%2540nokia.com)+status:merged

Please reply to this email your +1/-1 by the end of this week.

Thanks,
Lusheng Ji
DCAE PTL


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11219): https://lists.onap.org/g/onap-discuss/message/11219
Mute This Topic: https://lists.onap.org/mt/23245956/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss][DCAE] DCAE committer promotion feedback request

2018-07-11 Thread Lji 
Dear DCAE committers,

As the DCAE project grows to meet the new challenges and requirements of the 
releases, its code base has grown substantially.  We need to have more 
committers supporting the project.  Fortunately, now we have two contributors 
that have gratefully agreed to step up for the responsibility.

Jack Lucas (AT), LF ID jflu...@research.att.com, has been a key contributor 
for DCAE code, and an integrator and tester for the all DCAE features since the 
beginning of the ONAP DCAE project.  He is well qualified for an overall 
committer for the DCAE projects.  His code and review contributions can be 
found with the following Gerrit query:  
https://gerrit.onap.org/r/#/q/(reviewer:jflucas%2540research.att.com+OR+owner:jflucas%2540research.att.com)+status:merged

Przemyslaw Wasala (Nokia), LF ID przemyslaw.was...@nokia.com, has joined us 
since R2 and he has been leading the work for the DCAE PNF Registration Handler 
(PRH) project.  Because of his familiarity of the PRH code base, he is ideal 
for being the committer for PRH and related repos, specifically the 
dcaegen2/services/prh and the newly proposed dcaegen2/collectors/hv-ves repos.  
His contributions can be found with the following query:  
https://gerrit.onap.org/r/#/q/(reviewer:przemyslaw.wasala%2540nokia.com+OR+owner:przemyslaw.wasala%2540nokia.com)+status:merged

Please reply to this email your +1/-1 by the end of this week.

Thanks,
Lusheng Ji
DCAE PTL

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11037): https://lists.onap.org/g/onap-discuss/message/11037
Mute This Topic: https://lists.onap.org/mt/23245956/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-