date:20180907

Re: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

2018-09-07 Thread Brian

I will be on the call.

Thanks Yang !

Brian

From: Yang Xu (Yang, Fixed Network) 
Sent: Friday, September 07, 2018 5:14 PM
To: bianhl@chinatelecom.cn; onap-discuss@lists.onap.org; FREEMAN, BRIAN D 
; Gary Wu ; Kang Xi 
Cc: Yunxia Chen ; 'huangzonghe' 
; 刘成龙 ; 王路曼 
; 张志超 ; '孙鑫龙' 
; luyu0...@sina.com
Subject: RE: [onap-discuss] [SO] about Benchmark specific Zoom meeting 
arrangement

Hi Hongliang and Brian,

As suggested, I have sent a meeting invite for Monday(9/10) 10am EST to discuss 
the issues.

Thanks,
-Yang

From: bianhl@chinatelecom.cn 
[mailto:bianhl@chinatelecom.cn]
Sent: Friday, September 07, 2018 5:53 AM
To: onap-discuss@lists.onap.org; 
bf1...@att.com; Gary Wu; Yang Xu (Yang, Fixed Network); 
Kang Xi
Cc: Yunxia Chen; 'huangzonghe'; 刘成龙; 王路曼; 张志超; '孙鑫龙'; 
luyu0...@sina.com
Subject: 答复: [onap-discuss] [SO] about Benchmark specific Zoom meeting 
arrangement

Hi Brian and all,

We have analyzed the issues currently occur in benchmark test, and want to have 
a discussion with you experts.
If it is convenient for you to arrange the meeting today at 10:00 pm Beijing 
time? Otherwise we can arrange it at 10:00 pm next Monday. Thanks☺

BRs,
Hongliang

发件人: bianhl@chinatelecom.cn 
[mailto:bianhl@chinatelecom.cn]
发送时间: 2018年9月6日 23:03
收件人: 'onap-discuss@lists.onap.org'; 'bf1...@att.com'; 'Liu Chenglong'
抄送: 'SMOKOWSKI, STEVEN'; 'Kang Xi'; 'huangzonghe'; '孙鑫龙'; 王路曼 
(wanglm@chinatelecom.cn); 张志超 
(zhangzhch@chinatelecom.cn); 
luyu0...@sina.com
主题: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

Hi Brian,

As we have discussed during yesterday Zoom meeting we can set up Benchmark 
specific meeting. I have discussed with my team, and they are OK to arrange the 
meeting at night in Beijing time for example either 9:00 or 10:00 pm.
Since we don’t want to occupy too much of your time and make the meeting more 
efficient, we think one meeting a week is OK. We can send email for ordinary 
discussion and leave the tough issue to the meeting. And also we are OK with 
any day during the weekday so please pick a day as you convenience. Thanks☺

BRs,
Hongliang

发件人: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] 代表 Brian
发送时间: 2018年8月29日 19:56
收件人: Liu Chenglong
抄送: SMOKOWSKI, STEVEN; 
onap-discuss@lists.onap.org; Kang Xi; 
huangzonghe; 孙鑫龙
主题: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Generally SO records data in their request database but you should see the 
instance data in AAI.

Brian

From: Liu Chenglong mailto:lcl7...@163.com>>
Sent: Wednesday, August 29, 2018 4:02 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>
Cc: Liu Chenglong mailto:lcl7...@163.com>>; SMOKOWSKI, STEVEN 
mailto:ss8...@att.com>>; 
onap-discuss@lists.onap.org; Kang Xi 
mailto:kang...@huawei.com>>; huangzonghe 
mailto:huangzh@chinatelecom.cn>>; 孙鑫龙 
mailto:sunxl@chinatelecom.cn>>
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Hi, Brian:
  We want to know which database table can record vnf data or instance data 
or requests data  when  we create vcpe use case?

  And where are the tables located? SO or SDC or SDNC database?   How to 
