Re: [onap-discuss] vFW Closed Loop - Operational Policy issues in Beijing #kubernetes #policy #drools #dcaegen2 #install #usecaseui

[gulsumatici]

Hello,
In Beijing  installation the  drools   pod  status  is init and  doesn't run.  
It's  waiting  on   init status  even  deleted  the  pod  several  times, 
although there is  no  error in the  logs. It can't create the drools 
container.  Is the  any  method  to  fix this ?

dev-drools-0                                    0/1       Init:0/1  

Labels:         app=drools
                controller-revision-hash=dev-drools-d9cbdb76d
                release=dev
Annotations:    
kubernetes.io/created-by={"kind":"SerializedReference","apiVersion":"v1","reference":{"kind":"StatefulSet","namespace":"onap","name":"dev-drools","uid":"ec0af246-e82b-11e8-9d15-0272838fbdaf","apiVersi...
Status:         Pending
IP:             10.42.8.108
Created By:     StatefulSet/dev-drools
Controlled By:  StatefulSet/dev-drools
Init Containers:
  drools-readiness:
    Container ID:  
docker://8329445dc7d79d50709332a9c86ed85c6c320b010c15d9194177f05bf117ff71
    Image:         oomk8s/readiness-check:2.0.0
    Image ID:      
docker-pullable://oomk8s/readiness-check@sha256:7daa08b81954360ad03364febcb3dcfeb723bcc12ce3eb3ed3e53f2323ed
    Port:          
    Command:
      /root/ready.py
    Args:
      --container-name
      policydb
      --container-name
      nexus
    State:          Running
      Started:      Wed, 21 Nov 2018 15:04:36 +
    Ready:          False
    Restart Count:  0
    Environment:
      NAMESPACE:  onap (v1:metadata.namespace)
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-28w78 
(ro)
Containers:
  drools:
    Container ID:  
    Image:         nexus3.onap.org:10001/onap/policy-drools:1.2.3
    Image ID:      
    Ports:         6969/TCP, 9696/TCP
    Command:
      /bin/bash
      -c
      ./do-start.sh
    State:          Waiting
      Reason:       PodInitializing
    Ready:          False
    Restart Count:  0
    Liveness:       tcp-socket :6969 delay=180s timeout=1s period=10s 
#success=1 #failure=3
    Readiness:      tcp-socket :6969 delay=60s timeout=1s period=10s #success=1 
#failure=3
    Environment:
      REPLICAS:  1
    Mounts:
      /etc/localtime from localtime (ro)
      /tmp/logback.xml from policy-logback (rw)
      /tmp/policy-install/config/apps-install.sh from drools-config (rw)
      /tmp/policy-install/config/base.conf from drools-config (rw)
      /tmp/policy-install/config/drools-preinstall.sh from drools-config (rw)
      /tmp/policy-install/config/drools-tweaks.sh from drools-config (rw)
      /tmp/policy-install/config/feature-healthcheck.conf from drools-secret 
(rw)
      /tmp/policy-install/config/feature-pooling-dmaap.conf from drools-config 
(rw)
      /tmp/policy-install/config/policy-management.conf from drools-config (rw)
      /usr/share/maven/conf/settings.xml from drools-settingsxml (rw)
      /var/log/onap from policy-logs (rw)
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-28w78 
(ro)
Conditions:
  Type           Status
  Initialized    False 
  Ready          False 
  PodScheduled   True 
Volumes:
  localtime:
    Type:  HostPath (bare host directory volume)
    Path:  /etc/localtime
  filebeat-conf:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      dev-filebeat-configmap
    Optional:  false
  policy-logs:
    Type:    EmptyDir (a temporary directory that shares a pod's lifetime)
    Medium:  
  policy-data-filebeat:
    Type:    EmptyDir (a temporary directory that shares a pod's lifetime)
    Medium:  
  policy-logback:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      dev-drools-log-configmap
    Optional:  false
  drools-settingsxml:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      dev-drools-settings-configmap
    Optional:  false
  drools-config:
    Type:      ConfigMap (a volume populated by a ConfigMap)
    Name:      dev-drools-configmap
    Optional:  false
  drools-secret:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  dev-drools-secret
    Optional:    false
  default-token-28w78:
    Type:        Secret (a volume populated by a Secret)
    SecretName:  default-token-28w78
    Optional:    false
QoS Class:       BestEffort
Node-Selectors:  
Tolerations:     node.alpha.kubernetes.io/notReady:NoExecute for 300s
                 node.alpha.kubernetes.io/unreachable:NoExecute for 300s
Events:          

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

View/Reply Online (#13975): https://lists.onap.org/g/onap-discuss/message/13975
Mute This Topic: https://lists.onap.org/mt/25510782/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy=2740164
Mute #usecaseui: https://lists.onap.org/mk?hashtag=usecaseui=2740164
Mute #kubernetes: https://lists.onap.org/mk?hashtag=kubernetes=2740164
Mute #install: https://lists.onap.org/mk?hashtag=install=2740164
Mute #drools: https://lists.onap.org/mk?hashtag=drools=2740164
Group Owner: 

Re: [onap-discuss] SO Heatbridge for Dublin Release

[Yang Bin]

Hi Seshu,

I believe there will be half hour overlapping between SO and MultiCloud weekly 
meeting.

Anyway I would join SO meeting for at least for first half hour at least.


Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Wednesday, November 21, 2018 11:09 PM
To: onap-discuss@lists.onap.org; munir.ah...@bell.ca; Yang, Bin; SMOKOWSKI, 
STEVEN; marcus.willi...@intel.com
Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Yes, As I said Lets discuss in SO weekly meeting on 5th Dec i.e, after we 
complete the Casabalca release.


Thanks and Regards,
M Seshu Kumar
Senior System Architect
uTraffic, Software BU,
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org [onap-discuss@lists.onap.org] on behalf of 
Ahmad, Munir [munir.ah...@bell.ca]
Sent: Wednesday, November 21, 2018 10:00 PM
To: Yang, Bin; Seshu m; onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN; 
marcus.willi...@intel.com
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release
Thanks Steve, Yang and Seshu for the feedback,

We had multi-vim in mind when considering where to implement heatbridge but 
looking at create VF module building block it is specific to OpenStack. So 
perhaps we can have implement this in stages to deliver value sooner while 
keeping in mind the target architecture.

For example: As Steve suggested if we implement heatbridge in its own 
micro-service it can be called from create VF module building block for phase 
1. As we are removing VIM specific code from SO we can also address the 
headbridge change as well.

I agree let's have a discussion on this during the SO weekly meeting. Seshu 
would you please take care of adding this to the agenda?

Thanks
Munir

From: "Yang, Bin" 
Date: Tuesday, November 20, 2018 at 10:33 PM
To: Seshu m , "onap-discuss@lists.onap.org" 
, "Ahmad, Munir" , 
"SMOKOWSKI, STEVEN" , "marcus.willi...@intel.com" 

Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Seshu,

That's great, I believe this would involve much discussion around design and 
details.

I would appreciate that someone from SO team could sponsor for this effort.

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Wednesday, November 21, 2018 10:36 AM
To: onap-discuss@lists.onap.org; Yang, Bin; munir.ah...@bell.ca; SMOKOWSKI, 
STEVEN; marcus.willi...@intel.com
Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Bin, Munir,

Yes, This could be a continuity to the SO - MC integration tasks we started in 
Casabalnca.
Also, there are other activities around this that currently SO is doing for now 
and ideally should be handled in MC and need a mutual discussion.
Going forward it would be better to Remove the vim related activities from the 
SO.

Lets plan for the way forward on this in the SO weekly meeting of 5th December 
if that works well for all of us.
@Steve, request to kindly get your ideas on the topic as a start point.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[ompany_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, 

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Yang Bin]

If you are working on Integration-SB-06, the latest log I can dump from 
multicloud-windriver is captured on Nov. 19:

2018-11-19 
18:04:12|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||making
 request with URI:/snapshots/detail,{'service_type': 'volumev3', 'interface': 
'public', 'region_name': 
u'ONAP-POD-01-Rail-06'}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||INFO||request
 returns with status 200requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198
2018-11-19 
18:04:13|newton_base.registration.registration||140080103589696||_get_list_resources||DEBUG||with
 content:{u'snapshots': []}requestID=766690fd-ccb8-3135-82b2-678e9825c2ba 
invocationID=13b7eb69-4e8a-4b8a-b1c7-9b809b59657b 
serviceName=multicloud-titaniumcloud serviceIP=10.42.172.198

I checked the so openstack adaptor, there is no cloud site for multicloud:

root@oom-rancher:~/oom/kubernetes/robot# kubectl -n onap exec -it 
dev-so-so-openstack-adapter-8465dc7d79-vz5cc sh

/app # cat config/override.yaml

cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: "https://identity.api.rackspacecloud.com/v2.0;
  mso_id: "RACKSPACE_ACCOUNT_ID"
  mso_pass: "RACKSPACE_ACCOUNT_APIKEY"
  admin_tenant: "service"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "RACKSPACE_APIKEY"
DEFAULT_KEYSTONE:
  identity_url: "http://10.12.25.2:5000/v2.0;
  mso_id: "itohan_ukponmwan"
  mso_pass: 
"2410778b5c49594d77a1b28ea5538065a1a0a54db50ceeb5253228c8882de3c4"
  admin_tenant: "service"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "USERNAME_PASSWORD"
  cloud_sites:
Dallas:
  region_id: "DFW"
  clli: "DFW"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
Northern Virginia:
  region_id: "IAD"
  clli: "IAD"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
Chicago:
  region_id: "ORD"
  clli: "ORD"
  aic_version: "2.5"
  identity_service_id: "RAX_KEYSTONE"
RegionOne:
  region_id: "RegionOne"
  clli: "RegionOne"
  aic_version: "2.5"
  identity_service_id: "DEFAULT_KEYSTONE"
DEFAULT:
  region_id: "RegionOne"
  clli: "RegionOne"
  aic_version: "2.5"
  identity_service_id: "DEFAULT_KEYSTONE"

Could you please double check if you had provisioning the adapter appropriately 
?

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Ukponmwan, Itohan
Sent: Thursday, November 22, 2018 10:53 AM
To: Multanen, Eric W; onap-discuss@lists.onap.org; bf1...@att.com
Cc: Mishra, Sharad D; Addepalli, Srinivasa R; Deng, Yipan; Williams, Marcus; 
Ranganathan, Dileep
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

I am seeing the following error in the so-openstack-adapter debug.log file. 
Perhaps the error has to do with multicloud??
WITHOUT VNF PROFILE CREATED

2018-11-22T02:45:44.422Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:45:44.466Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450

ONAP-POD-01-Rail-06

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450
CFY

9d443c57-4567-4767-a7a0-8822defd042a

81bacddf-2202-4f01-bd6b-b7b91829bde4

709ba629fe194f8699b12f9d6ffd86a0
true
cba6e389-c2da-480c-a0e1-21acfa7137be


WITH VNF PROFILE CREATED

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - 

[onap-discuss][policy]CCVPN Integration testing - exception when I execute create-cl-casablanca script

[Vidyashree Rama]

Hi All,

Kindly help to resolve this issue

I am getting exception when I execute create-cl-casablanca script in OOM
based depoyment.

policy@dev-policy-drools-0:/tmp/amsterdam$ mvn install -DskipTests
[INFO] Scanning for projects...
[INFO]

[INFO]

[INFO] Building amsterdam 1.3.3
[INFO]

[INFO]
[INFO] --- maven-resources-plugin:3.1.0:resources (default-resources) @
amsterdam ---
[WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy
filtered resources, i.e. build is platform dependent!
[INFO] Copying 2 resources
[INFO]
[INFO] --- maven-compiler-plugin:3.8.0:compile (default-compile) @
amsterdam ---
[INFO] No sources to compile
[INFO]
[INFO] --- kie-maven-plugin:6.5.0.Final:build (default-build) @ amsterdam
---
[main] INFO org.drools.compiler.kie.builder.impl.KieRepositoryImpl - Adding
KieModule from resource:
FileResource[file=/tmp/amsterdam/src/main/resources]
[main] WARN org.drools.compiler.kie.builder.impl.ClasspathKieProject -
Unable to find pom.properties in /tmp/amsterdam/src/main/resources
[main] INFO org.drools.compiler.kie.builder.impl.ClasspathKieProject -
Recursed up folders, found and used pom.xml /tmp/amsterdam/pom.xml
[main] INFO org.drools.compiler.kie.builder.impl.KieRepositoryImpl -
KieModule was added:
FileKieModule[releaseId=org.onap.policy.rules.amsterdam:amsterdam:1.3.3,file=/tmp/amsterdam/src/main/resources]
[INFO] KieModule successfully built!
[INFO]
[INFO] --- maven-resources-plugin:3.1.0:testResources
(default-testResources) @ amsterdam ---
[WARNING] Using platform encoding (ANSI_X3.4-1968 actually) to copy
filtered resources, i.e. build is platform dependent!
[INFO] skip non existing resourceDirectory /tmp/amsterdam/src/test/resources
[INFO]
[INFO] --- maven-compiler-plugin:3.8.0:testCompile (default-testCompile) @
amsterdam ---
[INFO] No sources to compile
[INFO]
[INFO] --- maven-surefire-plugin:3.0.0-M1:test (default-test) @ amsterdam
---
Nov 22, 2018 3:35:48 AM org.sonatype.guice.bean.reflect.Logs$JULSink warn
WARNING: Error injecting: org.apache.maven.plugin.surefire.SurefirePlugin
com.google.inject.ProvisionException: Guice provision errors:

1) No implementation for
org.codehaus.plexus.languages.java.jpms.LocationManager was bound.
  while locating org.apache.maven.plugin.surefire.SurefirePlugin

1 error
at com.google.inject.internal.InjectorImpl$3.get(InjectorImpl.java:999)
at
com.google.inject.internal.InjectorImpl.getInstance(InjectorImpl.java:1025)
at
org.sonatype.guice.bean.reflect.AbstractDeferredClass.get(AbstractDeferredClass.java:45)
at
com.google.inject.internal.ProviderInternalFactory.provision(ProviderInternalFactory.java:84)
at
com.google.inject.internal.InternalFactoryToInitializableAdapter.provision(InternalFactoryToInitializableAdapter.java:52)
at
com.google.inject.internal.ProviderInternalFactory$1.call(ProviderInternalFactory.java:70)
at
com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:100)
at
org.sonatype.guice.plexus.lifecycles.PlexusLifecycleManager.onProvision(PlexusLifecycleManager.java:138)
at
com.google.inject.internal.ProvisionListenerStackCallback$Provision.provision(ProvisionListenerStackCallback.java:108)
at
com.google.inject.internal.ProvisionListenerStackCallback.provision(ProvisionListenerStackCallback.java:55)
at
com.google.inject.internal.ProviderInternalFactory.circularGet(ProviderInternalFactory.java:68)
at
com.google.inject.internal.InternalFactoryToInitializableAdapter.get(InternalFactoryToInitializableAdapter.java:45)
at com.google.inject.internal.InjectorImpl$3$1.call(InjectorImpl.java:990)
at
com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1036)
at com.google.inject.internal.InjectorImpl$3.get(InjectorImpl.java:986)
at com.google.inject.Scopes$1$1.get(Scopes.java:59)
at
org.sonatype.guice.bean.locators.LazyBeanEntry.getValue(LazyBeanEntry.java:83)
at
org.sonatype.guice.plexus.locators.LazyPlexusBean.getValue(LazyPlexusBean.java:49)
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:253)
at
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:245)
at
org.apache.maven.plugin.internal.DefaultMavenPluginManager.getConfiguredMojo(DefaultMavenPluginManager.java:455)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:92)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Brian]

