from:"ANAPAN\-LAVALLE, HECTOR A"

Re: [onap-discuss] Issue pulling image

2018-05-24 Thread ANAPAN-LAVALLE, HECTOR A

Hi,

This issue of not pulling images from nexus3 is usually due to many reasons. I 
would first try to see if you can manually pull the docker image first (docker 
pull 
nexus3.onap.org:10001/onap/portal-app:2.1-STAGING-latest).

If you get the same error, go browse for the image in the nexus3 gui to see if 
it’s actually in the repo 
(https://nexus3.onap.org/#browse/browse:docker.public) – docker.public is the 
repo pointing to port 10001.

If you are able to find it, it might mean that nexus3 is failing. Therefore, 
you could either try to set up your own docker proxy to pull images beforehand 
from nexus3, then point to your local docker repo instead of nexus3.

From integration team:

Setting up the apt and docker proxies is basically the following on Ubuntu 
16.04:

apt-get install apt-cacher-ng
apt-get install docker.io
docker run -d -p 5000:5000 --restart=unless-stopped --name registry -e 
REGISTRY_PROXY_REMOTEURL=https://nexus3.onap.org:10001
 registry:2

The docker proxy can take up a lot of space, so you may want to allocate a 
larger disk volume than the default flavor size.

More info on how to set this up here: 
https://docs.docker.com/registry/#basic-commands

From: onap-discuss-boun...@lists.onap.org  
On Behalf Of William Kurkian
Sent: Tuesday, May 08, 2018 12:32 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Issue pulling image

I am trying to pull an image for the portal-app pod, but it is not working:
 Failed to pull image 
"nexus3.onap.org:10001/onap/portal-app:2.1-STAGING-latest"

I can't find an image I can pull, is there something I can do to resolve this?

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

Re: [onap-discuss] vFWCL instantiation problem (not allowed to create an int on ext net)

2018-05-24 Thread ANAPAN-LAVALLE, HECTOR A

I think the way to resolve this is to use the private network that gets created 
after onap instantiation (oam_network_) in the public network instead 
of the public network itself (assuming the public network is not 
provider-enabled - i.e. only supports floating IPs and not direct attachment of 
public IPs to the VM).

Also, the private network needs to have internet connectivity in order to fetch 
the items from the LF repos.

From: onap-discuss-boun...@lists.onap.org  
On Behalf Of PLATANIA, MARCO
Sent: Saturday, May 05, 2018 8:02 PM
To: Badr Eddine Aouled Yahia ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] vFWCL instantiation problem (not allowed to create 
an int on ext net)

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
The issue is that your openstack platform is not configured to allow VMs to be 
directly attached to the external or provider network. I don't know how to 
change this configuration in openstack but I'm pretty positive that that is the 
issue.

Marco



On Sat, May 5, 2018 at 11:21 AM -0400, "Badr Eddine Aouled Yahia" 
> 
wrote:
Hello,

I am playing the vFWCL use-case on Amsterdam release and i am now on the step 
of the creation of the VF modules, i have done all the previous steps 
successfully and now i am facing this problem:
when creating the vf modules, i get number of attemps exceeded, but thes 
problems is exactly the creation of an external interface for the VMs to access 
the public net.
I watched the VMs on openstack created successefully but when it comes to 
attribute ips, it rolls back
on the mso container in var/log/ecomp/MSO/VnfAdapter/
 logs, i fount this exception "It is not allowed to create an interface on 