check it?

 Like this, when we create vbrg instance by running vcpe.py brg script,  SO 
docker will record what data and write the data into which database tables when 
SO docker received vcpe’s request?

--
Regards,
Liu Chenglong
lcl7...@163.com

在 2018年8月28日，20:32，FREEMAN, BRIAN D mailto:bf1...@att.com>> 写道：

Cloud_config.json is created during restart of the docker – you should try 
without restarting but the base file is in  
volumes
 / 
mso
 /

Re: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

2018-09-07 Thread Yang Xu

Hi Hongliang and Brian,

As suggested, I have sent a meeting invite for Monday(9/10) 10am EST to discuss 
the issues.

Thanks,
-Yang

From: bianhl@chinatelecom.cn [mailto:bianhl@chinatelecom.cn]
Sent: Friday, September 07, 2018 5:53 AM
To: onap-discuss@lists.onap.org; bf1...@att.com; Gary Wu; Yang Xu (Yang, Fixed 
Network); Kang Xi
Cc: Yunxia Chen; 'huangzonghe'; 刘成龙; 王路曼; 张志超; '孙鑫龙'; luyu0...@sina.com
Subject: 答复: [onap-discuss] [SO] about Benchmark specific Zoom meeting 
arrangement


Hi Brian and all,

We have analyzed the issues currently occur in benchmark test, and want to have 
a discussion with you experts.
If it is convenient for you to arrange the meeting today at 10:00 pm Beijing 
time? Otherwise we can arrange it at 10:00 pm next Monday. Thanks☺

BRs,
Hongliang



发件人: bianhl@chinatelecom.cn [mailto:bianhl@chinatelecom.cn]
发送时间: 2018年9月6日 23:03
收件人: 'onap-discuss@lists.onap.org'; 'bf1...@att.com'; 'Liu Chenglong'
抄送: 'SMOKOWSKI, STEVEN'; 'Kang Xi'; 'huangzonghe'; '孙鑫龙'; 王路曼 
(wanglm@chinatelecom.cn); 张志超 (zhangzhch@chinatelecom.cn); 
luyu0...@sina.com
主题: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement


Hi Brian,

As we have discussed during yesterday Zoom meeting we can set up Benchmark 
specific meeting. I have discussed with my team, and they are OK to arrange the 
meeting at night in Beijing time for example either 9:00 or 10:00 pm.
Since we don’t want to occupy too much of your time and make the meeting more 
efficient, we think one meeting a week is OK. We can send email for ordinary 
discussion and leave the tough issue to the meeting. And also we are OK with 
any day during the weekday so please pick a day as you convenience. Thanks☺

BRs,
Hongliang


发件人: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] 代表 Brian
发送时间: 2018年8月29日 19:56
收件人: Liu Chenglong
抄送: SMOKOWSKI, STEVEN; onap-discuss@lists.onap.org; Kang Xi; huangzonghe; 孙鑫龙
主题: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Generally SO records data in their request database but you should see the 
instance data in AAI.

Brian


From: Liu Chenglong 
Sent: Wednesday, August 29, 2018 4:02 AM
To: FREEMAN, BRIAN D 
Cc: Liu Chenglong ; SMOKOWSKI, STEVEN ; 
onap-discuss@lists.onap.org; Kang Xi ; huangzonghe 
; 孙鑫龙 
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Hi, Brian:
  We want to know which database table can record vnf data or instance data 
or requests data  when  we create vcpe use case?

  And where are the tables located? SO or SDC or SDNC database?   How to 
check it?


 Like this, when we create vbrg instance by running vcpe.py brg script,  SO 
docker will record what data and write the data into which database tables when 
SO docker received vcpe’s request?

--
Regards,
Liu Chenglong
lcl7...@163.com



在 2018年8月28日，20:32，FREEMAN, BRIAN D mailto:bf1...@att.com>> 写道：