Eric just provided instructions to bin yang that may be useful



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "FREEMAN, BRIAN D" 
Date: 11/21/18 10:35 PM (GMT-05:00)
To: onap-discuss@lists.onap.org, itohan.ukponm...@intel.com, "Multanen, Eric W" 

Cc: "Mishra, Sharad D" , "Addepalli, Srinivasa R" 
, "Deng, Yipan" , 
"Williams, Marcus" , "Ranganathan, Dileep" 

Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

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

Yes i would look to multi cloud team to sed what the internal error is.
I was thinking credentials or tenant was vad. Robot init does not call estdd so 
you will have to do that setup if you are using multicloud

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "Ukponmwan, Itohan" 
Date: 11/21/18 9:52 PM (GMT-05:00)
To: "Multanen, Eric W" , 
onap-discuss@lists.onap.org, "FREEMAN, BRIAN D" 
Cc: "Mishra, Sharad D" , "Addepalli, Srinivasa R" 
, "Deng, Yipan" , 
"Williams, Marcus" , "Ranganathan, Dileep" 

Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

I am seeing the following error in the so-openstack-adapter debug.log file. 
Perhaps the error has to do with multicloud??
WITHOUT VNF PROFILE CREATED

2018-11-22T02:45:44.422Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:45:44.466Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450

ONAP-POD-01-Rail-06

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450
CFY

9d443c57-4567-4767-a7a0-8822defd042a

81bacddf-2202-4f01-bd6b-b7b91829bde4

709ba629fe194f8699b12f9d6ffd86a0
true
cba6e389-c2da-480c-a0e1-21acfa7137be


WITH VNF PROFILE CREATED

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Response from POST: 
http://msb-iag.onap:80/api/multicloud-t
itaniumcloud/v1/CloudOwner/ONAP-POD-01-Rail-06/infra_workload
Response Headers: {connection=[keep-alive], content-type=[text/html], 
Date=[Thu, 22 Nov 2018 02:26:27 GMT], Server=[openresty], 
transfer-encoding=[chunked], Vary=[Cookie], X
-Frame-Options=[SAMEORIGIN]}Server Error (500)

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = 
Internal Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Internal 
Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:26:27.859Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 



From: Multanen, Eric W
Sent: Wednesday, November 21, 2018 1:20 PM
To: onap-discuss@lists.onap.org; bf1...@att.com; Ukponmwan, Itohan 

Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Ranganathan, Dileep 

Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

After the so-openstack adapter log, I’d look at the multicloud log, eg 
something like:

   root@oom-rancher:~/oom/kubernetes/multicloud# kubectl -n onap 
exec -it dev-multicloud-multicloud-windriver-685f4cc944-nn49x bash
root@dev-multicloud-multicloud-windriver-685f4cc944-nn49x:/opt/windriver# tail 
-f 

Re: [E][onap-discuss][SO]Configuring SO with multi-VIM

[Yang Bin]

Hi Eric,

With the step 2, does that mean we have to add an entry in cloud_sites to match 
every AAI cloud region ?

Please confirm , thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Multanen, Eric W
Sent: Wednesday, November 21, 2018 9:49 PM
To: Seshu m; sirisha.gopig...@verizon.com; Williams, Marcus
Cc: onap-discuss@lists.onap.org
Subject: Re: [E][onap-discuss][SO]Configuring SO with multi-VIM

A couple things:

1.  Configure SO to use the v2 adapter api
Check bmpn configmap and modified per highlighted difference:
kubectl -n onap edit configmap dev-so-so-bpmn-infra-app-configmap
- vnf:
  endpoint: http://so-openstack-adapter.onap:8087/services/VnfAdapter
  rest:
endpoint: 
http://so-openstack-adapter.onap:8087/services/rest/v1/vnfs

+ vnf:
  endpoint: http://so-openstack-adapter.onap:8087/services/VnfAdapter
  rest:
endpoint: 
http://so-openstack-adapter.onap:8087/services/rest/v2/vnfs

then delete the pod and let it respawn with new config



2.  Cloud site information in the SO database needs to align (I've done 
these changes manually directly with the db for testing)
a.  Have a row in 'cloud_sites' table that has:
i.  ID of 'regionId' (e.g. whatever 
your region id is)
   ii.  REGION_ID of 'regionId'
  iii.  IDENTITY_SERVICE_ID of 'regionId'
  iv.  ORCHESTRATOR of 'multicloud'
b.  In 'identity_services' table have a row that has:
i.  ID of 'regionId'
   ii.  IDENTITY_URL of 
'http://msb-iag.onap:80/api/multicloud-titaniumcloud/v1/CloudOwner/regionId/infra_workload
1.  Where the 'CloudOwner' and 'regioinId' in the URL are the actual cloud 
owner and region id values


From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Tuesday, November 20, 2018 9:03 PM
To: sirisha.gopig...@verizon.com; Multanen, Eric W 
Cc: onap-discuss@lists.onap.org
Subject: RE: [E][onap-discuss][SO]Configuring SO with multi-VIM

Hi Sririsha

Sorry for coming back late, missed your mail earlier…