external network"
I doubt that there is a problem in the heat templates because i have deployed a 
simple service with a single vnf (freeRadius) with well configured resources 
and parameters (router interface, floating ip ...) in the heat templates.
In the vFW heat templates, this kid of parameters and resources is not 
specified but all the tutorials in ONAP does not add any resources or 
parameters to the vFWCL heat so i am a little bit confused.
Does anyone have an idea how to solve this problem without the need to modify 
the heats for the vFWCL with hardcoded things?
or even to what this problem could be related?
Thanks community :)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-discuss[[oom[[portal]

2018-05-16 Thread ANAPAN-LAVALLE, HECTOR A

UPDATE: I have found the issue and the root cause is explained and referenced 
here: https://jira.onap.org/browse/OOM-1090

Thanks,
Hector

From: ANAPAN-LAVALLE, HECTOR A
Sent: Thursday, May 10, 2018 3:04 PM
To: 'Mandeep Khinda' <mandeep.khi...@amdocs.com>; onap-discuss@lists.onap.org
Cc: MEHTA, VADAN <vm6...@att.com>; VAN KRAANEN, ANDREW <av1...@att.com>
Subject: RE: [onap-discuss] [onap-discuss[[oom[[portal]

Hi Mandeep,

Thanks for your response  I see in the full command below that is it also 
trying to run the host command on portalapps, sdc, policy, cli, aai, and vid. 
In my setup, I do not have policy and cli installed (I just have deployed aai, 
appc, mr, mso, robot, sdc, sdnc, and vid). Do you think that it may be the 
reason why the /ubuntu-init/hosts file/dir is not getting created?

Thanks,
Hector

From: Mandeep Khinda 
<mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>
Sent: Wednesday, May 09, 2018 5:53 PM
To: ANAPAN-LAVALLE, HECTOR A <ha0...@att.com<mailto:ha0...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [onap-discuss[[oom[[portal]

I missed the Amsterdam part.  Sorry my bad ☹

That /ubuntu-init/hosts file is generated by the Init container that runs 
before the main VNC container can start.
The ubuntu-init:1.0.0 should be run in Amsterdam and this container uses the 
“host” command to extract DNS IPs from the other running containers to populate 
IP to DNS aliases:
 {
  "command": ["/bin/sh","-c"],
  "args": ["echo `host sdc-be.{{ .Values.nsPrefix }}-sdc | awk 
''{print$4}''` sdc.api.be.simpledemo.onap.org  >> /ubuntu-init/hosts; echo 
`host portalapps.{{ .Values.nsPrefix }}-portal | awk ''{print$4}''` 
portal.api.simpledemo.onap.org  >> /ubuntu-init/hosts; echo `host pap.{{ 
.Values.nsPrefix }}-policy | awk ''{print$4}''` policy.api.simpledemo.onap.org  
>> /ubuntu-init/hosts; echo `host sdc-fe.{{ .Values.nsPrefix }}-sdc | awk 
''{print$4}''` sdc.api.simpledemo.onap.org  >> /ubuntu-init/hosts; echo `host 
vid-server.{{ .Values.nsPrefix }}-vid | awk ''{print$4}''` 
vid.api.simpledemo.onap.org >> /ubuntu-init/hosts; echo `host sparky-be.{{ 
.Values.nsPrefix }}-aai | awk ''{print$4}''` aai.api.simpledemo.onap.org  >> 
/ubuntu-init/hosts; echo `host cli.{{ .Values.nsPrefix }}-cli | awk 
''{print$4}''` cli.api.simpledemo.onap.org  >> /ubuntu-init/hosts"],
  "image": "{{ .Values.image.ubuntuInit }}",
  "imagePullPolicy": "{{ .Values.pullPolicy }}",
  "name": "vnc-init-hosts",
  "volumeMounts": [
{
  "name": "ubuntu-init",
  "mountPath": "/ubuntu-init/"
}
  ]
  }
After that is done, the main container has a post start lifecycle hook that 
appends the contents of /ubuntu-init/hosts to /etc/hosts.

That is what is supposed to happen and I don’t think anything has changed on 
the Amsterdam branch so I am not sure what is going on.
Mandeep


From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Mandeep Khinda 
<mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>
Date: Wednesday, May 9, 2018 at 5:42 PM
To: "ANAPAN-LAVALLE, HECTOR A" <ha0...@att.com<mailto:ha0...@att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [onap-discuss[[oom[[portal]

Hi Hector,
For the Beijing release on OOM  the VNC pod was obsoleted in favour of direct 
client side access.

I captured some notes on it in the link below after a couple of questions on 
usage have come my way.
https://wiki.onap.org/display/DW/2018/05/09/Accessing+ONAP+Portal+using+OOM+and+a+Kubernetes+Cluster<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_2018_05_09_Accessing-2BONAP-2BPortal-2Busing-2BOOM-2Band-2Ba-2BKubernetes-2BCluster=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=6I_uohvtcv-gAwkOIMLA9koGTGPHCa4wQN62dPDLOxE=hFXVMQXWFQQ1Hjkq4N48tjFmo0A2ayKGktgehnrjwsQ=>

Let me know if that doesn’t work or if you have any other questions.
Mandeep

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "ANAPAN-LAVALLE, HECTOR A" <ha0...@att.com<mailto:ha0...@att.com>>
Date: Wednesday, May 9, 2018 at 3:22 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [onap-discuss[[oo

Re: [onap-discuss] [onap-discuss[[oom[[portal]

2018-05-10 Thread ANAPAN-LAVALLE, HECTOR A

Hi Mandeep,

Thanks for your response  I see in the full command below that is it also 
trying to run the host command on portalapps, sdc, policy, cli, aai, and vid. 
In my setup, I do not have policy and cli installed (I just have deployed aai, 
appc, mr, mso, robot, sdc, sdnc, and vid). Do you think that it may be the 
reason why the /ubuntu-init/hosts file/dir is not getting created?

Thanks,
Hector

From: Mandeep Khinda <mandeep.khi...@amdocs.com>
Sent: Wednesday, May 09, 2018 5:53 PM
To: ANAPAN-LAVALLE, HECTOR A <ha0...@att.com>; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [onap-discuss[[oom[[portal]

I missed the Amsterdam part.  Sorry my bad ☹

That /ubuntu-init/hosts file is generated by the Init container that runs 
before the main VNC container can start.
The ubuntu-init:1.0.0 should be run in Amsterdam and this container uses the 
“host” command to extract DNS IPs from the other running containers to populate 
IP to DNS aliases:
 {
  "command": ["/bin/sh","-c"],
  "args": ["echo `host sdc-be.{{ .Values.nsPrefix }}-sdc | awk 
''{print$4}''` sdc.api.be.simpledemo.onap.org  >> /ubuntu-init/hosts; echo 
`host portalapps.{{ .Values.nsPrefix }}-portal | awk ''{print$4}''` 
portal.api.simpledemo.onap.org  >> /ubuntu-init/hosts; echo `host pap.{{ 
.Values.nsPrefix }}-policy | awk ''{print$4}''` policy.api.simpledemo.onap.org  
>> /ubuntu-init/hosts; echo `host sdc-fe.{{ .Values.nsPrefix }}-sdc | awk 
''{print$4}''` sdc.api.simpledemo.onap.org  >> /ubuntu-init/hosts; echo `host 
vid-server.{{ .Values.nsPrefix }}-vid | awk ''{print$4}''` 
vid.api.simpledemo.onap.org >> /ubuntu-init/hosts; echo `host sparky-be.{{ 
.Values.nsPrefix }}-aai | awk ''{print$4}''` aai.api.simpledemo.onap.org  >> 
/ubuntu-init/hosts; echo `host cli.{{ .Values.nsPrefix }}-cli | awk 
''{print$4}''` cli.api.simpledemo.onap.org  >> /ubuntu-init/hosts"],
  "image": "{{ .Values.image.ubuntuInit }}",
  "imagePullPolicy": "{{ .Values.pullPolicy }}",
  "name": "vnc-init-hosts",
  "volumeMounts": [
{
  "name": "ubuntu-init",
  "mountPath": "/ubuntu-init/"
}
  ]
  }
After that is done, the main container has a post start lifecycle hook that 
appends the contents of /ubuntu-init/hosts to /etc/hosts.

That is what is supposed to happen and I don’t think anything has changed on 
the Amsterdam branch so I am not sure what is going on.
Mandeep


From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of Mandeep Khinda 
<mandeep.khi...@amdocs.com<mailto:mandeep.khi...@amdocs.com>>
Date: Wednesday, May 9, 2018 at 5:42 PM
To: "ANAPAN-LAVALLE, HECTOR A" <ha0...@att.com<mailto:ha0...@att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [onap-discuss[[oom[[portal]

Hi Hector,
For the Beijing release on OOM  the VNC pod was obsoleted in favour of direct 
client side access.

I captured some notes on it in the link below after a couple of questions on 
usage have come my way.
https://wiki.onap.org/display/DW/2018/05/09/Accessing+ONAP+Portal+using+OOM+and+a+Kubernetes+Cluster<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_2018_05_09_Accessing-2BONAP-2BPortal-2Busing-2BOOM-2Band-2Ba-2BKubernetes-2BCluster=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=6I_uohvtcv-gAwkOIMLA9koGTGPHCa4wQN62dPDLOxE=hFXVMQXWFQQ1Hjkq4N48tjFmo0A2ayKGktgehnrjwsQ=>

Let me know if that doesn’t work or if you have any other questions.
Mandeep

From: 
<onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "ANAPAN-LAVALLE, HECTOR A" <ha0...@att.com<mailto:ha0...@att.com>>
Date: Wednesday, May 9, 2018 at 3:22 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [onap-discuss[[oom[[portal]

Hi,

Trying to deploy an ONAP Portal (Amsterdam release) deployment on a 
Rancher/7-node K8S cluster, and the vnc-console does not start and stays in the 
“CrashLoopBackOff” State.

Exec lifecycle hook ([/bin/sh -c mkdir -p /root/.mozilla/firefox/onap.default; 
cp /root/.init_profile/profiles.ini /root/.mozilla/firefox/; echo 
'user_pref("browser.tabs.remote.autostart.2", false);' > 
/root/.mozilla/firefox/onap.default/prefs.js; cat /ubuntu-init/hosts >> 
/etc/hosts]) for Container "vnc-portal" in

[onap-discuss] [onap-discuss[[oom[[portal]

2018-05-09 Thread ANAPAN-LAVALLE, HECTOR A

Hi,

Trying to deploy an ONAP Portal (Amsterdam release) deployment on a 
Rancher/7-node K8S cluster, and the vnc-console does not start and stays in the 
"CrashLoopBackOff" State.

Exec lifecycle hook ([/bin/sh -c mkdir -p /root/.mozilla/firefox/onap.default; 
cp /root/.init_profile/profiles.ini /root/.mozilla/firefox/; echo 
'user_pref("browser.tabs.remote.autostart.2", false);' > 
/root/.mozilla/firefox/onap.default/prefs.js; cat /ubuntu-init/hosts >> 
/etc/hosts]) for Container "vnc-portal" in Pod 
"vnc-portal-7bd4ddd978-k6v4x_onap-portal(877dede2-53b3-11e8-8933-02cc6f206a12)" 
failed - error: command '/bin/sh -c mkdir -p 
/root/.mozilla/firefox/onap.default; cp /root/.init_profile/profiles.ini 
/root/.mozilla/firefox/; echo 'user_pref("browser.tabs.remote.autostart.2", 
false);' > /root/.mozilla/firefox/onap.default/prefs.js; cat /ubuntu-init/hosts 
>> /etc/hosts' exited with 1: cat: /ubuntu-init/hosts: No such file or 
directory , message: "cat: /ubuntu-init/hosts: No such file or directory\n"

Has anybody come across/know how why this error is happening?

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

Re: [onap-discuss] ONAP platform deployment no successful

2018-05-07 Thread ANAPAN-LAVALLE, HECTOR A

Santi,

As a follow-up to the Amsterdam deployment issue you were facing, it may be 
helpful to look into this section of the wiki which explains that multi-node 
k8s clusters need to have a master/slave setup of their NFS’s in each of the 
nodes. That solved the problem on my end.

https://wiki.onap.org/display/DW/ONAP+on+Windriver+ONAP+Developer+Cloud#ONAPonWindriverONAPDeveloperCloud-SettingupanNFSshareforMultinodeKubernetesClusters

From: Santi Rodríguez <srodrig...@optaresolutions.com>
Sent: Monday, May 07, 2018 6:49 AM
To: ANAPAN-LAVALLE, HECTOR A <ha0...@att.com>
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP platform deployment no successful

Hi Hector A,
thank you for your response.


Santiago Rodríguez García | Senior Analyst
T/ + 34 986 410 091 (ext) 227
www.optaresolutions.com
<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.optaresolutions.com_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=C0LhwZDxywq3uiQHn8jI4F3H1xGQCkeuXtcg_2QAOXA=GOuq1st1uLsqT2n3WPlwNUg8QkiWBuZGzXAM_5NzAsU=>[Optare
 
Solutions]<https://urldefense.proofpoint.com/v2/url?u=http-3A__optaresolutions.com_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=C0LhwZDxywq3uiQHn8jI4F3H1xGQCkeuXtcg_2QAOXA=T5abflKqNUY6fR742skHX7SByQGBIadcSt4lohDU73o=>

2018-04-25 1:13 GMT+02:00 ANAPAN-LAVALLE, HECTOR A 
<ha0...@att.com<mailto:ha0...@att.com>>:

Hi Santi,



For the Amsterdam release:



-I have come across that same error when I deployed ONAP in a multi-node/vm 
HA Kubernetes version of Rancher 
(https://rancher.com/docs/rancher/v1.6/en/kubernetes/resiliency-planes/<https://urldefense.proofpoint.com/v2/url?u=https-3A__rancher.com_docs_rancher_v1.6_en_kubernetes_resiliency-2Dplanes_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=C0LhwZDxywq3uiQHn8jI4F3H1xGQCkeuXtcg_2QAOXA=FqdCw-eUKqsHD-rWdmPyl8jLWEoBVhYUVSGaWjDVGN4=>)
 but not when the K8S cluster is hosted on a single VM only, so wondering if 
you tried doing this. One thing to make sure is to try using the latest 
supported version of docker for rancher which is 17.03.x I believe 
(https://rancher.com/docs/rancher/v1.6/en/hosts/#supported-docker-versions<https://urldefense.proofpoint.com/v2/url?u=https-3A__rancher.com_docs_rancher_v1.6_en_hosts_-23supported-2Ddocker-2Dversions=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=C0LhwZDxywq3uiQHn8jI4F3H1xGQCkeuXtcg_2QAOXA=K-4_qYm97ADf574Z8L-XZyraAf_Aho0EOOBo68ytvts=>).

-Also, I used the README.md when installing ONAP using the OOM Amsterdam 
release (running createConfig.sh -n onap to create the namespace first, then 
running createAll.sh -n onap to create the ONAP instance)





For the Beijing release:



-While the code is not stable enough yet, there was an issue with the 
docker image registry 
(nexus3.onap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__nexus3.onap.org=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=C0LhwZDxywq3uiQHn8jI4F3H1xGQCkeuXtcg_2QAOXA=JBELOxm_L2nvW0Yq6y8KTKJceRdHGDFofzpUnDTop6g=>)
 for the past few weeks but my understanding is that it has been solved.

-Also, you may want to look into having a local docker proxy that pulls the 
images from the LF docker registry to pull the images faster and more 
consistently 
(https://docs.docker.com/registry/recipes/mirror/<https://urldefense.proofpoint.com/v2/url?u=https-3A__docs.docker.com_registry_recipes_mirror_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=C0LhwZDxywq3uiQHn8jI4F3H1xGQCkeuXtcg_2QAOXA=eUgKnM7RN5qKkmXddySlsKC6itecMPQWwPmcAZz8z3A=>).
 Another option is to download your own local nexus3 OSS repo in its own 
instance, and use it as a docker registry to proxy the images from 
nexus3.onap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__nexus3.onap.org=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=C0LhwZDxywq3uiQHn8jI4F3H1xGQCkeuXtcg_2QAOXA=JBELOxm_L2nvW0Yq6y8KTKJceRdHGDFofzpUnDTop6g=>.



=

=

=







Hi all,



I've been trying to deploy the ONAP entire platform in my local environment

following the official documentation without the desired results:



   - First, I tried the amsterdam release installation:

  - kubectl 1.7.7

  - rancher 1.6.10

  - helm 2.3.0

  - docker 1.12

  - onap deployment using oom:

 - install/deployment/cd.sh

 - oom/kubernetes/oneclick/createAll.sh



Some of the pods are returning errors like:



Error syncing pod

Back-off restarting failed container

(combined from similar events): Error: failed to start container

"filebeat-onap-aai-model-loader": Error response from daemon:

{"*message":"invalid

header field value* \"oci runtime error: container_linux.go:247: starting

container proce

[onap-discuss] ONAP on Kubernetes

2018-04-24 Thread ANAPAN-LAVALLE, HECTOR A

Hi All,



I have also been testing the stability of ONAP in K8S/OOM/Rancher approach in 
TLAB, and have been seeing the same problems as described below when running a 
complete ONAP instance for more than 1 day. We have been mainly using the 
Portal application (going into the VNC console, then into the Portal GUI).



Some observations made from the testing so far:



- After running SAR Linux stats for some days on a complete ONAP instance 
(Amsterdam), It seems like a full ONAP instance in a single VM should have at 
least 120-180 GB of RAM along with some swap memory allocate in order for the 
cluster to not fail.



- Scaling up the Rancher's K8S Environment's services to more than 1 container 
which is the default (esp. the rancher-ingress-controller) is important since 
this service receives all API/curl requests exposed from K8S cluster.



I have also seen a more reliable ONAP instance when K8S is deployed in a 
multi-node/HA environment in a deployment of 1 Rancher VM, 1 MySQL VM as its 
external DB, and 7 K8S VMs (3 data plane nodes, 2 orch nodes, and 2 compute 
nodes - all can serve as compute nodes though)







I wanted to confirm that it does seem like the heap size ends up being the most 
important one to troubleshoot and it appears (from the JIRA issues below) that 
this needs to be fixed at the application level along with the limiting 
resources (or just stop trying to spawn up k8s deployments failing because of 
resource shortage)?



Thanks,

Hector







Hi A. Seaudi,



I'm really only speculating here but if there was a resource leak (memory or 
storage) that consumes everything on a node (physical machine or VM) the 
containers on that node will fail and Kubernetes will try to restart them. If 
there are insufficient resources the pod(s) will remain in "init" status until 
there are sufficient resources (say by adding a new node to the Kubernetes 
cluster).



The Beijing release is in the integration phase now and one of the major goals 
of the release was to achieve stability.  It would be great if you were willing 
to switch your testing to Beijing so we can identify problems like resource 
leaks quickly.  We want Beijing to be production ready so the more hardening we 
do the better.



Cheers,

Roger





From: "abdelmuhaimen.seaudi at 
orange.com" 
https://lists.onap.org/mailman/listinfo/onap-discuss>>

Date: Saturday, April 14, 2018 at 1:00 PM

To: Michael O'Brien https://lists.onap.org/mailman/listinfo/onap-discuss>>, Roger 
Maitland https://lists.onap.org/mailman/listinfo/onap-discuss>>, 
"onap-discuss at 
lists.onap.org" 
https://lists.onap.org/mailman/listinfo/onap-discuss>>

Subject: RE: [onap-discuss] ONAP on Kubernetes



Hi, I started with another clean vm, and now OOM is running fine.



However, I am interested to know why many pods return to "init" status after 
one or two days running.



Thanks



A. Seaudi



From: SEAUDI Abdelmuhaimen OBS/CSO

Sent: Saturday, April 14, 2018 3:11 PM

To: Michael O'Brien; Roger Maitland; onap-discuss at 
lists.onap.org

Subject: RE: [onap-discuss] ONAP on Kubernetes

Hi,



I was able to clean my system and close down port 10250, and the cpu issue is 
now resolved.



However, after a day or 2 runnnig OOM, i find many of the pods are now in init 
status, and i need to "./deleteAll -n onap -a aai" for example, and 
"./createAll -n onap -a aai" again to resume the pods working.



I worked like that for a while, but now i am facing errors similar to below, 
and i cannot get the pods to run again.



onap-message-router   dmaap-3126594942-cfm9n 0/1   rpc 
error: code = 2 desc = failed to start container 
"74b8d5d04b693c432a4b21a03c272418451eccdc54305330d998bfee0d532a59

": Error response from daemon: {"message":"invalid header field value \"oci 
runtime error: container_linux.go:247: starting container process caused 
\\\"process_linux.go:359: container init

 caused \\\"rootfs_linux.go:53: mounting 
\\\"/dockerdata-nfs/onap/message-router/dmaap/cadi.properties\\\"
 to rootfs \\\"/var/lib/docker/aufs/mnt/737

6ab454562d2c60dccf7a0a24f3a14b7ee33461f50487b8da6e1b358f5511b\\\" 
at 
\\\"/var/lib/docker/aufs/mnt/7376ab454562d2c60dccf7a0a24f3a14b7ee33461f50487b8da6e1b358f5511b/ap

pl/dmaapMR1/etc/cadi.properties\\\" caused \\\"not a 
directory\\\"\\\"\\\"\\n\""}   3  1m



Any idea what this error means ?



I tried to use a clean vm and pulling 
https://jira.onap.org/secure/attachment/11421/oom_rancher_setup.sh and 
https://jira.onap.org/secure/attachment/11413/cd.sh but i get the same result.



Thanks



A. Seaudi



From: Michael O'Brien [Frank.Obrien at

[onap-discuss] ONAP platform deployment no successful

2018-04-24 Thread ANAPAN-LAVALLE, HECTOR A

Hi Santi,



For the Amsterdam release:



-I have come across that same error when I deployed ONAP in a multi-node/vm 
HA Kubernetes version of Rancher 
(https://rancher.com/docs/rancher/v1.6/en/kubernetes/resiliency-planes/) but 
not when the K8S cluster is hosted on a single VM only, so wondering if you 
tried doing this. One thing to make sure is to try using the latest supported 
version of docker for rancher which is 17.03.x I believe 
(https://rancher.com/docs/rancher/v1.6/en/hosts/#supported-docker-versions).

-Also, I used the README.md when installing ONAP using the OOM Amsterdam 
release (running createConfig.sh -n onap to create the namespace first, then 
running createAll.sh -n onap to create the ONAP instance)





For the Beijing release:



-While the code is not stable enough yet, there was an issue with the 
docker image registry (nexus3.onap.org) for the past few weeks but my 
understanding is that it has been solved.

-Also, you may want to look into having a local docker proxy that pulls the 
images from the LF docker registry to pull the images faster and more 
consistently (https://docs.docker.com/registry/recipes/mirror/). Another option 
is to download your own local nexus3 OSS repo in its own instance, and use it 
as a docker registry to proxy the images from nexus3.onap.org.



=

=

=







Hi all,



I've been trying to deploy the ONAP entire platform in my local environment

following the official documentation without the desired results:



   - First, I tried the amsterdam release installation:

  - kubectl 1.7.7

  - rancher 1.6.10

  - helm 2.3.0

  - docker 1.12

  - onap deployment using oom:

 - install/deployment/cd.sh

 - oom/kubernetes/oneclick/createAll.sh



Some of the pods are returning errors like:



Error syncing pod

Back-off restarting failed container

(combined from similar events): Error: failed to start container

"filebeat-onap-aai-model-loader": Error response from daemon:

{"*message":"invalid

header field value* \"oci runtime error: container_linux.go:247: starting

container process caused \\\"process_linux.go:359: container init caused

\\\"rootfs_linux.go:53: mounting

\\\"/dockerdata-nfs/onap/log/filebeat/logback/filebeat.yml\\\"

to rootfs

\\\"/var/lib/docker/aufs/mnt/5c0516a9e0641c993fda14a5818d53b59ff4342da146d52a3b58aaf045ce6295\\\"

at

\\\"/var/lib/docker/aufs/mnt/5c0516a9e0641c993fda14a5818d53b59ff4342da146d52a3b58aaf045ce6295/usr/share/filebeat/filebeat.yml\\\"

caused \\\"not a directory\\\"\\\"\\\"\\n\""}





   - Then, I tried with beijing/master:

  - kubectl 1.8.6

  - rancher 1.6.14

  - helm 2.6.1

  - docker 17.03

  - onap deployment using helm install local/onap



Some of the pods are not starting because they cannot pull the image. It

seems that large images produces a timeout. I found something related with

increasing a kubelet config parameter, but the followed k8s installation

guide does not produce any kubelet installation.



It seems that the code is not stable enough, but i saw that many people are

working with the platform so is possible to deploy it.



How did you deploy the platform? Is there any hidden step that I'm missing?



Thanks,



BR, Santi

*Santiago Rodríguez García* | Senior Analyst

T/ + 34 986 410 091 (ext) 227

www.optaresolutions.com

[image: Optare Solutions] 

-- next part --

An HTML attachment was scrubbed...

URL: 


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

Re: [onap-discuss] ONAP using heat templates

2018-04-24 Thread ANAPAN-LAVALLE, HECTOR A

Pavithra,

Not sure if you fixed this problem already, but just a heads up that the 
nexus3.onap.org docker registry was downloading images very slowly or not at 
all, and that has been fixed by LF from what I know.

If your problem has been resolved, please let us know.

=
=

Couple of things:


1.   Those heat templates look like the pre-Amsterdam version of ONAP, you 
should probably move to R1 (Amsterdam) version:

https://gerrit.onap.org/r/gitweb?p=demo.git;a=tree;f=heat/ONAP;h=64815cec035a3e9819699309375991f519e9f23e;hb=refs/heads/amsterdam


2.   If you are required to go through a proxy server to reach the 
internet, then you will have to make updates to the template to define 
http_proxy and https_proxy environment variables




From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-bounces at 
lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Friday, April 06, 2018 8:50 AM
To: Pavithra R13 ; onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] ONAP using heat templates

Do you VM's have access to the internet. Check the cloud-init logs and see if 
there were error messages trying to resolve nexus3.onap.org and the like.

Most likely the VM's are blank becuase the vm_install and vm_init scipts cant 
reach the internet (or at least that is the most likely scenario).

Make sure public dns is on your external network.

Brian


From: onap-discuss-bounces at lists.onap.org [mailto:onap-discuss-bounces at lists.onap.org] On Behalf Of 
Pavithra R13
Sent: Friday, April 06, 2018 3:37 AM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] ONAP using heat templates

Hi All
I am trying to install ONAP using heat templates on Openstack Pike. I 
downloaded the template and environment file from the link 
https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/OpenECOMP/1.0.0
 . The stack is up and am able to access the VMs. But am not able to access the 
ONAP PORTAL. When I logged into the portal VM and ran "docker ps -a" I could 
see there is no docker installed. So I guess the installation might not have 
completed successfully and just empty VMs are created. Kindly let me know how 
to check the installation or let me know any other working heat templates.
Thanks & Regards,
Pavithra R



This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

-- next part --
An HTML attachment was scrubbed...
URL: 

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

Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

2017-10-11 Thread ANAPAN-LAVALLE, HECTOR A

So the xml script would be (with the name of vtrafficgen.xml):


zdfw1fwl01pgn01
   10.0.160.2
   2831
   admin
   admin
   false
   
   false
   2
   0
   2000
   1.5
   
   120


And the curl command is:

# From within the container
curl -v --noproxy '*' --user 
"admin":"Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U" -d @vtrafficgen.xml -H 
"Accept: application/xml" -H "Content-type: application/xml" -X PUT --trace 
trace.out 
http://localhost:8181/restconf/config/network-topology:network-topology/topology/topology-netconf/node/zdfw1fwl01pgn01

#From outside the container:
curl -v --noproxy '*' --user 
"admin":"Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U" -d @vtrafficgen.xml -H 
"Accept: application/xml" -H "Content-type: application/xml" -X PUT --trace 
trace.out 
http://10.0.160.2:8282/restconf/config/network-topology:network-topology/topology/topology-netconf/node/zdfw1fwl01pgn01


I can run this if needed :)

Thanks,
Hector

This e-mail and any files transmitted with it are the property of AT, are 
confidential, and are intended solely for the use of the individual or entity 
to whom this e-mail is addressed.  If you are not one of the named recipient(s) 
or otherwise have reason to believe that you have received this message in 
error, please notify the sender at (908) 234-4471 and delete this message 
immediately from your computer.  Any other use, retention, dissemination, 
forwarding, printing, or copying of this e-mail is strictly prohibited.

From: FREEMAN, BRIAN D
Sent: Wednesday, October 11, 2017 4:04 PM
To: ANAPAN-LAVALLE, HECTOR A <ha0...@att.com>; 'Yunxia Chen' 
<helen.c...@huawei.com>; SEABOLT, SCOTT <js9...@att.com>; BRADY, PATRICK D 
<pb0...@att.com>; 'onap-discuss' <onap-discuss@lists.onap.org>; DAVANGERE 
RAJASEKHAR, VEERENDRA <vr7...@att.com>; NGUYEN, PHIL <pn8...@att.com>; YOUNG, 
RYAN J <ry3...@att.com>
Subject: RE: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS


Hector what uri do we post the payload ?

Brian


From: FREEMAN, BRIAN D
Sent: Wednesday, October 11, 2017 3:17 PM
To: ANAPAN-LAVALLE, HECTOR A <ha0...@att.com<mailto:ha0...@att.com>>; Yunxia 
Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; SEABOLT, SCOTT 
<js9...@att.com<mailto:js9...@att.com>>; BRADY, PATRICK D 
<pb0...@att.com<mailto:pb0...@att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; DAVANGERE 
RAJASEKHAR, VEERENDRA <vr7...@att.com<mailto:vr7...@att.com>>; NGUYEN, PHIL 
<pn8...@att.com<mailto:pn8...@att.com>>; YOUNG, RYAN J 
<ry3...@att.com<mailto:ry3...@att.com>>
Subject: RE: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

Hector ,

Can you create this netconf mount in integration SB-01 lab.

zdfw1fwl01pgn01
IP address: 10.0.160.2
Login admin/admin

Thanks

Brian



From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ANAPAN-LAVALLE, 
HECTOR A
Sent: Wednesday, October 11, 2017 1:31 PM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; SEABOLT, 
SCOTT <js9...@att.com<mailto:js9...@att.com>>; BRADY, PATRICK D 
<pb0...@att.com<mailto:pb0...@att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; DAVANGERE 
RAJASEKHAR, VEERENDRA <vr7...@att.com<mailto:vr7...@att.com>>; NGUYEN, PHIL 
<pn8...@att.com<mailto:pn8...@att.com>>; YOUNG, RYAN J 
<ry3...@att.com<mailto:ry3...@att.com>>
Subject: Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

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

In order to execute the restconf mount manually, please provide following 
information (in red):

* vPG hostname, netconf username and password (default is admin/admin 
but just to confirm) and the vPG IP address


   demofwl01pgn
   
   2831
   admin
   admin
   false
   
   false
   2
   0
   2000
   1.5
   
   120


Thanks,
Hector

This e-mail and any files transmitted with it are the property of AT, are 
confidential, and are intended solely for the use of the individual or entity 
to whom this e-mail is addressed.  If you are not one of the named recipient(s) 
or otherwise have reason to believe that you have received this message in 
error, please notify the sender at (908) 234-4471 and delete this message 
immediately from your computer.  Any other use, retention, dissemination, 
forwarding, printing, or copying of this e-mail is strictly prohibited.


-Original Appointment-
From: MAHER, RANDA On Behalf Of Yunxia Chen
Sent: Wednesday, Oc

Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

2017-10-11 Thread ANAPAN-LAVALLE, HECTOR A

Hi Brian,

How do I access this VM? Or I can just give the exact command and xml script to 
use for someone who already has access. I heard there are prboelsm with the 
APPC so not sure where that currently stands.

Thanks,
Hector

This e-mail and any files transmitted with it are the property of AT, are 
confidential, and are intended solely for the use of the individual or entity 
to whom this e-mail is addressed.  If you are not one of the named recipient(s) 
or otherwise have reason to believe that you have received this message in 
error, please notify the sender at (908) 234-4471 and delete this message 
immediately from your computer.  Any other use, retention, dissemination, 
forwarding, printing, or copying of this e-mail is strictly prohibited.

From: FREEMAN, BRIAN D
Sent: Wednesday, October 11, 2017 4:04 PM
To: ANAPAN-LAVALLE, HECTOR A <ha0...@att.com>; 'Yunxia Chen' 
<helen.c...@huawei.com>; SEABOLT, SCOTT <js9...@att.com>; BRADY, PATRICK D 
<pb0...@att.com>; 'onap-discuss' <onap-discuss@lists.onap.org>; DAVANGERE 
RAJASEKHAR, VEERENDRA <vr7...@att.com>; NGUYEN, PHIL <pn8...@att.com>; YOUNG, 
RYAN J <ry3...@att.com>
Subject: RE: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS


Hector what uri do we post the payload ?

Brian


From: FREEMAN, BRIAN D
Sent: Wednesday, October 11, 2017 3:17 PM
To: ANAPAN-LAVALLE, HECTOR A <ha0...@att.com<mailto:ha0...@att.com>>; Yunxia 
Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; SEABOLT, SCOTT 
<js9...@att.com<mailto:js9...@att.com>>; BRADY, PATRICK D 
<pb0...@att.com<mailto:pb0...@att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; DAVANGERE 
RAJASEKHAR, VEERENDRA <vr7...@att.com<mailto:vr7...@att.com>>; NGUYEN, PHIL 
<pn8...@att.com<mailto:pn8...@att.com>>; YOUNG, RYAN J 
<ry3...@att.com<mailto:ry3...@att.com>>
Subject: RE: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

Hector ,

Can you create this netconf mount in integration SB-01 lab.

zdfw1fwl01pgn01
IP address: 10.0.160.2
Login admin/admin

Thanks

Brian



From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ANAPAN-LAVALLE, 
HECTOR A
Sent: Wednesday, October 11, 2017 1:31 PM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; SEABOLT, 
SCOTT <js9...@att.com<mailto:js9...@att.com>>; BRADY, PATRICK D 
<pb0...@att.com<mailto:pb0...@att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; DAVANGERE 
RAJASEKHAR, VEERENDRA <vr7...@att.com<mailto:vr7...@att.com>>; NGUYEN, PHIL 
<pn8...@att.com<mailto:pn8...@att.com>>; YOUNG, RYAN J 
<ry3...@att.com<mailto:ry3...@att.com>>
Subject: Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

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

In order to execute the restconf mount manually, please provide following 
information (in red):

* vPG hostname, netconf username and password (default is admin/admin 
but just to confirm) and the vPG IP address


   demofwl01pgn
   
   2831
   admin
   admin
   false
   
   false
   2
   0
   2000
   1.5
   
   120


Thanks,
Hector

This e-mail and any files transmitted with it are the property of AT, are 
confidential, and are intended solely for the use of the individual or entity 
to whom this e-mail is addressed.  If you are not one of the named recipient(s) 
or otherwise have reason to believe that you have received this message in 
error, please notify the sender at (908) 234-4471 and delete this message 
immediately from your computer.  Any other use, retention, dissemination, 
forwarding, printing, or copying of this e-mail is strictly prohibited.


-Original Appointment-
From: MAHER, RANDA On Behalf Of Yunxia Chen
Sent: Wednesday, October 11, 2017 1:02 PM
To: Yunxia Chen; SEABOLT, SCOTT; BRADY, PATRICK D; onap-discuss; 
ANAPAN-LAVALLE, HECTOR A; DAVANGERE RAJASEKHAR, VEERENDRA; NGUYEN, PHIL; YOUNG, 
RYAN J
Subject: FW: [integration]Continue testing vFW: closed loop; vDNS
When: Wednesday, October 11, 2017 10:00 AM-12:00 PM (UTC-08:00) Pacific Time 
(US & Canada).
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=rJxoX-MzJ5bwJgSMKHSOZR2TZ5aKGS6kO5h2_u7O7pk=lUTi9QljpnH3MWB9TiQazIhtay59yT2XypLcsA59SXo=>




-Original Appointment-
From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Wednesday, October 11, 2017 12:20 PM
To: Yunxia Chen; onap-discuss
Subject: [onap-discuss] [integration]Contin

Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

2017-10-11 Thread ANAPAN-LAVALLE, HECTOR A

Hi,

In order to execute the restconf mount manually, please provide following 
information (in red):

-   vPG hostname, netconf username and password (default is admin/admin but 
just to confirm) and the vPG IP address


   demofwl01pgn
   
   2831
   admin
   admin
   false
   
   false
   2
   0
   2000
   1.5
   
   120


Thanks,
Hector


This e-mail and any files transmitted with it are the property of AT, are 
confidential, and are intended solely for the use of the individual or entity 
to whom this e-mail is addressed.  If you are not one of the named recipient(s) 
or otherwise have reason to believe that you have received this message in 
error, please notify the sender at (908) 234-4471 and delete this message 
immediately from your computer.  Any other use, retention, dissemination, 
forwarding, printing, or copying of this e-mail is strictly prohibited.


-Original Appointment-
From: MAHER, RANDA On Behalf Of Yunxia Chen
Sent: Wednesday, October 11, 2017 1:02 PM
To: Yunxia Chen; SEABOLT, SCOTT; BRADY, PATRICK D; onap-discuss; 
ANAPAN-LAVALLE, HECTOR A; DAVANGERE RAJASEKHAR, VEERENDRA; NGUYEN, PHIL; YOUNG, 
RYAN J
Subject: FW: [integration]Continue testing vFW: closed loop; vDNS
When: Wednesday, October 11, 2017 10:00 AM-12:00 PM (UTC-08:00) Pacific Time 
(US & Canada).
Where: https://zoom.us/j/44




-Original Appointment-
From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Wednesday, October 11, 2017 12:20 PM
To: Yunxia Chen; onap-discuss
Subject: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS
When: Wednesday, October 11, 2017 10:00 AM-12:00 PM (UTC-08:00) Pacific Time 
(US & Canada).
Where: https://zoom.us/j/44



When: Wednesday, October 11, 2017 10:00 AM-12:00 PM. (UTC-08:00) Pacific Time 
(US & Canada)
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwMFoQ=LFYZ-o9_HUMeMTSQicvjIg=kyPZ229JImvwwKH-78nlyg=V885-Qh9vUIDWjUtRvFffZ4qhkZM7QPs_mR83TJHUJo=UPp79QetwmRNQhC6ZVDxEgrtJvwub7MzQ_07hqeb7Us=>

+~+~+~+~+~+~+~+~+~+


 << File: ATT1.txt >>

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

Re: [onap-discuss] Invitation: APP-C Weekly Meeting @ Weekly from 08:00 to 09:00 on Wednesday (PDT) (onap-discuss@lists.onap.org)

2017-08-31 Thread ANAPAN-LAVALLE, HECTOR A

Team,

As discussed earlier, here are the steps to take to add a database in the ONAP 
MySQL and add tables using the APPC Docker Image's deployment scripts:

1)  ADD DATABASE (in [appc/deployment.git] / installation / appc / src / 
main / scripts / 
installAppcDb.sh<https://gerrit.onap.org/r/gitweb?p=appc/deployment.git;a=blob;f=installation/appc/src/main/scripts/installAppcDb.sh;h=bd9b89321f09e341dbaa8215dc0d98d0532d547b;hb=HEAD>)
 - This script is where all database creations and its permissions should go 
under.



2)  ADD TABLES (in [appc/deployment.git] / installation / appc / src / main 
/ resources / 
appcctl.dump<https://gerrit.onap.org/r/gitweb?p=appc/deployment.git;a=blob;f=installation/appc/src/main/resources/appcctl.dump;h=261f5c3a5296998e1ab59c2c75bef9aa33c70eda;hb=HEAD>)
 - This file is where all table creations should go under when the tables are 
in the appcctl database (already created). Currently, appcctl.dump has the 
definition to create the transactions table.

Any questions, pls let me know.

Thanks,
Hector Anapan


This e-mail and any files transmitted with it are the property of AT, are 
confidential, and are intended solely for the use of the individual or entity 
to whom this e-mail is addressed.  If you are not one of the named recipient(s) 
or otherwise have reason to believe that you have received this message in 
error, please notify the sender at (908) 234-4471 and delete this message 
immediately from your computer.  Any other use, retention, dissemination, 
forwarding, printing, or copying of this e-mail is strictly prohibited.


-Original Appointment-
From: MAHER, RANDA On Behalf Of ONAP Meetings and Events
Sent: Tuesday, June 20, 2017 11:40 AM
To: ONAP Meetings and Events; ONAP Meetings and Events; KLEIN, REUBEN; LEFEVRE, 
CATHERINE; 'av...@amdocs.com'; onap-discuss@lists.onap.org; 
onap-...@lists.onap.org; MILLER, PAUL; GARG, PIYUSH; ANAPAN-LAVALLE, HECTOR A; 
'marcus.willi...@intel.com'; BEGWANI, VIMAL; VELARDO, PAT; MACNIDER, JAMES; 
SHARMA, RAHUL; alexis.de_talho...@bell.ca; 'rashmi.pu...@bell.ca'; 
bin.y...@windriver.com; BRADY, PATRICK D; WONNELL, SKIP; 
jjoey.sulli...@amdocs.com; RUNNELS, MARK; SEABOLT, SCOTT; SOLORZANO, DEE ANN; 
eric.deb...@orange.com; YOUNG, LISA C
Subject: FW: [onap-discuss] Invitation: APP-C Weekly Meeting @ Weekly from 
08:00 to 09:00 on Wednesday (PDT) (onap-discuss@lists.onap.org)
When: Wednesday, August 30, 2017 11:00 AM-12:00 PM America/New_York.
Where: https://zoom.us/j/708562828




-Original Appointment-
From: ONAP Meetings and Events 
[mailto:linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com]
Sent: Tuesday, June 20, 2017 11:27 AM
To: ONAP Meetings and Events; LEFEVRE, CATHERINE; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] Invitation: APP-C Weekly Meeting @ Weekly from 08:00 to 
09:00 on Wednesday (PDT) 
(onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>)
When: Occurs every Wednesday effective 6/21/2017 from 11:00 AM to 12:00 PM 
America/New_York.
Where: https://zoom.us/j/708562828


more details 
><https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_calendar_event-3Faction-3DVIEW-26eid-3DcjAyMzU1NXJuNGFzZmZtcWh2aHJwcWo4c2cgb25hcC1kaXNjdXNzQGxpc3RzLm9uYXAub3Jn-26tok-3DNzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tYmU4YTI1N2ZlY2I0ODAzMDJjYzNiMGQ2ZjRiOGQ5NWMwZWNlMDc3Nw-26ctz-3DAmerica_Los-5FAngeles-26hl-3Den=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=kyPZ229JImvwwKH-78nlyg=_1-dP-p9l-8RvfhuZH8gTKx56zFmQsNmRu2FKZx2GDw=mbNYDhf4s6AytQ6U1w5BK2m5xx_iL_H9-XeWR4aU1Ms=>

APP-C Weekly Meeting
Hi there,

ONAP Meeting 4 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/708562828<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fj-252F708562828-26sa-3DD-26usd-3D2-26usg-3DAFQjCNHDWDEZq2aPioKA0R-5FgbXRw4DeSiA=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=kyPZ229JImvwwKH-78nlyg=_1-dP-p9l-8RvfhuZH8gTKx56zFmQsNmRu2FKZx2GDw=Ecqbi5R80QqNwbu5dakQOmf5E8Y9SQHrgFJRfOPWub4=>
Or iPhone one-tap (US Toll): +14086380968,,708562828# or 
+16465588656,,708562828#
Or Telephone:
Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)
+1 855 880 1246 (US Toll Free)
+1 877 369 0926 (US Toll Free)
Meeting ID: 708 562 828
International numbers available: 
https://zoom.us/zoomconference?m=nOkqgtoJBOGo7SuFC0OvOat13V5cLneM<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.google.com_url-3Fq-3Dhttps-253A-252F-252Fzoom.us-252Fzoomconference-253Fm-253DnOkqgtoJBOGo7SuFC0OvOat13V5cLneM-26sa-3DD-26usd-3D2-26usg-3DAFQjCNGoVv8B9xAvyWaNp9DpBWbHRF0usg=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=kyPZ229JImvwwKH-78nlyg=_1-dP-p9l-8RvfhuZH8gTKx56zFmQsNmRu2FKZx2GDw=4PuUQgdVWr3iRbMzJCUysvu-4QFoMBLeUlOVV61TqSc=>






When
Weekly from 08:00 to 09:00 on Wednesday Pacific Time

Where

Re: [onap-discuss] Integration project PTL Election

2017-06-23 Thread ANAPAN-LAVALLE, HECTOR A

+1

Thanks,
Hector Anapan

This e-mail and any files transmitted with it are the property of AT, are 
confidential, and are intended solely for the use of the individual or entity 
to whom this e-mail is addressed.  If you are not one of the named recipient(s) 
or otherwise have reason to believe that you have received this message in 
error, please notify the sender at (908) 234-4471 and delete this message 
immediately from your computer.  Any other use, retention, dissemination, 
forwarding, printing, or copying of this e-mail is strictly prohibited.

From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Thursday, June 22, 2017 3:31 PM
To: onap-discuss@lists.onap.org
Cc: Yunxia Chen <helen.c...@huawei.com>; wangchen...@chinamobile.com; ROSE, 
DANIEL V <dr6...@att.com>; PLATANIA, MARCO <plata...@research.att.com>; 
CLOSSET, CHRISTOPHE <cc6...@intl.att.com>; CLOSSON, ANAEL 
<ac2...@intl.att.com>; DEY, SPONDON <sd4...@att.com>; ANAPAN-LAVALLE, HECTOR A 
<ha0...@att.com>; xiaolong.k...@orange.com; francois.desp...@orange.com; 
yangyi@chinatelecom.cn; wanglm@chinatelecom.cn; Gary Wu 
<gary.i...@huawei.com>; Kang Xi <kang...@huawei.com>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com>; xingxiaocheng <xingxiaoch...@huawei.com>; 
aijianwen <aijian...@huawei.com>; Liuyuliang (Yuliang, SSA) 
<liuyulia...@huawei.com>; dandrus...@mirantis.com; lxin...@vmware.com; 
bin.y...@windriver.com; alon.strikov...@amdocs.com
Subject: [onap-discuss] Integration project PTL Election

Dear Integration committers,

Upon close our self-nomination period, we only have one candidate: Helen Chen.  
According to LF rules, we still need to run the election (cannot use that poll 
system, it requires two choices).   I’d like to start the vote through email, 
and close the vote at this Friday, June 23rd , 11:59 PM, PDT.

Committers, if you support Helen Chen for PTL, would you please respond to this 
message with “+1”.  If you don’t, please respond with “-1”, and if you are 
neutral, please respond with “0”.

Regards,

Helen Chen

Committers list upon Integration project approval date 06/08/2017 for your 
reference:
Helen Chen



helen.c...@huawei.com<mailto:helen.c...@huawei.com>





Chengli Wang



wangchen...@chinamobile.com<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_mailto-3A=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=PfKnAgltp0fi3yO6IfcLBqGKmaLAdxPsPQ7QuEyQRlU=itPk-KShtTqPKdgFDAQac59CTbiU70kMbntuXGk4dZ8=>





Daniel Rose



dr6...@att.com<mailto:dr6...@att.com>





Marco Platania



plata...@research.att.com<mailto:plata...@research.att.com>





Christophe Closset



cc6...@intl.att.com<mailto:cc6...@intl.att.com>





Anael Closson



ac2...@intl.att.com<mailto:ac2...@intl.att.com>





Spondon Dey



 spondon...@att.com<mailto:spondon...@att.com>





Hector Anapan-Lavalle



ha0...@att.com<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_mailto-3A=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=PfKnAgltp0fi3yO6IfcLBqGKmaLAdxPsPQ7QuEyQRlU=itPk-KShtTqPKdgFDAQac59CTbiU70kMbntuXGk4dZ8=>





Xiaolong Kong



xiaolong.k...@orange.com<mailto:yangyi@chinatelecom.cn>





François Despres



francois.desp...@orange.com<mailto:francois.desp...@orange.com>





Yi Yang



yangyi@chinatelecom.cn<mailto:yangyi@chinatelecom.cn>





Luman Wang



wanglm@chinatelecom.cn<mailto:wanglm@chinatelecom.cn>





Gary Wu



gary.i...@huawei.com<mailto:gary.i...@huawei.com>





Kang Xi



kang...@huawei.com<mailto:kang...@huawei.com>





Yang Xu



yang@huawei.com<mailto:yang@huawei.com>





Xiaocheng Xing



xingxiaoch...@huawei.com<mailto:xingxiaoch...@huawei.com>





Jianwen Ai



aijian...@huawei.com<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_mailto-3A=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=PfKnAgltp0fi3yO6IfcLBqGKmaLAdxPsPQ7QuEyQRlU=itPk-KShtTqPKdgFDAQac59CTbiU70kMbntuXGk4dZ8=>





Yuliang Liu



liuyulia...@huawei.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__huawei.com_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=FXSTHna6MzE3ojMq3gr1yQ=PfKnAgltp0fi3yO6IfcLBqGKmaLAdxPsPQ7QuEyQRlU=tFd57r3sj-3e-d5RCDfsCzd0H9bI_GOF-Ka-fRaOOYE=>





Dmitriy Andrushko



dandrus...@mirantis.com<mailto:dandrus...@mirantis.com>





Xinhui Li



lxin...@vmware.com<mailto:lxin...@vmware.com>





Bin Yang



bin.y...@windriver.com<mailto:bin.y...@windriver.com>





Alon Strikovsky



alon.strikov...@amdocs.com<mailto:alon.strikov...@amdocs.com>








From: Helen Chen 00725961 <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>
Date: Wednesday, June 21, 2017 at 7:44 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
<onap-discuss@lists.onap.org<mailto:onap-disc

Re: [onap-discuss] Issue pulling image

Re: [onap-discuss] vFWCL instantiation problem (not allowed to create an int on ext net)

Re: [onap-discuss] [onap-discuss[[oom[[portal]

Re: [onap-discuss] [onap-discuss[[oom[[portal]

[onap-discuss] [onap-discuss[[oom[[portal]

Re: [onap-discuss] ONAP platform deployment no successful

[onap-discuss] ONAP on Kubernetes

[onap-discuss] ONAP platform deployment no successful

Re: [onap-discuss] ONAP using heat templates

Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

Re: [onap-discuss] [integration]Continue testing vFW: closed loop; vDNS

Re: [onap-discuss] Invitation: APP-C Weekly Meeting @ Weekly from 08:00 to 09:00 on Wednesday (PDT) (onap-discuss@lists.onap.org)

Re: [onap-discuss] Integration project PTL Election

14 matches

Site Navigation

Mail list logo

Footer information