Cloud_config.json is created during restart of the docker – you should try 
without restarting but the base file is in  
volumes
 / 
mso
 / 
chef-config
 / 
mso-docker.json

Json_updater.py updates mso-docker.json

Json_updater.py takes input from so_vm_init.sh/deploy.sh to setup the cloud 
regions.

I think if you modify mso-docker.json and restart the docker (not reboot the 
VM) then chef should expands mso-docker.json into the files in 
/etc/mso/config.d.

For some reason I thought changes to the cloud_config could be done without a 
restart of the docker container but its been a while since I did a Beijing 
config change on SO.

Brian


From: SMOKOWSKI, STEVEN
Sent: Tuesday, August 28, 2018 8:03 AM
To:

[onap-discuss] [oom] Improved OOM NodePort wiki

2018-09-07 Thread Mike Elliott

The OOM NodePort List had 
become confusing and completely unmanageable. Not to mention a source of 
frustration for many teams trying to figure out what NodePorts are available 
for them to use.

I’ve taken a stab at cleaning up the node port wiki page to make it easier to 
reserve and manage node ports. It’s a work in progress, but please take a look 
and provide any feedback you may have.

To look for node ports that are available for assignment, simply search for the 
text FREE_PORT. You can then fill in the table entry with the kubernetes 
service name (from service.yaml),  and the associated internal port. As you all 
know, NodePorts are a limited resource. As such, if you no longer require a 
NodePort (please read details at top of page) can I please ask that you free 
the ports for others to use.

Thanks,
Mike.
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 


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