@Eric:  Please help Sirisha with the configuration details.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[Company_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Gopigiri, Sirisha via 
Lists.Onap.Org
Sent: Monday, November 19, 2018 12:18 PM
To: onap-discuss@lists.onap.org
Subject: [E][onap-discuss][SO]Configuring SO with multi-VIM

Hi SO team,

I have installed ONAP using OOM Master branch, and as of Casablanca release I 
could see that SO supports multi-VIM/Cloud for launching VF-modules. I have 
configured multi-VIM with the corresponding VIM that I would require. But I am 
stuck at how to configure SO to use the VIM registered in multi-VIM.

Could you please help me with this? Could you please point me to the 
documentation for configuration as well?

Thank you in advance!

Best Regards
Sirisha Gopigiri


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

View/Reply Online (#13968): https://lists.onap.org/g/onap-discuss/message/13968
Mute This Topic: https://lists.onap.org/mt/28238442/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] VF Module Creation Says Successful but stack not created in Openstack

[Brian]

Yes i would look to multi cloud team to sed what the internal error is.
I was thinking credentials or tenant was vad. Robot init does not call estdd so 
you will have to do that setup if you are using multicloud

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "Ukponmwan, Itohan" 
Date: 11/21/18 9:52 PM (GMT-05:00)
To: "Multanen, Eric W" , 
onap-discuss@lists.onap.org, "FREEMAN, BRIAN D" 
Cc: "Mishra, Sharad D" , "Addepalli, Srinivasa R" 
, "Deng, Yipan" , 
"Williams, Marcus" , "Ranganathan, Dileep" 

Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

I am seeing the following error in the so-openstack-adapter debug.log file. 
Perhaps the error has to do with multicloud??
WITHOUT VNF PROFILE CREATED

2018-11-22T02:45:44.422Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:45:44.466Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450

ONAP-POD-01-Rail-06

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450
CFY

9d443c57-4567-4767-a7a0-8822defd042a

81bacddf-2202-4f01-bd6b-b7b91829bde4

709ba629fe194f8699b12f9d6ffd86a0
true
cba6e389-c2da-480c-a0e1-21acfa7137be


WITH VNF PROFILE CREATED

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Response from POST: 
http://msb-iag.onap:80/api/multicloud-t
itaniumcloud/v1/CloudOwner/ONAP-POD-01-Rail-06/infra_workload
Response Headers: {connection=[keep-alive], content-type=[text/html], 
Date=[Thu, 22 Nov 2018 02:26:27 GMT], Server=[openresty], 
transfer-encoding=[chunked], Vary=[Cookie], X
-Frame-Options=[SAMEORIGIN]}Server Error (500)

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = 
Internal Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Internal 
Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:26:27.859Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 



From: Multanen, Eric W
Sent: Wednesday, November 21, 2018 1:20 PM
To: onap-discuss@lists.onap.org; bf1...@att.com; Ukponmwan, Itohan 

Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Ranganathan, Dileep 

Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

After the so-openstack adapter log, I’d look at the multicloud log, eg 
something like:

   root@oom-rancher:~/oom/kubernetes/multicloud# kubectl -n onap 
exec -it dev-multicloud-multicloud-windriver-685f4cc944-nn49x bash
root@dev-multicloud-multicloud-windriver-685f4cc944-nn49x:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log

Another source of clues could be the so-bpmn logs.

Eric


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Wednesday, November 21, 2018 1:04 PM
To: onap-discuss@lists.onap.org; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>
Cc: Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Deng, Yipan mailto:yipan.d...@intel.com>>; Williams, 
Marcus mailto:marcus.willi...@intel.com>>; Multanen, 
Eric W 

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Ukponmwan, Itohan]

I am seeing the following error in the so-openstack-adapter debug.log file. 
Perhaps the error has to do with multicloud??
WITHOUT VNF PROFILE CREATED

2018-11-22T02:45:44.422Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:45:44.466Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450

ONAP-POD-01-Rail-06

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450
CFY

9d443c57-4567-4767-a7a0-8822defd042a

81bacddf-2202-4f01-bd6b-b7b91829bde4

709ba629fe194f8699b12f9d6ffd86a0
true
cba6e389-c2da-480c-a0e1-21acfa7137be


WITH VNF PROFILE CREATED

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Response from POST: 
http://msb-iag.onap:80/api/multicloud-t
itaniumcloud/v1/CloudOwner/ONAP-POD-01-Rail-06/infra_workload
Response Headers: {connection=[keep-alive], content-type=[text/html], 
Date=[Thu, 22 Nov 2018 02:26:27 GMT], Server=[openresty], 
transfer-encoding=[chunked], Vary=[Cookie], X
-Frame-Options=[SAMEORIGIN]}Server Error (500)

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = 
Internal Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Internal 
Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:26:27.859Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 



From: Multanen, Eric W
Sent: Wednesday, November 21, 2018 1:20 PM
To: onap-discuss@lists.onap.org; bf1...@att.com; Ukponmwan, Itohan 

Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Ranganathan, Dileep 

Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

After the so-openstack adapter log, I'd look at the multicloud log, eg 
something like:

   root@oom-rancher:~/oom/kubernetes/multicloud# kubectl -n onap 
exec -it dev-multicloud-multicloud-windriver-685f4cc944-nn49x bash
root@dev-multicloud-multicloud-windriver-685f4cc944-nn49x:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log

Another source of clues could be the so-bpmn logs.

Eric


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Wednesday, November 21, 2018 1:04 PM
To: onap-discuss@lists.onap.org; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>
Cc: Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Deng, Yipan mailto:yipan.d...@intel.com>>; Williams, 
Marcus mailto:marcus.willi...@intel.com>>; Multanen, 
Eric W mailto:eric.w.multa...@intel.com>>; 
Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

No - look in so-openstack adapter logs and see if you see an error.

The only thing close was in vCPE testing there was a problem with the BPMN 
where the link from vnf to vfmodule on a macro flow was missing but you arent 
using macro flow in VID.

Brian


From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Ukponmwan, Itohan
Sent: Wednesday, November 21, 2018 4:02 PM
To: onap-discuss@lists.onap.org
Cc: Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Deng, Yipan mailto:yipan.d...@intel.com>>; Williams, 
Marcus 

Re: [onap-discuss] Update S3P for TSC

[gildas.lani...@huawei.com]

Hi Michael,

We has some licensing compliance with the tool we are using for the scan.
To circumvent the issue, we had to create a restricted to committers wiki space 
that embeds the “Artifact”, “Version”, and “Problem Code”. This helps committer 
to track exactly their issue.

For general audience, SECCOM team created an open to everyone, curated wiki 
page without the labeled “Artifact”, “Version”, and “Problem Code”. RN is 
ReadTheDocs will point toward the curated wiki page.

Hope this help.

Thanks,
Gildas
ONAP Release Manager
1 415 238 6287

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Wednesday, November 21, 2018 4:48 AM
To: ZWARICO, AMY ; Gildas Lanilis ; 
onap-discuss@lists.onap.org
Cc: Stephen Terrill ; pawel.pawl...@orange.com; 
Kenny Paul 
Subject: RE: Update S3P for TSC

Still a wip in my queue along with other work – I have almost finished details 
on the last couple ones for sdnc-context-builder – I find copying from the 
nexus-iq sections to this security page extremely tedious – figuring out each 
exploit and recommending a compensating control not in (upgrade to the latest, 
use an alternate) is going to take some time – especially with the pomba code 
and with re-integration testing - in hind sight I should have just labeled 
everything with an ignore action like some of the other teams.


I don’t understand what this issue is with the columns and links – the security 
page is not accessible to the public – hence why no one except committers can 
access the page.

  1.  Remove the columns labeled “Artifact”, “Version”, and “Problem Code”. 
This are fields that cannot be publicly accessible per the license.

I followed the existing template – there are other pages like a random pick 
below that contain these columns and links.
Are you saying that the logging page needs to be different from the rest of onap

https://wiki.onap.org/pages/viewpage.action?pageId=43387665

Repository

Group

Artifact

Version

Problem Code

Impact Analysis

Action

modeling/toscaparsers

org.apache.tomcat.embed

tomcat-embed-core

8.5.28

CVE-2018-8014

No action, use previous release code



msb-apigateway

com.fasterxml.jackson.core

jackson-databind

2.9.4

Link

SONATYPE-2017-0312


False Positive



From: ZWARICO, AMY mailto:az9...@att.com>>
Sent: Tuesday, November 20, 2018 9:43 PM
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>; 
Gildas Lanilis mailto:gildas.lani...@huawei.com>>
Cc: Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>; 
pawel.pawl...@orange.com; ZWARICO, AMY 
mailto:az9...@att.com>>
Subject: RE: Update S3P for TSC

Thank you for your work on the vulnerability reviews. I need you to update the 
table at 
https://wiki.onap.org/pages/viewpage.action?pageId=43385152.

  1.  Remove the links to NexusIQ reports.
  2.  Remove the columns labeled “Artifact”, “Version”, and “Problem Code”. 
This are fields that cannot be publicly accessible per the license.
  3.  Remove all entries about licenses.
  4.  Indicate if the vulnerability is a false positive (not exploitable from 
the logging code) or exploitable.
  5.  For all exploitable vulnerabilities, describe any compensating controls 
that a user of ONAP can put in place to reduce the risk of the vulnerability 
being exploited.
  6.  Make sure that all security vulnerabilities in the NexusIQ reports are 
accounted for in the Vulnerability review table.
Thank you for your attention to this.
Amy

From: OBRIEN, FRANK MICHAEL
Sent: Wednesday, November 14, 2018 11:29 PM
To: Gildas Lanilis 
mailto:gildas.lani...@huawei.com>>; FORSYTH, JAMES 
mailto:jf2...@att.com>>; LANDO, MICHAEL 
mailto:michael.la...@intl.att.com>>; 
zhao.huab...@zte.com.cn; TIMONEY, DAN 
mailto:dt5...@att.com>>; 
shen...@chinamobile.com
Cc: ZWARICO, AMY mailto:az9...@att.com>>; Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>; 
pawel.pawl...@orange.com; 'Yunxia Chen' 
mailto:helen.c...@huawei.com>>; BARSKY, GEORA 
mailto:geo...@amdocs.com>>; MACNIDER, JAMES 
mailto:james.macni...@amdocs.com>>; AU, PRUDENCE 
mailto:prudence...@amdocs.com>>; STANGL, DAVID 
mailto:david.sta...@amdocs.com>>; CHEN, YONG 
mailto:yong.c...@amdocs.com>>; CHISHOLM, SHARON 
mailto:sharon.chish...@amdocs.com>>
Subject: RE: Update S3P for TSC

Gildas, Amy,
   I updated the page for our 3rd pass through the CLM issues – there are some 
changes post the new CLM reports and the oparent change and the recent SDNC ssl 
changes.
   Based on the updates where I went through the 7 repo CLM reports in 

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Multanen, Eric W]

After the so-openstack adapter log, I'd look at the multicloud log, eg 
something like:

   root@oom-rancher:~/oom/kubernetes/multicloud# kubectl -n onap 
exec -it dev-multicloud-multicloud-windriver-685f4cc944-nn49x bash
root@dev-multicloud-multicloud-windriver-685f4cc944-nn49x:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log

Another source of clues could be the so-bpmn logs.

Eric


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Brian
Sent: Wednesday, November 21, 2018 1:04 PM
To: onap-discuss@lists.onap.org; Ukponmwan, Itohan 
Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Multanen, Eric W 
; Ranganathan, Dileep 
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

No - look in so-openstack adapter logs and see if you see an error.

The only thing close was in vCPE testing there was a problem with the BPMN 
where the link from vnf to vfmodule on a macro flow was missing but you arent 
using macro flow in VID.

Brian


From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Ukponmwan, Itohan
Sent: Wednesday, November 21, 2018 4:02 PM
To: onap-discuss@lists.onap.org
Cc: Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Deng, Yipan mailto:yipan.d...@intel.com>>; Williams, 
Marcus mailto:marcus.willi...@intel.com>>; Multanen, 
Eric W mailto:eric.w.multa...@intel.com>>; 
Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>
Subject: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi All,

I created a VNF, preloaded and then created a VF module. The Creation says 
successful but the stack is not shown in Openstack. Has anyone seen this. Any 
ideas on how to debug this?

Thanks,
Itohan




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

View/Reply Online (#13962): https://lists.onap.org/g/onap-discuss/message/13962
Mute This Topic: https://lists.onap.org/mt/28281137/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] VF Module Creation Says Successful but stack not created in Openstack

[Srini]

In addition to Brian suggestions:

Since you are trying out with OOF/HPA, you may want to ensure following too

-Is homing request/response successful with OOF.

-Since you are using 'use multi-cloud option', are there any errors in 
VNF adapter

-Any errors in Multi-Cloud.

Thanks
Srini



From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Brian
Sent: Wednesday, November 21, 2018 1:04 PM
To: onap-discuss@lists.onap.org; Ukponmwan, Itohan 
Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Multanen, Eric W 
; Ranganathan, Dileep 
Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

No - look in so-openstack adapter logs and see if you see an error.

The only thing close was in vCPE testing there was a problem with the BPMN 
where the link from vnf to vfmodule on a macro flow was missing but you arent 
using macro flow in VID.

Brian


From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Ukponmwan, Itohan
Sent: Wednesday, November 21, 2018 4:02 PM
To: onap-discuss@lists.onap.org
Cc: Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Deng, Yipan mailto:yipan.d...@intel.com>>; Williams, 
Marcus mailto:marcus.willi...@intel.com>>; Multanen, 
Eric W mailto:eric.w.multa...@intel.com>>; 
Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>
Subject: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi All,

I created a VNF, preloaded and then created a VF module. The Creation says 
successful but the stack is not shown in Openstack. Has anyone seen this. Any 
ideas on how to debug this?

Thanks,
Itohan




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

View/Reply Online (#13961): https://lists.onap.org/g/onap-discuss/message/13961
Mute This Topic: https://lists.onap.org/mt/28281137/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] VF Module Creation Says Successful but stack not created in Openstack

[Brian]

No - look in so-openstack adapter logs and see if you see an error.

The only thing close was in vCPE testing there was a problem with the BPMN 
where the link from vnf to vfmodule on a macro flow was missing but you arent 
using macro flow in VID.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Ukponmwan, Itohan
Sent: Wednesday, November 21, 2018 4:02 PM
To: onap-discuss@lists.onap.org
Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Multanen, Eric W 
; Ranganathan, Dileep 
Subject: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi All,

I created a VNF, preloaded and then created a VF module. The Creation says 
successful but the stack is not shown in Openstack. Has anyone seen this. Any 
ideas on how to debug this?

Thanks,
Itohan




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

View/Reply Online (#13960): https://lists.onap.org/g/onap-discuss/message/13960
Mute This Topic: https://lists.onap.org/mt/28281137/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] [Onap-release] Images Missing in Release Manifest

[Jimmy Forsyth]

ONAP Community,

Sorry for the confusion on this, spike:1.3.1 is released and manifests are 
updated – this was my miss.

Thanks,
jimmy

From: "FORSYTH, JAMES" 
Date: Wednesday, November 21, 2018 at 8:53 AM
To: Eric Debeau , Gary Wu , 
"onap-discuss@lists.onap.org Group" , 
"onap-rele...@lists.onap.org" 
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

AAI team,

Did I miss releasing on this component?  Is this part of any of the integration 
flows, I haven’t gotten any defects opened in labs loading the release versions.

Thanks,
jimmy

From:  on behalf of Eric Debeau 

Date: Wednesday, November 21, 2018 at 8:51 AM
To: "FORSYTH, JAMES" , Gary Wu , 
"onap-discuss@lists.onap.org Group" , 
"onap-rele...@lists.onap.org" 
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

Hi Jimmy

I am surprised :

I can see it in the OOM chart:
https://git.onap.org/oom/tree/kubernetes/aai/charts/aai-spike/values.yaml

And in my deployment:
nexus3.onap.org:10001/onap/spike 
1.0-STAGING-latest d129e3f1e7442 weeks ago 661 MB

BR,

Eric

De : onap-rele...@lists.onap.org [mailto:onap-rele...@lists.onap.org] De la 
part de Jimmy Forsyth
Envoyé : mercredi 21 novembre 2018 14:23
À : Gary Wu; onap-discuss@lists.onap.org Group; onap-rele...@lists.onap.org
Cc : Gildas Lanilis
Objet : Re: [Onap-release] Images Missing in Release Manifest

Hi, Gary,

onap/spike is unused in Casablanca.

Thanks,
jimmy

From:  on behalf of Gary Wu 
Date: Tuesday, November 20, 2018 at 6:11 PM
To: "onap-discuss@lists.onap.org Group" , 
"onap-rele...@lists.onap.org" 
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

Hi all,

As of now the following images are still NOT accounted for, i.e. neither 
released nor declared to be unused for Casablanca:

onap/dcae-tools,1.3-STAGING-latest
onap/network-discovery,latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest

Would the owners please respond with your dispositions on these images above?

Thanks,
Gary

_
From: Gary Wu
Sent: Wednesday, November 14, 2018 2:59 PM
To: onap-discuss@lists.onap.org Group ; 
onap-rele...@lists.onap.org
Subject: Images Missing in Release Manifest


Hi all,

The following images are used in the OOM helm charts but do not have a 
corresponding entry in the release manifest.  Can you please add the 
appropriate release images to the release manifest?

onap/aaf/aaf_cass,2.1.7
onap/ccsdk-controllerblueprints,latest
onap/dcae-be,1.3-STAGING-latest
onap/dcae-dt,1.2-STAGING-latest
onap/dcae-fe,1.3-STAGING-latest
onap/dcae-tools,1.3-STAGING-latest
onap/dcae-tosca-app,1.3-STAGING-latest
onap/fproxy,2.1-STAGING-latest
onap/music/cassandra_music,3.0.0
onap/music/prom,1.0.5-latest
onap/network-discovery,latest
onap/org.onap.dcaegen2.deployments.pnda-bootstrap-container,5.0.0
onap/org.onap.dcaegen2.deployments.pnda-mirror-container,5.0.0
onap/rproxy,2.1-STAGING-latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest
onap/tproxy-config,2.1-STAGING-latest

Thanks,
Gary




_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.


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

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

[onap-discuss] Cancelling DCAE Weekly meeting for 11/22

[Vijay VK]

Dear DCAE Community,
Tomorrow's weekly meeting will be canceled due to Thanksgiving 
holiday.  If there is anything urgent, please reach out via email

Regards,
Vijay

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

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

[onap-discuss] [cia] Meeting cancelled today

[Adolfo Perez-Duran]

Dear CIA team members,

Today's meeting has been cancelled. We will start a new cycle of meetings
next week.

For Dublin, the team has decided to hold weekly meetings Thursdays at 7:00
am US MT/6:00 am PT.

The calendar entry will be updated in the coming week.

Cheers,

Adolfo

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

View/Reply Online (#13955): https://lists.onap.org/g/onap-discuss/message/13955
Mute This Topic: https://lists.onap.org/mt/28278261/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] VNF Creation Error in VID

[Alexis de Talhouet]

Here is the patch to avoid using CDS for base vFW and vFW_HPA: 
https://gerrit.onap.org/r/#/c/73264/ 


> On Nov 21, 2018, at 10:30 AM, Ukponmwan, Itohan  
> wrote:
> 
> Thanks Alexis.
>
> Regards,
> Itohan
>   <>
>  <>From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com] 
> Sent: Wednesday, November 21, 2018 7:28 AM
> To: Ukponmwan, Itohan 
> Cc: onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN ; Deng, 
> Yipan ; Addepalli, Srinivasa R 
> ; Mishra, Sharad D 
> ; PLATANIA, MARCO 
> Subject: Re: [onap-discuss] VNF Creation Error in VID
>
> Ah, thanks for pointing that out.
> Marco, do you think we can fix the vFW HEAT template and remove the sdnc_* 
> metadata fields?
>
> Reason you got an error is because you are using an SDNC version that bugs 
> for the CDS flow. They are all fixed now.
> To know what’s the latest image tag, see 
> https://github.com/onap/integration/blob/master/version-manifest/src/main/resources/docker-manifest.csv
>  
> 
>
> Alexis
> 
> 
> On Nov 21, 2018, at 9:31 AM, Ukponmwan, Itohan  > wrote:
>
> Hi Alexis,
>
> Thanks for explaining this.
> Actually I copied the HEAT template from vFW and I see those parameters 
> defined in the vFW
> https://github.com/onap/demo/blob/master/heat/vFW/base_vfw.yaml#L327 
>  along 
> with its env parameters in 
> https://github.com/onap/demo/blob/master/heat/vFW/base_vfw.env#L32-L34 
>  .
>
> Why do I get an error in my case? Also, does this mean if I proceed with this 
> heat template, I cannot preload.
> Lastly , what is the latest docker image for sdnc?  I installed ONAP using 
> the deploy script in the integration repo, perhaps the image version has not 
> been updated here?
>
> Thanks,
> Itohan
>
>
> From: onap-discuss@lists.onap.org  
> [mailto:onap-discuss@lists.onap.org ] On 
> Behalf Of Alexis de Talhouet
> Sent: Wednesday, November 21, 2018 5:15 AM
> To: Ukponmwan, Itohan  >
> Cc: onap-discuss@lists.onap.org ; 
> SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; Deng, Yipan 
> mailto:yipan.d...@intel.com>>; Addepalli, Srinivasa R 
> mailto:srinivasa.r.addepa...@intel.com>>; 
> Mishra, Sharad D  >
> Subject: Re: [onap-discuss] VNF Creation Error in VID
>
> I see. So I believe you copied the HEAT template from vFW_NextGen, as you 
> have the following defined in your server's metadata section:
>
> sdnc_model_name: { get_param: sdnc_model_name }, sdnc_model_version: { 
> get_param: sdnc_model_version }, sdnc_artifact_name: { get_param: 
> sdnc_artifact_name }
>
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L292 
> 
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L368 
> 
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L442 
> 
>
> along with their values provided in the env file: 
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.env#L41-L43
>  
> 
>
> I believe this is un-intentional, if so please remove. Else if you want to 
> use CDS, you would need to design the pre-instantiation configuration as per 
> as your service; as I don’t know the delta between the vFW_HPA and 
> vFW_NextGen, I cannot say the pre-instantiation configuration we have 
> designed will work for your use case. FYI, here is a wiki page explaining how 
> CDS works for Casablanca: https://wiki.onap.org/display/DW/vFW+CDS+Casablanca 
>  - and what CDS does in 
> Casablanca is get rid of preload.
>
>
> Regardless, please use latest SDNC, as the error I see in the karaf.log
>
> org.onap.ccsdk.sli.core.sli.SvcLogicException: ConfigAssignmentPersistService 
> : PreparedStatementCallback; SQL [INSERT INTO CONFIG_TRANSACTION_LOG ( 
> config_transaction_log_id, request_id, message_type, message ) VALUES (?, ?, 
> ?, ?) ]; (conn=312) Data truncated for column 'config_transaction_log_id' at 
> row 1; nested exception is java.sql.SQLWarning: (conn=312) Data truncated for 
> column 'config_transaction_log_id' at row 1
>
>  has been fixed 3 weeks ago: https://gerrit.onap.org/r/#/c/71739/ 
> 
>
>
> Thanks,
> Alexis
>
> 
> 
> 
> On Nov 21, 2018, at 1:49 AM, Ukponmwan, Itohan  

Re: [onap-discuss] VNF Creation Error in VID

[Ukponmwan, Itohan]

Thanks Alexis.

Regards,
Itohan

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, November 21, 2018 7:28 AM
To: Ukponmwan, Itohan 
Cc: onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN ; Deng, 
Yipan ; Addepalli, Srinivasa R 
; Mishra, Sharad D 
; PLATANIA, MARCO 
Subject: Re: [onap-discuss] VNF Creation Error in VID

Ah, thanks for pointing that out.
Marco, do you think we can fix the vFW HEAT template and remove the sdnc_* 
metadata fields?

Reason you got an error is because you are using an SDNC version that bugs for 
the CDS flow. They are all fixed now.
To know what’s the latest image tag, see 
https://github.com/onap/integration/blob/master/version-manifest/src/main/resources/docker-manifest.csv

Alexis


On Nov 21, 2018, at 9:31 AM, Ukponmwan, Itohan 
mailto:itohan.ukponm...@intel.com>> wrote:

Hi Alexis,

Thanks for explaining this.
Actually I copied the HEAT template from vFW and I see those parameters defined 
in the vFW
https://github.com/onap/demo/blob/master/heat/vFW/base_vfw.yaml#L327 along with 
its env parameters in
https://github.com/onap/demo/blob/master/heat/vFW/base_vfw.env#L32-L34 .

Why do I get an error in my case? Also, does this mean if I proceed with this 
heat template, I cannot preload.
Lastly , what is the latest docker image for sdnc?  I installed ONAP using the 
deploy script in the integration repo, perhaps the image version has not been 
updated here?

Thanks,
Itohan


From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Alexis de Talhouet
Sent: Wednesday, November 21, 2018 5:15 AM
To: Ukponmwan, Itohan 
mailto:itohan.ukponm...@intel.com>>
Cc: onap-discuss@lists.onap.org; SMOKOWSKI, 
STEVEN mailto:ss8...@att.com>>; Deng, Yipan 
mailto:yipan.d...@intel.com>>; Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Mishra, Sharad D mailto:sharad.d.mis...@intel.com>>
Subject: Re: [onap-discuss] VNF Creation Error in VID

I see. So I believe you copied the HEAT template from vFW_NextGen, as you have 
the following defined in your server's metadata section:

sdnc_model_name: { get_param: sdnc_model_name }, sdnc_model_version: { 
get_param: sdnc_model_version }, sdnc_artifact_name: { get_param: 
sdnc_artifact_name }

https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L292
https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L368
https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L442

along with their values provided in the env file: 
https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.env#L41-L43

I believe this is un-intentional, if so please remove. Else if you want to use 
CDS, you would need to design the pre-instantiation configuration as per as 
your service; as I don’t know the delta between the vFW_HPA and vFW_NextGen, I 
cannot say the pre-instantiation configuration we have designed will work for 
your use case. FYI, here is a wiki page explaining how CDS works for 
Casablanca: https://wiki.onap.org/display/DW/vFW+CDS+Casablanca - and what CDS 
does in Casablanca is get rid of preload.


Regardless, please use latest SDNC, as the error I see in the karaf.log

org.onap.ccsdk.sli.core.sli.SvcLogicException: ConfigAssignmentPersistService : 
PreparedStatementCallback; SQL [INSERT INTO CONFIG_TRANSACTION_LOG ( 
config_transaction_log_id, request_id, message_type, message ) VALUES (?, ?, ?, 
?) ]; (conn=312) Data truncated for column 'config_transaction_log_id' at row 
1; nested exception is java.sql.SQLWarning: (conn=312) Data truncated for 
column 'config_transaction_log_id' at row 1

 has been fixed 3 weeks ago: https://gerrit.onap.org/r/#/c/71739/


Thanks,
Alexis




On Nov 21, 2018, at 1:49 AM, Ukponmwan, Itohan 
mailto:itohan.ukponm...@intel.com>> wrote:

Hi Alexis,

I am trying to instantiate the vFW service but I am using the vFW_HPA templates 
in the demo repo. I added flavor parameters and vnic parameters, but I did not 
modify other parameters.
I do not understand the heat template thing you defined talked about here;

“I think this is more of a HEAT template thing in which for the sever 
definition metadata you have defined sdnc_* variables.”

Please can you explain this more. Please find attached the karaf.log file of 
SDNC.

Regards,
Itohan
From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Alexis de Talhouet
Sent: Tuesday, November 20, 2018 5:45 PM
To: onap-discuss@lists.onap.org; 
adetalhoue...@gmail.com; Ukponmwan, Itohan 
mailto:itohan.ukponm...@intel.com>>
Cc: SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; Deng, Yipan 
mailto:yipan.d...@intel.com>>; Addepalli, Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Mishra, Sharad D mailto:sharad.d.mis...@intel.com>>
Subject: Re: [onap-discuss] VNF Creation 

Re: [onap-discuss] VNF Creation Error in VID

[Alexis de Talhouet]

Ah, thanks for pointing that out.
Marco, do you think we can fix the vFW HEAT template and remove the sdnc_* 
metadata fields?

Reason you got an error is because you are using an SDNC version that bugs for 
the CDS flow. They are all fixed now.
To know what’s the latest image tag, see 
https://github.com/onap/integration/blob/master/version-manifest/src/main/resources/docker-manifest.csv
 


Alexis

> On Nov 21, 2018, at 9:31 AM, Ukponmwan, Itohan  
> wrote:
> 
> Hi Alexis,
>
> Thanks for explaining this.
> Actually I copied the HEAT template from vFW and I see those parameters 
> defined in the vFW
> https://github.com/onap/demo/blob/master/heat/vFW/base_vfw.yaml#L327 
>  along 
> with its env parameters in 
> https://github.com/onap/demo/blob/master/heat/vFW/base_vfw.env#L32-L34 
>  .
>
> Why do I get an error in my case? Also, does this mean if I proceed with this 
> heat template, I cannot preload.
> Lastly , what is the latest docker image for sdnc?  I installed ONAP using 
> the deploy script in the integration repo, perhaps the image version has not 
> been updated here?
>
> Thanks,
> Itohan
>
>   <>
>  <>From: onap-discuss@lists.onap.org  
> [mailto:onap-discuss@lists.onap.org ] On 
> Behalf Of Alexis de Talhouet
> Sent: Wednesday, November 21, 2018 5:15 AM
> To: Ukponmwan, Itohan  >
> Cc: onap-discuss@lists.onap.org ; 
> SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; Deng, Yipan 
> mailto:yipan.d...@intel.com>>; Addepalli, Srinivasa R 
> mailto:srinivasa.r.addepa...@intel.com>>; 
> Mishra, Sharad D  >
> Subject: Re: [onap-discuss] VNF Creation Error in VID
>
> I see. So I believe you copied the HEAT template from vFW_NextGen, as you 
> have the following defined in your server's metadata section:
>
> sdnc_model_name: { get_param: sdnc_model_name }, sdnc_model_version: { 
> get_param: sdnc_model_version }, sdnc_artifact_name: { get_param: 
> sdnc_artifact_name }
>
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L292 
> 
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L368 
> 
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L442 
> 
>
> along with their values provided in the env file: 
> https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.env#L41-L43
>  
> 
>
> I believe this is un-intentional, if so please remove. Else if you want to 
> use CDS, you would need to design the pre-instantiation configuration as per 
> as your service; as I don’t know the delta between the vFW_HPA and 
> vFW_NextGen, I cannot say the pre-instantiation configuration we have 
> designed will work for your use case. FYI, here is a wiki page explaining how 
> CDS works for Casablanca: https://wiki.onap.org/display/DW/vFW+CDS+Casablanca 
>  - and what CDS does in 
> Casablanca is get rid of preload.
>
>
> Regardless, please use latest SDNC, as the error I see in the karaf.log
>
> org.onap.ccsdk.sli.core.sli.SvcLogicException: ConfigAssignmentPersistService 
> : PreparedStatementCallback; SQL [INSERT INTO CONFIG_TRANSACTION_LOG ( 
> config_transaction_log_id, request_id, message_type, message ) VALUES (?, ?, 
> ?, ?) ]; (conn=312) Data truncated for column 'config_transaction_log_id' at 
> row 1; nested exception is java.sql.SQLWarning: (conn=312) Data truncated for 
> column 'config_transaction_log_id' at row 1
>
>  has been fixed 3 weeks ago: https://gerrit.onap.org/r/#/c/71739/ 
> 
>
>
> Thanks,
> Alexis
>
> 
> 
> On Nov 21, 2018, at 1:49 AM, Ukponmwan, Itohan  > wrote:
>
> Hi Alexis,
>
> I am trying to instantiate the vFW service but I am using the vFW_HPA 
> templates in the demo repo. I added flavor parameters and vnic parameters, 
> but I did not modify other parameters.
> I do not understand the heat template thing you defined talked about here;
>
> “I think this is more of a HEAT template thing in which for the sever 
> definition metadata you have defined sdnc_* variables.”
>
> Please can you explain this more. Please find attached the karaf.log file of 
> SDNC.
>
> Regards,
> Itohan
> From: onap-discuss@lists.onap.org  
> 

Re: [onap-discuss] Images Missing in Release Manifest

[James MacNider]

Spike is an AAI service.  It looks quite overdue to be up-revved.


From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Tuesday, November 20, 2018 6:11 PM
To: onap-discuss@lists.onap.org Group ; 
onap-rele...@lists.onap.org
Cc: Gildas Lanilis 
Subject: Re: [onap-discuss] Images Missing in Release Manifest

Hi all,

As of now the following images are still NOT accounted for, i.e. neither 
released nor declared to be unused for Casablanca:

onap/dcae-tools,1.3-STAGING-latest
onap/network-discovery,latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest

Would the owners please respond with your dispositions on these images above?

Thanks,
Gary

_
From: Gary Wu
Sent: Wednesday, November 14, 2018 2:59 PM
To: onap-discuss@lists.onap.org Group 
mailto:onap-discuss@lists.onap.org>>; 
onap-rele...@lists.onap.org
Subject: Images Missing in Release Manifest


Hi all,

The following images are used in the OOM helm charts but do not have a 
corresponding entry in the release manifest.  Can you please add the 
appropriate release images to the release manifest?

onap/aaf/aaf_cass,2.1.7
onap/ccsdk-controllerblueprints,latest
onap/dcae-be,1.3-STAGING-latest
onap/dcae-dt,1.2-STAGING-latest
onap/dcae-fe,1.3-STAGING-latest
onap/dcae-tools,1.3-STAGING-latest
onap/dcae-tosca-app,1.3-STAGING-latest
onap/fproxy,2.1-STAGING-latest
onap/music/cassandra_music,3.0.0
onap/music/prom,1.0.5-latest
onap/network-discovery,latest
onap/org.onap.dcaegen2.deployments.pnda-bootstrap-container,5.0.0
onap/org.onap.dcaegen2.deployments.pnda-mirror-container,5.0.0
onap/rproxy,2.1-STAGING-latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest
onap/tproxy-config,2.1-STAGING-latest

Thanks,
Gary




“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.

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

View/Reply Online (#13951): https://lists.onap.org/g/onap-discuss/message/13951
Mute This Topic: https://lists.onap.org/mt/28140417/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] SO Heatbridge for Dublin Release

[seshu kumar m]

Yes, As I said Lets discuss in SO weekly meeting on 5th Dec i.e, after we 
complete the Casabalca release.


Thanks and Regards,
M Seshu Kumar
Senior System Architect
uTraffic, Software BU,
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org [onap-discuss@lists.onap.org] on behalf of 
Ahmad, Munir [munir.ah...@bell.ca]
Sent: Wednesday, November 21, 2018 10:00 PM
To: Yang, Bin; Seshu m; onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN; 
marcus.willi...@intel.com
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

Thanks Steve, Yang and Seshu for the feedback,

We had multi-vim in mind when considering where to implement heatbridge but 
looking at create VF module building block it is specific to OpenStack. So 
perhaps we can have implement this in stages to deliver value sooner while 
keeping in mind the target architecture.

For example: As Steve suggested if we implement heatbridge in its own 
micro-service it can be called from create VF module building block for phase 
1. As we are removing VIM specific code from SO we can also address the 
headbridge change as well.

I agree let’s have a discussion on this during the SO weekly meeting. Seshu 
would you please take care of adding this to the agenda?

Thanks
Munir

From: "Yang, Bin" 
Date: Tuesday, November 20, 2018 at 10:33 PM
To: Seshu m , "onap-discuss@lists.onap.org" 
, "Ahmad, Munir" , 
"SMOKOWSKI, STEVEN" , "marcus.willi...@intel.com" 

Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Seshu,

That’s great, I believe this would involve much discussion around design and 
details.

I would appreciate that someone from SO team could sponsor for this effort.

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Wednesday, November 21, 2018 10:36 AM
To: onap-discuss@lists.onap.org; Yang, Bin; munir.ah...@bell.ca; SMOKOWSKI, 
STEVEN; marcus.willi...@intel.com
Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Bin, Munir,

Yes, This could be a continuity to the SO – MC integration tasks we started in 
Casabalnca.
Also, there are other activities around this that currently SO is doing for now 
and ideally should be handled in MC and need a mutual discussion.
Going forward it would be better to Remove the vim related activities from the 
SO.

Lets plan for the way forward on this in the SO weekly meeting of 5th December 
if that works well for all of us.
@Steve, request to kindly get your ideas on the topic as a start point.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[ompany_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Yang Bin
Sent: Wednesday, November 21, 2018 9:06 AM
To: onap-discuss@lists.onap.org; munir.ah...@bell.ca; SMOKOWSKI, STEVEN
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

Hi Munir and Steve,

There is an ongoing effort to integrate SO and MultiCloud to enable SO to 
instantiate workload over 

Re: [onap-discuss] Images Missing in Release Manifest

[James MacNider]

Hi Gary,

These images are part of the POMBA project.  They should both be set to version 
1.4.2.  I'll submit a review to address this shortly in the manifest files.

onap/network-discovery,latest
onap/service-decomposition,latest


Thanks,
James

From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Tuesday, November 20, 2018 6:11 PM
To: onap-discuss@lists.onap.org Group ; 
onap-rele...@lists.onap.org
Cc: Gildas Lanilis 
Subject: Re: [onap-discuss] Images Missing in Release Manifest

Hi all,

As of now the following images are still NOT accounted for, i.e. neither 
released nor declared to be unused for Casablanca:

onap/dcae-tools,1.3-STAGING-latest
onap/network-discovery,latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest

Would the owners please respond with your dispositions on these images above?

Thanks,
Gary

_
From: Gary Wu
Sent: Wednesday, November 14, 2018 2:59 PM
To: onap-discuss@lists.onap.org Group 
mailto:onap-discuss@lists.onap.org>>; 
onap-rele...@lists.onap.org
Subject: Images Missing in Release Manifest


Hi all,

The following images are used in the OOM helm charts but do not have a 
corresponding entry in the release manifest.  Can you please add the 
appropriate release images to the release manifest?

onap/aaf/aaf_cass,2.1.7
onap/ccsdk-controllerblueprints,latest
onap/dcae-be,1.3-STAGING-latest
onap/dcae-dt,1.2-STAGING-latest
onap/dcae-fe,1.3-STAGING-latest
onap/dcae-tools,1.3-STAGING-latest
onap/dcae-tosca-app,1.3-STAGING-latest
onap/fproxy,2.1-STAGING-latest
onap/music/cassandra_music,3.0.0
onap/music/prom,1.0.5-latest
onap/network-discovery,latest
onap/org.onap.dcaegen2.deployments.pnda-bootstrap-container,5.0.0
onap/org.onap.dcaegen2.deployments.pnda-mirror-container,5.0.0
onap/rproxy,2.1-STAGING-latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest
onap/tproxy-config,2.1-STAGING-latest

Thanks,
Gary




“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.

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

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

[onap-discuss][change-management]

[Zu Qiang]

Do we have change management meeting today? 

 

Have a nice day

Zu

 


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

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



smime.p7s
Description: S/MIME cryptographic signature

Re: [onap-discuss] SO Heatbridge for Dublin Release

[Ahmad, Munir]

Thanks Steve, Yang and Seshu for the feedback,

We had multi-vim in mind when considering where to implement heatbridge but 
looking at create VF module building block it is specific to OpenStack. So 
perhaps we can have implement this in stages to deliver value sooner while 
keeping in mind the target architecture.

For example: As Steve suggested if we implement heatbridge in its own 
micro-service it can be called from create VF module building block for phase 
1. As we are removing VIM specific code from SO we can also address the 
headbridge change as well.

I agree let’s have a discussion on this during the SO weekly meeting. Seshu 
would you please take care of adding this to the agenda?

Thanks
Munir

From: "Yang, Bin" 
Date: Tuesday, November 20, 2018 at 10:33 PM
To: Seshu m , "onap-discuss@lists.onap.org" 
, "Ahmad, Munir" , 
"SMOKOWSKI, STEVEN" , "marcus.willi...@intel.com" 

Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Seshu,

That’s great, I believe this would involve much discussion around design and 
details.

I would appreciate that someone from SO team could sponsor for this effort.

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Seshu m [mailto:seshu.kuma...@huawei.com]
Sent: Wednesday, November 21, 2018 10:36 AM
To: onap-discuss@lists.onap.org; Yang, Bin; munir.ah...@bell.ca; SMOKOWSKI, 
STEVEN; marcus.willi...@intel.com
Subject: RE: [onap-discuss] SO Heatbridge for Dublin Release

Hi Bin, Munir,

Yes, This could be a continuity to the SO – MC integration tasks we started in 
Casabalnca.
Also, there are other activities around this that currently SO is doing for now 
and ideally should be handled in MC and need a mutual discussion.
Going forward it would be better to Remove the vim related activities from the 
SO.

Lets plan for the way forward on this in the SO weekly meeting of 5th December 
if that works well for all of us.
@Steve, request to kindly get your ideas on the topic as a start point.

Thanks and Regards,
M Seshu Kumar
Senior System Architect
Single OSS India Branch Department. S/W BU.
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
[ompany_logo]
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Yang Bin
Sent: Wednesday, November 21, 2018 9:06 AM
To: onap-discuss@lists.onap.org; munir.ah...@bell.ca; SMOKOWSKI, STEVEN
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

Hi Munir and Steve,

There is an ongoing effort to integrate SO and MultiCloud to enable SO to 
instantiate workload over different VIM or cloud, the workload could be heat 
stack targeting OpenStack which has been realized in Casablanca release, Helm 
chart targeting kubernetes (goal in Dublin release), and perhaps ARM for azure.

In case that SO leverages MultiCloud do VF Module creating, MultiCloud could 
offload this heatbridge task (which has been already partially implemented in 
Casablanca release) . We are willing to help on it and please include me if you 
initiate any discussion offline.

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Ahmad, Munir
Sent: Wednesday, November 21, 2018 3:47 AM
To: SMOKOWSKI, STEVEN; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

Thanks Steve for prompt response on this. Let’s setup a quick meeting and 
discuss what you have in mind.

From: "SMOKOWSKI, STEVEN" 
Date: Tuesday, November 20, 2018 at 1:22 PM
To: "onap-discuss@lists.onap.org" , "Ahmad, Munir" 

Subject: Re: [onap-discuss] SO Heatbridge for Dublin Release

I’d like to move it to a small microservice we can trigger in the create vf 
module BB, if you have some time and cycles we can work on this one together.

Thanks

-Steve


From:  on behalf of "Ahmad, Munir" 

Reply-To: 

Re: [onap-discuss] [Onap-release] Images Missing in Release Manifest

[Jimmy Forsyth]

AAI team,

Did I miss releasing on this component?  Is this part of any of the integration 
flows, I haven’t gotten any defects opened in labs loading the release versions.

Thanks,
jimmy

From:  on behalf of Eric Debeau 

Date: Wednesday, November 21, 2018 at 8:51 AM
To: "FORSYTH, JAMES" , Gary Wu , 
"onap-discuss@lists.onap.org Group" , 
"onap-rele...@lists.onap.org" 
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

Hi Jimmy

I am surprised :

I can see it in the OOM chart:
https://git.onap.org/oom/tree/kubernetes/aai/charts/aai-spike/values.yaml

And in my deployment:
nexus3.onap.org:10001/onap/spike 
1.0-STAGING-latest d129e3f1e7442 weeks ago 661 MB

BR,

Eric

De : onap-rele...@lists.onap.org [mailto:onap-rele...@lists.onap.org] De la 
part de Jimmy Forsyth
Envoyé : mercredi 21 novembre 2018 14:23
À : Gary Wu; onap-discuss@lists.onap.org Group; onap-rele...@lists.onap.org
Cc : Gildas Lanilis
Objet : Re: [Onap-release] Images Missing in Release Manifest

Hi, Gary,

onap/spike is unused in Casablanca.

Thanks,
jimmy

From:  on behalf of Gary Wu 
Date: Tuesday, November 20, 2018 at 6:11 PM
To: "onap-discuss@lists.onap.org Group" , 
"onap-rele...@lists.onap.org" 
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

Hi all,

As of now the following images are still NOT accounted for, i.e. neither 
released nor declared to be unused for Casablanca:

onap/dcae-tools,1.3-STAGING-latest
onap/network-discovery,latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest

Would the owners please respond with your dispositions on these images above?

Thanks,
Gary

_
From: Gary Wu
Sent: Wednesday, November 14, 2018 2:59 PM
To: onap-discuss@lists.onap.org Group ; 
onap-rele...@lists.onap.org
Subject: Images Missing in Release Manifest


Hi all,

The following images are used in the OOM helm charts but do not have a 
corresponding entry in the release manifest.  Can you please add the 
appropriate release images to the release manifest?

onap/aaf/aaf_cass,2.1.7
onap/ccsdk-controllerblueprints,latest
onap/dcae-be,1.3-STAGING-latest
onap/dcae-dt,1.2-STAGING-latest
onap/dcae-fe,1.3-STAGING-latest
onap/dcae-tools,1.3-STAGING-latest
onap/dcae-tosca-app,1.3-STAGING-latest
onap/fproxy,2.1-STAGING-latest
onap/music/cassandra_music,3.0.0
onap/music/prom,1.0.5-latest
onap/network-discovery,latest
onap/org.onap.dcaegen2.deployments.pnda-bootstrap-container,5.0.0
onap/org.onap.dcaegen2.deployments.pnda-mirror-container,5.0.0
onap/rproxy,2.1-STAGING-latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest
onap/tproxy-config,2.1-STAGING-latest

Thanks,
Gary




_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.


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

View/Reply Online (#13945): https://lists.onap.org/g/onap-discuss/message/13945
Mute This Topic: https://lists.onap.org/mt/28276791/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] Unable to login to portal after deploying master branch

[Brian]

You need to look deeper into the logs to see the problem.

On robot init go to nodeport 30209/logs/  (trailing slash is required) and look 
for your test. Default login:password is test:test

Failed login portal is rare but it could be that Portal cant authenticate to 
AAF. Check the Portal logs to see if its a failure response in the Portal to 
AAF query.


Brian


From: S, Deepak 
Sent: Wednesday, November 21, 2018 5:00 AM
To: FREEMAN, BRIAN D 
Cc: onap-discuss@lists.onap.org
Subject: RE: Unable to login to portal after deploying master branch

Hi Brian,

I was successfully deployed all the containers and health check passed. But I 
am unable to login to portal (Getting invalid password.. cs0008/demo123456!) & 
even the demo-k8s.sh onap init is failing.

Any pointers?


<< OLE Object: Picture (Device Independent Bitmap) >>


+ VARIABLEFILES='-V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py'
+ kubectl --namespace onap exec dev-robot-robot-6fb999f976-n4xvh -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -d /share/logs/0004_demo_init 
-i InitDemo --display 94
Starting Xvfb on display :94 with res 1280x1024x24
Executing robot tests at log level TRACE
==
Testsuites
==
Testsuites.Demo :: Executes the VNF Orchestration Test cases including setu...
==
Initialize Customer And Models| FAIL |
'200 <= 401 < 300' should be true.
--
Testsuites.Demo :: Executes the VNF Orchestration Test cases inclu... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Output:  /share/logs/0004_demo_init/output.xml
Log: /share/logs/0004_demo_init/log.html
Report:  /share/logs/0004_demo_init/report.html






++ kubectl --namespace onap exec dev-robot-robot-6fb999f976-n4xvh -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V
/share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:19015 -d 
/share/logs/0003_ete_health -i health --display 93
Starting Xvfb on display :93 with res 1280x1024x24
Executing robot tests at log level TRACE
==
Testsuites
==
Testsuites.Health-Check :: Testing ecomp components are available via calls.
==
Basic A Health Check   | PASS |
--
Basic AAF Health Check| PASS |
--
Basic AAF SMS Health Check| PASS |
--
Basic APPC Health Check   | PASS |
--
Basic CLI Health Check| PASS |
--
Basic CLAMP Health Check  | PASS |
--
Basic DCAE Health Check   | PASS |
--
Basic DMAAP Data Router Health Check  | PASS |
--
Basic DMAAP Message Router Health Check   | PASS |
--
Basic External API NBI Health Check   | PASS |
--
Basic Log Elasticsearch Health Check  | PASS |
--
Basic Log Kibana Health 

Re: [onap-discuss] [Onap-release] Images Missing in Release Manifest

[Eric Debeau]

Hi Jimmy

I am surprised :

I can see it in the OOM chart:
https://git.onap.org/oom/tree/kubernetes/aai/charts/aai-spike/values.yaml

And in my deployment:
nexus3.onap.org:10001/onap/spike 
1.0-STAGING-latest d129e3f1e7442 weeks ago 661 MB

BR,

Eric

De : onap-rele...@lists.onap.org [mailto:onap-rele...@lists.onap.org] De la 
part de Jimmy Forsyth
Envoyé : mercredi 21 novembre 2018 14:23
À : Gary Wu; onap-discuss@lists.onap.org Group; onap-rele...@lists.onap.org
Cc : Gildas Lanilis
Objet : Re: [Onap-release] Images Missing in Release Manifest

Hi, Gary,

onap/spike is unused in Casablanca.

Thanks,
jimmy

From:  on behalf of Gary Wu 
Date: Tuesday, November 20, 2018 at 6:11 PM
To: "onap-discuss@lists.onap.org Group" , 
"onap-rele...@lists.onap.org" 
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

Hi all,

As of now the following images are still NOT accounted for, i.e. neither 
released nor declared to be unused for Casablanca:

onap/dcae-tools,1.3-STAGING-latest
onap/network-discovery,latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest

Would the owners please respond with your dispositions on these images above?

Thanks,
Gary

_
From: Gary Wu
Sent: Wednesday, November 14, 2018 2:59 PM
To: onap-discuss@lists.onap.org Group ; 
onap-rele...@lists.onap.org
Subject: Images Missing in Release Manifest


Hi all,

The following images are used in the OOM helm charts but do not have a 
corresponding entry in the release manifest.  Can you please add the 
appropriate release images to the release manifest?

onap/aaf/aaf_cass,2.1.7
onap/ccsdk-controllerblueprints,latest
onap/dcae-be,1.3-STAGING-latest
onap/dcae-dt,1.2-STAGING-latest
onap/dcae-fe,1.3-STAGING-latest
onap/dcae-tools,1.3-STAGING-latest
onap/dcae-tosca-app,1.3-STAGING-latest
onap/fproxy,2.1-STAGING-latest
onap/music/cassandra_music,3.0.0
onap/music/prom,1.0.5-latest
onap/network-discovery,latest
onap/org.onap.dcaegen2.deployments.pnda-bootstrap-container,5.0.0
onap/org.onap.dcaegen2.deployments.pnda-mirror-container,5.0.0
onap/rproxy,2.1-STAGING-latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest
onap/tproxy-config,2.1-STAGING-latest

Thanks,
Gary





_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.


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

View/Reply Online (#13943): https://lists.onap.org/g/onap-discuss/message/13943
Mute This Topic: https://lists.onap.org/mt/28276791/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] [Onap-release] Images Missing in Release Manifest

[Jimmy Forsyth]

Hi, Gary,

onap/spike is unused in Casablanca.

Thanks,
jimmy

From:  on behalf of Gary Wu 
Date: Tuesday, November 20, 2018 at 6:11 PM
To: "onap-discuss@lists.onap.org Group" , 
"onap-rele...@lists.onap.org" 
Cc: Gildas Lanilis 
Subject: Re: [Onap-release] Images Missing in Release Manifest

Hi all,

As of now the following images are still NOT accounted for, i.e. neither 
released nor declared to be unused for Casablanca:

onap/dcae-tools,1.3-STAGING-latest
onap/network-discovery,latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest

Would the owners please respond with your dispositions on these images above?

Thanks,
Gary

_
From: Gary Wu
Sent: Wednesday, November 14, 2018 2:59 PM
To: onap-discuss@lists.onap.org Group ; 
onap-rele...@lists.onap.org
Subject: Images Missing in Release Manifest


Hi all,

The following images are used in the OOM helm charts but do not have a 
corresponding entry in the release manifest.  Can you please add the 
appropriate release images to the release manifest?

onap/aaf/aaf_cass,2.1.7
onap/ccsdk-controllerblueprints,latest
onap/dcae-be,1.3-STAGING-latest
onap/dcae-dt,1.2-STAGING-latest
onap/dcae-fe,1.3-STAGING-latest
onap/dcae-tools,1.3-STAGING-latest
onap/dcae-tosca-app,1.3-STAGING-latest
onap/fproxy,2.1-STAGING-latest
onap/music/cassandra_music,3.0.0
onap/music/prom,1.0.5-latest
onap/network-discovery,latest
onap/org.onap.dcaegen2.deployments.pnda-bootstrap-container,5.0.0
onap/org.onap.dcaegen2.deployments.pnda-mirror-container,5.0.0
onap/rproxy,2.1-STAGING-latest
onap/service-decomposition,latest
onap/spike,1.0-STAGING-latest
onap/tproxy-config,2.1-STAGING-latest

Thanks,
Gary





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

View/Reply Online (#13941): https://lists.onap.org/g/onap-discuss/message/13941
Mute This Topic: https://lists.onap.org/mt/28276791/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] VNF Creation Error in VID

[Alexis de Talhouet]

I see. So I believe you copied the HEAT template from vFW_NextGen, as you have 
the following defined in your server's metadata section:

> sdnc_model_name: { get_param: sdnc_model_name }, sdnc_model_version: { 
> get_param: sdnc_model_version }, sdnc_artifact_name: { get_param: 
> sdnc_artifact_name }

https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L292 

https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L368 

https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.yaml#L442 


along with their values provided in the env file: 
https://github.com/onap/demo/blob/master/heat/vFW_HPA/vFW/base_vfw.env#L41-L43 


I believe this is un-intentional, if so please remove. Else if you want to use 
CDS, you would need to design the pre-instantiation configuration as per as 
your service; as I don’t know the delta between the vFW_HPA and vFW_NextGen, I 
cannot say the pre-instantiation configuration we have designed will work for 
your use case. FYI, here is a wiki page explaining how CDS works for 
Casablanca: https://wiki.onap.org/display/DW/vFW+CDS+Casablanca 
 - and what CDS does in 
Casablanca is get rid of preload.


Regardless, please use latest SDNC, as the error I see in the karaf.log

> org.onap.ccsdk.sli.core.sli.SvcLogicException: ConfigAssignmentPersistService 
> : PreparedStatementCallback; SQL [INSERT INTO CONFIG_TRANSACTION_LOG ( 
> config_transaction_log_id, request_id, message_type, message ) VALUES (?, ?, 
> ?, ?) ]; (conn=312) Data truncated for column 'config_transaction_log_id' at 
> row 1; nested exception is java.sql.SQLWarning: (conn=312) Data truncated for 
> column 'config_transaction_log_id' at row 1

 has been fixed 3 weeks ago: https://gerrit.onap.org/r/#/c/71739/ 



Thanks,
Alexis


> On Nov 21, 2018, at 1:49 AM, Ukponmwan, Itohan  
> wrote:
> 
> Hi Alexis,
>
> I am trying to instantiate the vFW service but I am using the vFW_HPA 
> templates in the demo repo. I added flavor parameters and vnic parameters, 
> but I did not modify other parameters.
> I do not understand the heat template thing you defined talked about here;
>
> “I think this is more of a HEAT template thing in which for the sever 
> definition metadata you have defined sdnc_* variables.”
>
> Please can you explain this more. Please find attached the karaf.log file of 
> SDNC. <>
>
> Regards,
> Itohan
>  <>From: onap-discuss@lists.onap.org  
> [mailto:onap-discuss@lists.onap.org ] On 
> Behalf Of Alexis de Talhouet
> Sent: Tuesday, November 20, 2018 5:45 PM
> To: onap-discuss@lists.onap.org ; 
> adetalhoue...@gmail.com ; Ukponmwan, Itohan 
> mailto:itohan.ukponm...@intel.com>>
> Cc: SMOKOWSKI, STEVEN mailto:ss8...@att.com>>; Deng, Yipan 
> mailto:yipan.d...@intel.com>>; Addepalli, Srinivasa R 
> mailto:srinivasa.r.addepa...@intel.com>>; 
> Mishra, Sharad D  >
> Subject: Re: [onap-discuss] VNF Creation Error in VID
>
> At any rate, please provide the karaf.log of SDNC, that will help understand 
> the issue.
>
> Thanks,
> Alexis
> 
> On Nov 20, 2018, at 8:40 PM, Alexis de Talhouet  > wrote:
> 
> What Service are you trying to instantiate? Is it the vFWNG?
> Looks like instantiation of your service goes through CDS for assignment. 
>
> So there no bug in SO, no bug in VID. That logs is a broadcast of a failure 
> in SDNC. But I don’t think it’s an SDNC issue, I think this is more of a HEAT 
> template thing in which for the sever definition metadata you have defined 
> sdnc_* variables.
> 
> On Nov 20, 2018, at 5:57 PM, Ukponmwan, Itohan  > wrote:
> 
> I see the following in the error.log of bpmn pod
>
> 2018-11-20T22:29:02.139Z|9ec79c08-03b9-46c4-ae7b-d7d6456bb4bd|camundaTaskExecutor-2|AssignVnfBB||BPMN|AssignVnfBB|ERROR|900|Exception
>  in org.onap.so.bpmn.infrastructure.sdnc.
> tasks.SDNCAssignTasks.assignVnf |BPMN_GENERAL_EXCEPTION_ARG
> 2018-11-20T22:32:07.201Z|7384cb4f-c92f-4cf4-8205-27933ee4e369|camundaTaskExecutor-3|AssignVnfBB||BPMN|AssignVnfBB|ERROR|300|Error
>  from SDNC: Failed to create self-serve assig
> nment for vnf with vnf-id=c31fb695-755c-46e9-8f92-d5e129c7e6aa with error: 
> Failed to get RA assignments: Error from 
> ConfigAssignmentNode|RA_RESPONSE_FROM_SDNC
> 2018-11-20T22:32:07.202Z|7384cb4f-c92f-4cf4-8205-27933ee4e369|camundaTaskExecutor-3|AssignVnfBBERROR|300|Error
>  from SDNC: Failed to create 

Re: [onap-discuss] Update S3P for TSC

[Michael O'Brien]

Still a wip in my queue along with other work – I have almost finished details 
on the last couple ones for sdnc-context-builder – I find copying from the 
nexus-iq sections to this security page extremely tedious – figuring out each 
exploit and recommending a compensating control not in (upgrade to the latest, 
use an alternate) is going to take some time – especially with the pomba code 
and with re-integration testing - in hind sight I should have just labeled 
everything with an ignore action like some of the other teams.


I don’t understand what this issue is with the columns and links – the security 
page is not accessible to the public – hence why no one except committers can 
access the page.

  1.  Remove the columns labeled “Artifact”, “Version”, and “Problem Code”. 
This are fields that cannot be publicly accessible per the license.

I followed the existing template – there are other pages like a random pick 
below that contain these columns and links.
Are you saying that the logging page needs to be different from the rest of onap

https://wiki.onap.org/pages/viewpage.action?pageId=43387665

Repository

Group

Artifact

Version

Problem Code

Impact Analysis

Action

modeling/toscaparsers

org.apache.tomcat.embed

tomcat-embed-core

8.5.28

CVE-2018-8014

No action, use previous release code



msb-apigateway

com.fasterxml.jackson.core

jackson-databind

2.9.4

Link

SONATYPE-2017-0312


False Positive



From: ZWARICO, AMY 
Sent: Tuesday, November 20, 2018 9:43 PM
To: Michael O'Brien ; Gildas Lanilis 

Cc: Stephen Terrill ; pawel.pawl...@orange.com; 
ZWARICO, AMY 
Subject: RE: Update S3P for TSC

Thank you for your work on the vulnerability reviews. I need you to update the 
table at 
https://wiki.onap.org/pages/viewpage.action?pageId=43385152.

  1.  Remove the links to NexusIQ reports.
  2.  Remove the columns labeled “Artifact”, “Version”, and “Problem Code”. 
This are fields that cannot be publicly accessible per the license.
  3.  Remove all entries about licenses.
  4.  Indicate if the vulnerability is a false positive (not exploitable from 
the logging code) or exploitable.
  5.  For all exploitable vulnerabilities, describe any compensating controls 
that a user of ONAP can put in place to reduce the risk of the vulnerability 
being exploited.
  6.  Make sure that all security vulnerabilities in the NexusIQ reports are 
accounted for in the Vulnerability review table.
Thank you for your attention to this.
Amy

From: OBRIEN, FRANK MICHAEL
Sent: Wednesday, November 14, 2018 11:29 PM
To: Gildas Lanilis 
mailto:gildas.lani...@huawei.com>>; FORSYTH, JAMES 
mailto:jf2...@att.com>>; LANDO, MICHAEL 
mailto:michael.la...@intl.att.com>>; 
zhao.huab...@zte.com.cn; TIMONEY, DAN 
mailto:dt5...@att.com>>; 
shen...@chinamobile.com
Cc: ZWARICO, AMY mailto:az9...@att.com>>; Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>; 
pawel.pawl...@orange.com; 'Yunxia Chen' 
mailto:helen.c...@huawei.com>>; BARSKY, GEORA 
mailto:geo...@amdocs.com>>; MACNIDER, JAMES 
mailto:james.macni...@amdocs.com>>; AU, PRUDENCE 
mailto:prudence...@amdocs.com>>; STANGL, DAVID 
mailto:david.sta...@amdocs.com>>; CHEN, YONG 
mailto:yong.c...@amdocs.com>>; CHISHOLM, SHARON 
mailto:sharon.chish...@amdocs.com>>
Subject: RE: Update S3P for TSC

Gildas, Amy,
   I updated the page for our 3rd pass through the CLM issues – there are some 
changes post the new CLM reports and the oparent change and the recent SDNC ssl 
changes.
   Based on the updates where I went through the 7 repo CLM reports in tedious 
detail – I think we should be switched to pass like the other teams – as most 
of our issues are common to onap.

https://wiki.onap.org/pages/viewpage.action?pageId=43385152

   The table has 2 parts – the old baseline – which I would still like to go 
over and the new section at the top which is the current CLM state.
   There are 3 main areas
– spring boot 2.x upgrade related (this is big and is the same issue the rest 
of ONAP has around using 1.5.17 of the library – we are 1 of N for this

  *   Jackson databind – all of ONAP has an issue with this library – there is 
no good version – revisit an alternate in the near future
  *   Various jaxb, json, jms issues – half license related – most of these are 
in the sdnc 

Re: [onap-discuss][SO]Build Casablanca SO code locally and test it.

[Sunil Kumar]

Hi Steven,

Thanks for the information.

Followed the steps you mentioned, now  I am able to create the docker image.


On Tue 20 Nov, 2018, 7:17 PM SMOKOWSKI, STEVEN  Maven will output the images if you simply set the docker flags properly.
> When testing locally on my machine and pushing to my local repo I use the
> following maven command.
>
>
>
> mvn clean install -DskipTests -Ddocker.skip=false
> -Ddocker.skip.build=false -Ddocker.skip.push=true
>
>
>
>
>
> Also if you pull the heat config from so-config, there is a docker-compose
> that will spin all the services needed to interact with SO locally.
>
>
>
> Thanks
>
>
>
> -Steve
>
>
>
>
>
> *From: * on behalf of Sunil Kumar <
> sunilbirada...@gmail.com>
> *Reply-To: *"onap-discuss@lists.onap.org" , "
> sunilbirada...@gmail.com" 
> *Date: *Tuesday, November 20, 2018 at 6:48 AM
> *To: *"seshu.kuma...@huawei.com" 
> *Cc: *"onap-discuss@lists.onap.org" 
> *Subject: *Re: [onap-discuss][SO]Build Casablanca SO code locally and
> test it.
>
>
>
>  my local code and use the same for creating the docker image.
>
>
>
>

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

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

[onap-discuss] #dcaegen2 PNDA Weekly Meeting - now Monday's at 7am PT / 5pm CET

[Frank Brockners via Lists.Onap.Org]

FYI (for those who only subscribe to the #dcaegen2 hashtag).

Frank

-Original Message-
From: Donald Hunter (donaldh) 
Sent: Mittwoch, 21. November 2018 12:20
To: onap-discuss@lists.onap.org; panda.t...@external.cisco.com; 
pnda-us...@googlegroups.com; PNDA Developers 
Cc: Casey Cain 
Subject: Re: [POLL] PNDA Weekly Meeting

Hi Everyone,

The results of the poll are in, with a fairly even spread across the offered 
time slots. There was a slightly higher preference for Tuesday but 
unfortunately that time does not work for core PNDA contributors and is also a 
key ONAP meeting time.

Second preference is for a time slot on Monday and, taking other project 
meeting times into account, we will try the 16:00 CET, 10:00 EST, 07:00 PST 
time slot. I realise this does not work for everyone so we will monitor how 
well this time works for the project.

The PNDA weekly meeting will be Mondays at 16:00 CET, 10:00 EST, 07:00 PST. 

There will be a zoom meeting invite sent out soon.

Kind regards,
Donald Hunter.

> On 13 Nov 2018, at 14:08, Donald Hunter (donaldh)  wrote:
> 
> Hello,
> 
> The PNDA team would like to encourage greater participation in the PNDA 
> project. As part of this, we plan to schedule a weekly PNDA meeting where we 
> can discuss PNDA development and technical direction. A significant 
> downstream project for PNDA is the ONAP project, so we would especially 
> welcome participation from interested ONAP contributors.
> 
> I have set up a doodle poll to get feedback on preferred times for a weekly 
> meeting. Please ignore the specific dates in the poll and choose the 
> recurring days and times that could work for you.
> 
> https://doodle.com/poll/hrcntgnzq22npcya
> 
> The poll will remain open for the next week, after which the results will be 
> reported and a regular meeting will be scheduled.
> 
> This has also been posted to 
> 
> https://groups.google.com/forum/#!forum/pnda-users
> https://groups.google.com/forum/#!forum/pnda-developers
> 
> Kind regards,
> Donald Hunter
> 
> 


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

View/Reply Online (#13935): https://lists.onap.org/g/onap-discuss/message/13935
Mute This Topic: https://lists.onap.org/mt/28276211/21656
Mute #dcaegen2: https://lists.onap.org/mk?hashtag=dcaegen2=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] [POLL] PNDA Weekly Meeting

[Donald Hunter via Lists.Onap.Org]

Hi Everyone,

The results of the poll are in, with a fairly even spread across the offered 
time slots. There was a slightly higher preference for Tuesday but 
unfortunately that time does not work for core PNDA contributors and is also a 
key ONAP meeting time.

Second preference is for a time slot on Monday and, taking other project 
meeting times into account, we will try the 16:00 CET, 10:00 EST, 07:00 PST 
time slot. I realise this does not work for everyone so we will monitor how 
well this time works for the project.

The PNDA weekly meeting will be Mondays at 16:00 CET, 10:00 EST, 07:00 PST. 

There will be a zoom meeting invite sent out soon.

Kind regards,
Donald Hunter.

> On 13 Nov 2018, at 14:08, Donald Hunter (donaldh)  wrote:
> 
> Hello,
> 
> The PNDA team would like to encourage greater participation in the PNDA 
> project. As part of this, we plan to schedule a weekly PNDA meeting where we 
> can discuss PNDA development and technical direction. A significant 
> downstream project for PNDA is the ONAP project, so we would especially 
> welcome participation from interested ONAP contributors.
> 
> I have set up a doodle poll to get feedback on preferred times for a weekly 
> meeting. Please ignore the specific dates in the poll and choose the 
> recurring days and times that could work for you.
> 
> https://doodle.com/poll/hrcntgnzq22npcya
> 
> The poll will remain open for the next week, after which the results will be 
> reported and a regular meeting will be scheduled.
> 
> This has also been posted to 
> 
> https://groups.google.com/forum/#!forum/pnda-users
> https://groups.google.com/forum/#!forum/pnda-developers
> 
> Kind regards,
> Donald Hunter
> 
> 


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

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

[onap-discuss] ONAP components supported by MUSIC

[pankaj]

Hi Bharath,

We are exploring geo-redundant/resilient multi site support for all the ONAP 
components for one of the service providers.
To address this issue, we came across MUSIC project. But as per Casablanca 
Release platform maturity table most of the components has maximum maturity 
level of 2, i.e. single site installation.

So, we wanted to know, as of today, which all ONAP components are compatible 
with MUSIC, where will I get a list of all of the ONAP components that stores 
its State and Data Replication information in MUSIC to achieve multi-site 
resiliency ?



Thanks & Regards,
Pankaj Wanikar




This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy. Your privacy is important to us. Accenture uses your personal data only 
in compliance with data protection laws. For further information on how 
Accenture processes your personal data, please see our privacy statement at 
https://www.accenture.com/us-en/privacy-policy.
__

www.accenture.com

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

View/Reply Online (#13932): https://lists.onap.org/g/onap-discuss/message/13932
Mute This Topic: https://lists.onap.org/mt/28275732/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] Unable to login to portal after deploying master branch

[Deepak S]

Hi Brian,

I was successfully deployed all the containers and health check passed. But I 
am unable to login to portal (Getting invalid password.. cs0008/demo123456!) & 
even the demo-k8s.sh onap init is failing.

Any pointers?


 << OLE Object: Picture (Device Independent Bitmap) >>


+ VARIABLEFILES='-V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py'
+ kubectl --namespace onap exec dev-robot-robot-6fb999f976-n4xvh -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -d /share/logs/0004_demo_init 
-i InitDemo --display 94
Starting Xvfb on display :94 with res 1280x1024x24
Executing robot tests at log level TRACE
==
Testsuites
==
Testsuites.Demo :: Executes the VNF Orchestration Test cases including setu...
==
Initialize Customer And Models| FAIL |
'200 <= 401 < 300' should be true.
--
Testsuites.Demo :: Executes the VNF Orchestration Test cases inclu... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Output:  /share/logs/0004_demo_init/output.xml
Log: /share/logs/0004_demo_init/log.html
Report:  /share/logs/0004_demo_init/report.html





++ kubectl --namespace onap exec dev-robot-robot-6fb999f976-n4xvh -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V
/share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:19015 -d 
/share/logs/0003_ete_health -i health --display 93
Starting Xvfb on display :93 with res 1280x1024x24
Executing robot tests at log level TRACE
==
Testsuites
==
Testsuites.Health-Check :: Testing ecomp components are available via calls.
==
Basic A Health Check   | PASS |
--
Basic AAF Health Check| PASS |
--
Basic AAF SMS Health Check| PASS |
--
Basic APPC Health Check   | PASS |
--
Basic CLI Health Check| PASS |
--
Basic CLAMP Health Check  | PASS |
--
Basic DCAE Health Check   | PASS |
--
Basic DMAAP Data Router Health Check  | PASS |
--
Basic DMAAP Message Router Health Check   | PASS |
--
Basic External API NBI Health Check   | PASS |
--
Basic Log Elasticsearch Health Check  | PASS |
--
Basic Log Kibana Health Check | PASS |
--
Basic Log Logstash Health Check   | PASS |
--
Basic Microservice Bus Health Check   | PASS |
--
Basic Multicloud API Health Check | PASS |

[onap-discuss] [Openlab] [VID] [Beijing] how to restart the VID

[Morgan Richomme]

Hi

on the Orange Openlab, we are facing some issue with the VID (beijing version 
installed with OOM)

users reported that there was an error when trying to instantiate from the 
models (Browse SDC Service Models menu), an errors was displayed
"Status: Error: Failed to get service models from SDC"

We checked that the SDC and the A were still responding when calling the 
APIs.

On the system, we were able to see
debian@control01-openlab:~$ kubectl get po -n 
onap |grep vid
onap-vid-54fc55cb99-hdgw62/2   Running0 
 5d
onap-vid-mariadb-galera-01/1   Running0 
 5d

when connecting on the vid docker in /var/log/onap/vid, we were able to see 
some java exceptions in error.log

com.fasterxml.jackson.databind.JsonMappingException: No content to map due to 
end-of-input
 at [Source: ; line: 1, column: 0]
at 
com.fasterxml.jackson.databind.JsonMappingException.from(JsonMappingException.java:148)
at 
com.fasterxml.jackson.databind.ObjectMapper._initForReading(ObjectMapper.java:3781)
at 
com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:3721)
at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:2745)
at 
org.onap.portalsdk.core.restful.client.SharedContextRestClient.getUserContext(SharedContextRestClient.java:141)
at 
org.onap.portalapp.controller.core.MenuListController.getUserInfo(MenuListController.java:202)
at sun.reflect.GeneratedMethodAccessor276.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
...
rg.onap.portalsdk.core.exception.SessionExpiredException: Your session has 
expired. Please login again.
at org.onap.portalsdk.core.web.support.AppUtils.getSession(AppUtils.java:80)
at 
org.onap.portalsdk.core.web.support.UserUtils.getUserSession(UserUtils.java:176)
at 
org.onap.portalsdk.core.logging.logic.EELFLoggerDelegate.setRequestBasedDefaultsIntoGlobalLoggingContext(EELFLoggerDelegate.java:491)
at 
org.onap.portalsdk.core.controller.FusionBaseController.getMenu(FusionBaseController.java:91)
at sun.reflect.GeneratedMethodAccessor118.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
...

so I decided to delete the pod
the pod was deleted but ... not recreated
we now have only the galera part
kubectl get po -n onap |grep vid
onap-vid-mariadb-galera-01/1   Running0 
 6d

the deployment is still there
kubectl describe deployment onap-vid -n onap
Name:   onap-vid
Namespace:  onap
CreationTimestamp:  Thu, 15 Nov 2018 08:08:16 +
Labels: app=vid
chart=vid-2.0.0
heritage=Tiller
release=onap
Annotations:deployment.kubernetes.io/revision=1
Selector:   app=vid,release=onap
Replicas:   1 desired | 1 updated | 1 total | 1 available | 0 
unavailable
StrategyType:   RollingUpdate
MinReadySeconds:0
RollingUpdateStrategy:  1 max unavailable, 1 max surge
Pod Template:
  Labels:  app=vid
   release=onap
  Init Containers:kubectl get rs -n onap |grep vid
onap-vid-54fc55cb990 1 1 6d
  vid-readiness:
Image:  oomk8s/readiness-check:1.0.0
Port:   
Command:
  python
Args:
  /tmp/vid-check-job-completion/vid_check_job_completion.py
  --job-name
  vid-config-galera
Environment:
  NAMESPACE:   (v1:metadata.namespace)
Mounts:
  /tmp/vid-check-job-completion from vid-check-job-completion (rw)
  Containers:
   vid:
Image:  nexus.openlab.onap.eu/onap/vid:2.0.0
Port:   8080/TCP
Liveness:   tcp-socket :8080 delay=10s timeout=1s period=10s #success=1 
#failure=3
Readiness:  tcp-socket :8080 delay=10s timeout=1s period=10s #success=1 
#failure=3
Environment:
  ASDC_CLIENT_REST_HOST:  sdc-be.onap
  ASDC_CLIENT_REST_AUTH:  Basic 
dmlkOktwOGJKNFNYc3pNMFdYbGhhazNlSGxjc2UyZ0F3ODR2YW9HR21KdlV5MlU=
  ASDC_CLIENT_REST_PORT:  8080
  VID_AAI_HOST:   aai.onap
  VID_AAI_PORT:   8443
  VID_ECOMP_SHARED_CONTEXT_REST_URL:  
http://portal-app.onap:8989/ONAPPORTAL/context
  VID_MSO_SERVER_URL: http://so.onap:8080
  VID_MSO_PASS:   
OBF:1ih71i271vny1yf41ymf1ylz1yf21vn41hzj1icz
  MSO_DME2_SERVER_URL:http://localhost:8081
  MSO_DME2_ENABLED:
  VID_ECOMP_REDIRECT_URL: 
http://portal-app.onap:8989/ONAPPORTAL/login.htm
  VID_ECOMP_REST_URL: 
http://portal-app.onap:8989/ONAPPORTAL/auxapi
  VID_CONTACT_US_LINK:https://todo_contact_us_link.com