View/Reply Online (#12304): https://lists.onap.org/g/onap-discuss/message/12304
Mute This Topic: https://lists.onap.org/mt/25310021/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] Boostrapping AAF permissions and roles #aaf #aai #dmaap

2018-09-07 Thread Dominic Lunanuova

Adding #dmaap to Subject

I am also interested in this answer since apps need to define a Role which will 
be granted perm to pub/sub on a specific DMaaP MR topic.
I am currently assuming that the topic perm creation and grant steps will be 
done by Buscontroller as a result of calls to its API at deployment time.
But, need to understand what is done in “seed scripts” first.

-Dom

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of FORSYTH, JAMES
Sent: Thursday, September 6, 2018 1:10 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Boostrapping AAF permissions and roles #aaf #aai

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi, Jonathan or other AAF SMEs,

What is your recommendation for seeding application permissions and assigning 
identities to roles?  Should AAI provide a set of roles/permissions that can be 
included with the seed scripts that are being run when instantiating demo 
environments?

We want to do something like this (taken from Pavel Paroulek’s page on the 
wiki, 
https://wiki.onap.org/x/c4JlAg)

role create org.onap.aai.resources_all
perm create org.onap.aai.resources * get org.onap.aai.resources_all
perm create org.onap.aai.resources * put org.onap.aai.resources_all
perm create org.onap.aai.resources * post org.onap.aai.resources_all
perm create org.onap.aai.resources * patch org.onap.aai.resources_all
perm create org.onap.aai.resources * delete org.onap.aai.resources_all
user role add d...@people.osaaf.org 
org.onap.aai.resources_all #just an example, add role to the correct user
role create org.onap.aai.resources_readonly
perm create org.onap.aai.resources * get org.onap.aai.resources_readonly

Thanks,
jimmy



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

View/Reply Online (#12303): https://lists.onap.org/g/onap-discuss/message/12303
Mute This Topic: https://lists.onap.org/mt/25239450/21656
Mute #aai: https://lists.onap.org/mk?hashtag=aai=2740164
Mute #aaf: https://lists.onap.org/mk?hashtag=aaf=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] [so] SO API version

2018-09-07 Thread Steve Smokowski

I think we support v4 to v6.  What api would you like to use?

Thanks

-Steve


From:  on behalf of Sanchita Pathak 

Reply-To: "onap-discuss@lists.onap.org" , 
"sanch...@techmahindra.com" 
Date: Friday, September 7, 2018 at 11:13 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [so] SO API version

Hi,

We have setup ONAP Beijing release using heat based installation.
While using VID, it is invoking SO API with version v6. But SO seems to have 
APIs available with version v4 (confirmed by manually invoking API).

Can someone confirm if we are using correct SO image ?

We have pulled openecomp/mso:1.2.2 image from nexus3 ( IMAGE_ID : 7758d7bfc845 )

Thanks in advance !




Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.



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

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

[onap-discuss] [so] SO API version

2018-09-07 Thread Sanchita Pathak

Hi,

We have setup ONAP Beijing release using heat based installation.
While using VID, it is invoking SO API with version v6. But SO seems to have 
APIs available with version v4 (confirmed by manually invoking API).

Can someone confirm if we are using correct SO image ?

We have pulled openecomp/mso:1.2.2 image from nexus3 ( IMAGE_ID : 7758d7bfc845 )

Thanks in advance !





Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html 
 externally 
http://tim.techmahindra.com/tim/disclaimer.html 
 internally within 
TechMahindra.



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

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

[onap-discuss][Logging] Python Logging library

2018-09-07 Thread Shankar Narayanan

Hi Logging team,

OOF was planning to make some progress along the adherence to logging v1.2
spec for Casablanca. Since we are a python project, the readiness of the
Python library is a key turning point for our team. We could still do Level
1 (Level 1
)
and
implement a local library/wrapper, but I'm worried it may be wasted efforts
which needs to be rolled back, if the python library is close to being
rolled out (in Casablanca or Dublin). Given this, I'd be grateful for your
recommendation for our project, given the time left in Casablanca.

Thanks,
Shankar.

*--*
*Shankaranarayanan Puzhavakath Narayanan*
*Senior Inventive Scientist*
*Network and Cloud System Innovation*
*AT Labs Research*

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

View/Reply Online (#12300): https://lists.onap.org/g/onap-discuss/message/12300
Mute This Topic: https://lists.onap.org/mt/25307286/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] [appc] error in appc config request

2018-09-07 Thread Chandra

Hi Tomek,
We tried removing the docker and reinstalled APPC and error was gone :). We 
were using the Beijing release and deployed via HEAT file not via K8s.

Regards
Chandu

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Tomek
Sent: 30 August 2018 14:51
To: onap-discuss@lists.onap.org; Gaurang Sanjay Parnaik 

Cc: CHO, TAKAMUNE 
Subject: Re: [onap-discuss] [appc] error in appc config request

Hello,

Did you find a solution for this issue? I'm facing the same error with APPC 
master branch. The same behavior for all LCM APIs.

Regards,
Tomek

[Logo Orange]

Tomasz Osiński, Główny Specjalista R
Orange Labs Polska, Wydział Rozwoju Zaawansowanych Systemów Sieciowych
Tel.: +48 50 130 06 88,
Orange Polska, Obrzeżna 7, 02-691 Warszawa
www.orange.pl


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Gaurang Sanjay Parnaik
Sent: Thursday, August 23, 2018 2:23 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [appc] error in appc config request

Pl refer to below request also,

{
  "appc-provider-lcm:input": {
"appc-provider-lcm:common-header": {
  "appc-provider-lcm:timestamp": "2018-08-23T08:50:18.97Z",
  "appc-provider-lcm:api-ver": "2.00",
  "appc-provider-lcm:originator-id": "SO",
  "appc-provider-lcm:request-id": "123456abcd",
  "appc-provider-lcm:sub-request-id": "Some sub-request-id",
  "appc-provider-lcm:flags": {
"appc-provider-lcm:mode": "EXCLUSIVE",
"appc-provider-lcm:force": "TRUE",
"appc-provider-lcm:ttl": "0"
  }
},
"appc-provider-lcm:action": "Configure",
"appc-provider-lcm:action-identifiers": {
  "appc-provider-lcm:vnf-id": "ibcx0001"
},
"appc-provider-lcm:payload": "some"
  }
}

From: Gaurang Sanjay Parnaik
Sent: Thursday, August 23, 2018 5:51 PM
To: 'onap-discuss@lists.onap.org' 
mailto:onap-discuss@lists.onap.org>>
Subject: [appc] error in appc config request

Hi all,

I am getting following error in 
/operations/appc-provider-lcm:configure
 request


org.opendaylight.netconf.sal.restconf.impl.RestconfDocumentedException: errors: 
[RestconfError [error-type: application, error-tag: operation-not-supported, 
error-message: No implementation of RPC 
AbsoluteSchemaPath{path=[(org:onap:appc:lcm?revision=2016-01-08)configure]} 
available]]

I am testing appc Beijing (HEAT-based installation)

Please refer attached log

Kindly let us know any resolution for this


Thanks & Regards,
Gaurang Sanjay Parnaik
Tech Mahindra



Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html externally 
http://tim.techmahindra.com/tim/disclaimer.html internally within TechMahindra.



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

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

[onap-discuss] sdc-act installing issues #install #sdc #oom

2018-09-07 Thread jkzcristiano

Dear all,

I am having troubles with the installation of the SDC ONAP service on Beijing 
(never had this issue before). 

ubuntu@rancher:~/oom/kubernetes$ kubectl get pods --all-namespaces -o=wide | 
grep sdc
onap          onap-sdc-sdc-act-86cf9d97b8-7sgmw                     *0/1        
  Init:0/1      2 (it will increase as time goes by)*           21m       
10.42.204.102   compute2
onap          onap-sdc-sdc-be-6dc45d68f7-42fg7                         2/2      
  Running       0                                                               
    21m       10.42.178.26    compute1
onap          onap-sdc-sdc-cs-5d59bf85f-tdwd5                           1/1     
  Running      0                                                                
    21m       10.42.28.125    compute2
onap          onap-sdc-sdc-es-c4bbdfb9-ds6lb                             1/1    
   Running      0                                                               
    21m       10.42.208.76    compute1
onap          onap-sdc-sdc-fe-7bc875b896-p7g8n                        2/2       
  Running      0                                                                
   21m       10.42.135.224   compute1
onap          onap-sdc-sdc-kb-d976859fb-2zns5                          1/1      
 Running      0                                                                 
   21m       10.42.188.242   compute1
onap          onap-sdc-sdc-onboarding-be-6bc55f4678-p475j       2/2       
Running      0                                                                  
  21m       10.42.124.149   compute1
onap          onap-sdc-sdc-wfd-bc589764f-g4xgc                        1/1       
  Running     0                                                                 
    21m       10.42.166.87    compute2
 
The pod "onap-sdc-sdc-act-xxx-yyy" has two containers:

[C1] sdc-act-job-completion[init-container]: this init container is waiting to 
"onap-sdc-sdc-act-init-activity-spec" pod to succeed, that seems the 
responsible of the issue. Below logs:
...
2018-09-07 11:05:43,701 - INFO - Checking if 
onap-sdc-sdc-act-init-activity-spec  is complete
2018-09-07 11:05:43,724 - INFO - onap-sdc-sdc-act-init-activity-spec has not 
succeeded yet
... and repeated so on...

[C2] sdc-act[container]: this container will not start until init container 
ends successfully.

The pod "onap-sdc-sdc-act-init-activity-spec-xxx-yyy" is lauched by a job named 
"onap-sdc-sdc-act-init-activity-spec". In the definition of this job, I see 
that consists of two containers:

[C3] sdc-act-init-readiness[init-container]: this are the logs:
ubuntu@rancher:~/oom/kubernetes$ kubectl logs 
onap-sdc-sdc-act-init-activity-spec-xglz4 -c sdc-act-init-readiness -n onap -f
...
2018-09-07 11:10:16,692 - INFO - Checking if sdc-cs  is ready
2018-09-07 11:10:17,120 - INFO - sdc-cs is ready!
...and repeated so on...

[C4] sdc-act-job[container]: this are the logs:
ubuntu@rancher:~/oom/kubernetes$ kubectl logs 
onap-sdc-sdc-act-init-activity-spec-xglz4 -c sdc-act-job -n onap -f
CASSANDRA_HOST environment variable must be set # (is this the issue? how to 
fix it?)
...and nothing else appears...

By describing the job I get the following:
ubuntu@rancher:~/oom/kubernetes$ kubectl describe 
jobs/onap-sdc-sdc-act-init-activity-spec -n onap
Name:           onap-sdc-sdc-act-init-activity-spec
Namespace:      onap
Selector:       controller-uid=81fc6396-b28c-11e8-9130-022a9692086f
Labels:         app=sdc-act-job
                chart=sdc-act-2.0.0
                heritage=Tiller
                release=onap-sdc
Annotations:    
Parallelism:    1
Completions:    1
Start Time:     Fri, 07 Sep 2018 10:55:18 +
Pods Statuses:  1 Running / 0 Succeeded / 7 Failed
Pod Template:
  Labels:  app=sdc-act-job
           controller-uid=81fc6396-b28c-11e8-9130-022a9692086f
           job-name=onap-sdc-sdc-act-init-activity-spec
           release=onap-sdc
  Init Containers:
   sdc-act-init-readiness:
    Image:  oomk8s/readiness-check:2.0.0
    Port:   
    Command:
      /root/ready.py
    Args:
      --container-name
      sdc-cs
    Environment:
      NAMESPACE:   (v1:metadata.namespace)
    Mounts:       
  Containers:
   sdc-act-job:
    Image:  nexus3.onap.org:10001/onap/activity-spec-init:1.2.0
    Port:   
    Environment:
      CS_HOST:      sdc-cs
      CS_USER:            Optional: false
      CS_PASSWORD:    Optional: false
    Mounts:         
  Volumes:          
Events:
  Type    Reason            Age   From            Message
      --                          ---
  Normal  SuccessfulCreate  15m   job-controller  Created pod: 
onap-sdc-sdc-act-init-activity-spec-jz5h9 # (it is re-creating pods 
continuously)
  Normal  SuccessfulCreate  14m   job-controller  Created pod: 
onap-sdc-sdc-act-init-activity-spec-bplc6
  Normal  SuccessfulCreate  12m   job-controller  Created pod: 
onap-sdc-sdc-act-init-activity-spec-jxgnw
  Normal  SuccessfulCreate  11m   job-controller  Created pod:

[onap-discuss] OOM changes for PNDA waiting for docker images

2018-09-07 Thread Donald Hunter via Lists.Onap.Org

Hi Mike,

We have OOM changes ready to submit for the DCAE/PNDA integration but they are 
dependent on docker images that will get built by dcaegen2/deployments. The 
Jenkins build for that project is currently broken, waiting for a larger 
Openstack flavour. We have a helpdesk ticket open for that at the moment.

Is there any way we could proceed with the OOM changes, e.g. push images 
manually to a temporary docker registry so that we could continue to make 
progress? 

Kind regards,
Donald.





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

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

答复: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

2018-09-07 Thread Hongliang Bian

 

Hi Brian and all,

 

We have analyzed the issues currently occur in benchmark test, and want to have 
a discussion with you experts.

If it is convenient for you to arrange the meeting today at 10:00 pm Beijing 
time? Otherwise we can arrange it at 10:00 pm next Monday. ThanksJ

 

BRs,

Hongliang

 

 

 

发件人: bianhl@chinatelecom.cn [mailto:bianhl@chinatelecom.cn] 
发送时间: 2018年9月6日 23:03
收件人: 'onap-discuss@lists.onap.org'; 'bf1...@att.com'; 'Liu Chenglong'
抄送: 'SMOKOWSKI, STEVEN'; 'Kang Xi'; 'huangzonghe'; '孙鑫龙'; 王路曼 
(wanglm@chinatelecom.cn); 张志超 (zhangzhch@chinatelecom.cn); 
luyu0...@sina.com
主题: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

 

 

Hi Brian,

 

As we have discussed during yesterday Zoom meeting we can set up Benchmark 
specific meeting. I have discussed with my team, and they are OK to arrange the 
meeting at night in Beijing time for example either 9:00 or 10:00 pm.

Since we don’t want to occupy too much of your time and make the meeting more 
efficient, we think one meeting a week is OK. We can send email for ordinary 
discussion and leave the tough issue to the meeting. And also we are OK with 
any day during the weekday so please pick a day as you convenience. ThanksJ

 

BRs,

Hongliang

 

 

发件人: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] 代表 Brian
发送时间: 2018年8月29日 19:56
收件人: Liu Chenglong
抄送: SMOKOWSKI, STEVEN; onap-discuss@lists.onap.org; Kang Xi; huangzonghe; 孙鑫龙
主题: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

 

Generally SO records data in their request database but you should see the 
instance data in AAI.

 

Brian

 

 

From: Liu Chenglong  
Sent: Wednesday, August 29, 2018 4:02 AM
To: FREEMAN, BRIAN D 
Cc: Liu Chenglong ; SMOKOWSKI, STEVEN ; 
onap-discuss@lists.onap.org; Kang Xi ; huangzonghe 
; 孙鑫龙 
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

 

Hi, Brian:

  We want to know which database table can record vnf data or instance data 
or requests data  when  we create vcpe use case?

 

  And where are the tables located? SO or SDC or SDNC database?   How to 
check it?

 

 

 Like this, when we create vbrg instance by running vcpe.py brg script,  SO 
docker will record what data and write the data into which database tables when 
SO docker received vcpe’s request?

 

--

Regards,

Liu Chenglong

lcl7...@163.com

 

 

 

在 2018年8月28日，20:32，FREEMAN, BRIAN D  写道：

 

Cloud_config.json is created during restart of the docker – you should try 
without restarting but the base file is in   

 volumes /  

 mso /  

 chef-config /  

 mso-docker.json

 

Json_updater.py updates mso-docker.json

 

Json_updater.py takes input from so_vm_init.sh/deploy.sh to setup the cloud 
regions.

 

I think if you modify mso-docker.json and restart the docker (not reboot the 
VM) then chef should expands mso-docker.json into the files in 
/etc/mso/config.d.

 

For some reason I thought changes to the cloud_config could be done without a 
restart of the docker container but its been a while since I did a Beijing 
config change on SO.

 

Brian

 

 

From: SMOKOWSKI, STEVEN 
Sent: Tuesday, August 28, 2018 8:03 AM
To:   onap-discuss@lists.onap.org;  
 lcl7...@163.com; FREEMAN, BRIAN D < 
 bf1...@att.com>
Cc: Kang Xi <  kang...@huawei.com>; huangzonghe < 
 huangzh@chinatelecom.cn>; 孙鑫龙 < 
 sunxl@chinatelecom.cn>
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack

Re: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

Re: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

[onap-discuss] [oom] Improved OOM NodePort wiki

Re: [onap-discuss] Boostrapping AAF permissions and roles #aaf #aai #dmaap

Re: [onap-discuss] [so] SO API version

[onap-discuss] [so] SO API version

[onap-discuss][Logging] Python Logging library

Re: [onap-discuss] [appc] error in appc config request

[onap-discuss] sdc-act installing issues #install #sdc #oom

[onap-discuss] OOM changes for PNDA waiting for docker images

答复: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

11 matches

Site Navigation

Mail list logo

Footer information