Re: [onap-discuss] Code snippet is missing in the amsterdam testsuite docker image from 3/16/18

2018-03-26 Thread Parvez Basha Shaik
Dear Daniel,

I will do that workaround and that can resolve my issue.

But, my concern is that if we are not ensuring that our docker image that is 
being built is not pulling the latest code, that is something that we need 
address.

I have raised https://jira.onap.org/browse/INT-453 on community onto 
integration team. Please let me know if it has to be raised to some other team 
and I will move it accordingly. But, to my knowledge it is a bug which can 
cause a problem in later stages as well.

Please let me know your views.

Thanks,
Parvez

From: Alka Choudhary
Sent: Thursday, March 22, 2018 6:18 PM
To: ROSE, DANIEL V <dr6...@att.com>; Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com>
Cc: FLOOD, JERRY <jf9...@att.com>; Tal Karbachinsky 
<tal.karbachin...@amdocs.com>; Ran Pollak <ran.pol...@amdocs.com>
Subject: RE: Code snippet is missing in the amsterdam testsuite docker image 
from 3/16/18

++ Ran Pollak.

Thanks,
Alka Choudhary

From: ROSE, DANIEL V [mailto:dr6...@att.com]
Sent: Thursday, March 22, 2018 5:51 PM
To: Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>
Cc: FLOOD, JERRY <jf9...@att.com<mailto:jf9...@att.com>>; Alka Choudhary 
<al...@amdocs.com<mailto:al...@amdocs.com>>; Tal Karbachinsky 
<tal.karbachin...@amdocs.com<mailto:tal.karbachin...@amdocs.com>>
Subject: Re: Code snippet is missing in the amsterdam testsuite docker image 
from 3/16/18

It was removed since its not needed in tenplating since the templater already 
works with json. You can see this in the etesuite. Also theres not really much 
point in exposing a method that just is calling one method in another method, 
you can just call that method directly if you need it.

On Mar 22, 2018, at 1:30 AM, Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>> wrote:
Hello Jerry, Daniel,

Greetings. I have been using community version testsuite docker for a while but 
I've seen something strange from last Friday onwards and it is breaking my 
python parsing. Let me explain.

1.   Under testsuite/python-testing-utils project, there is a file 
StringTemplater.py file.



2.   In the StringTemplater.py file, the below highlighted lines of code 
which is missing in the docker image that I've started pulling from amsterdam 
branch from last Friday. Prior to that, we had that code comingup all the time.





3.   I've validated the docker images in the nexus repo and in my 
environment with SHA256 encrypted key and its matching.

4.   Further to determine the issue, I went to Jenkins to pull out the 
docker job status and I found something very co-inciding the amsterdam version 
of testsuite docker has started building from the same Friday! So, I'm not sure 
but suspecting the jenkin job is refering to older git tag (2017-10-27 refers 
to 
https://gerrit.onap.org/r/gitweb?p=testsuite/python-testing-utils.git;a=tree;h=abb0f7ff46afe0c50c87f971323ff5fbb74e9156;hb=9e09020241a8b29297d2a07ce967bd96ea2ad2e0<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dtestsuite_python-2Dtesting-2Dutils.git-3Ba-3Dtree-3Bh-3Dabb0f7ff46afe0c50c87f971323ff5fbb74e9156-3Bhb-3D9e09020241a8b29297d2a07ce967bd96ea2ad2e0=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=dzwyCsyXgCWu9JWkdbsY60FnjoMsxYrjJbW-lW3Gdc8=bNjbRjTK2sr3Bf17HYkDZ57XCGxTFvom37cueRPBzz0=>).

5.   Any clue why this is happening? Its actually causing a problem for 
running my json parsing with python utils. Please loop in the right people if 
you feel this needs to be addressed by the other set of focals, please loop 
them in.
https://jenkins.onap.org/view/testsuite/job/testsuite-amsterdam-3scm-docker-shell-daily/<https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_testsuite_job_testsuite-2Damsterdam-2D3scm-2Ddocker-2Dshell-2Ddaily_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=dzwyCsyXgCWu9JWkdbsY60FnjoMsxYrjJbW-lW3Gdc8=wXNOT8XOmyYrehONBG7irITVd93kNgohkdkmZaLm6t0=>



Best Regards,
Parvez
Ph: +91 9985300392
Amdocs DVCI, Pune
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at 
https://www.amdocs.com/about/email-disclaimer<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=dzwyCsyXgCWu9JWkdbsY60FnjoMsxYrjJbW-lW3Gdc8=hcozzEg8sQAc565iPbIlvaTV5NNv0x0H1iTxUApib04=>
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 
<https://www.amdocs.com/about/email-disclaimer>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread Parvez Basha Shaik
Hi Brian,
I understand your point that this is SDNC preload.
But, this is something looks to be parsing issue from VID since,

1.   This error logs in SO error.log. So, raised SO issue for this. But, as 
we discussed this with SO team, they said that this is a VID issue as VID is 
not parsing this values.

2.   Since this is new functionality added in VID (ONAP 1.1) to preload 
supplementary JSON.

Seshu,
1.   Please let share your view. This is about 
SO-207<https://jira.onap.org/browse/SO-207> that you, Rob, John and I discussed 
on the last SO weekly call.

Let us know if you have different view.

Thanks,
Parvez

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Friday, October 13, 2017 5:39 PM
To: Parvez Basha Shaik <parvezbasha.sh...@amdocs.com>; SONSINO, OFIR 
<os0...@intl.att.com>; HEMLI, AMICHAI <ah0...@intl.att.com>; onap-discuss 
<onap-discuss@lists.onap.org>; Yunxia Chen <helen.c...@huawei.com>; Yang Xu 
(Yang, Fixed Network) <yang@huawei.com>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com>; Stella Gorenshtein 
<stel...@amdocs.com>; Netaji Surve <netaji.su...@amdocs.com>; Manoj Kapre 
<mano...@amdocs.com>
Subject: RE: BLOCKER - VID-82

Why are you talking about VID validation ?

This is preload for SDNC.

Brian


From: Parvez Basha Shaik [mailto:parvezbasha.sh...@amdocs.com]
Sent: Friday, October 13, 2017 2:51 AM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; SONSINO, OFIR 
<os0...@intl.att.com<mailto:os0...@intl.att.com>>; HEMLI, AMICHAI 
<ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82

Brian,

Thanks for the sample JSON but it's the same we have been trying to upload from 
last three days. And today we tried the same and the result was same.

Ofir,
If you have any other supplementary JSON which can pass through the VID 
validation, please let us know.

BR,
Parvez

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Friday, October 13, 2017 2:11 AM
To: SONSINO, OFIR <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Parvez 
Basha Shaik 
<parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; HEMLI, 
AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
Stella Gorenshtein <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82

No the API changed which is why the yang validator was rejeccting the preload 
input.

SDNC-119 is a loading issue with the subtending karaf featuress that the api 
uses that generate and error when valid preload is submitted (which you were 
not getting)

Brian


From: SONSINO, OFIR
Sent: Thursday, October 12, 2017 12:54 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; Parvez Basha 
Shaik <parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; 
HEMLI, AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82

Thanks Brian.
Parvez, please update if the json Brian suggested works for you. I'll study 
this further in the meantime.

Brian, did you mean the root cause for this is SDNC-119 ?

Thanks,
Ofir

From: FREEMAN, BRIAN D
Sent: Thursday, Oct

Re: [onap-discuss] BLOCKER - VID-82

2017-10-13 Thread Parvez Basha Shaik
Brian,

Thanks for the sample JSON but it's the same we have been trying to upload from 
last three days. And today we tried the same and the result was same.

Ofir,
If you have any other supplementary JSON which can pass through the VID 
validation, please let us know.

BR,
Parvez

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Friday, October 13, 2017 2:11 AM
To: SONSINO, OFIR <os0...@intl.att.com>; Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com>; HEMLI, AMICHAI <ah0...@intl.att.com>; 
onap-discuss <onap-discuss@lists.onap.org>; Yunxia Chen 
<helen.c...@huawei.com>; Yang Xu (Yang, Fixed Network) <yang@huawei.com>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com>; Stella Gorenshtein 
<stel...@amdocs.com>; Netaji Surve <netaji.su...@amdocs.com>; Manoj Kapre 
<mano...@amdocs.com>
Subject: RE: BLOCKER - VID-82

No the API changed which is why the yang validator was rejeccting the preload 
input.

SDNC-119 is a loading issue with the subtending karaf featuress that the api 
uses that generate and error when valid preload is submitted (which you were 
not getting)

Brian


From: SONSINO, OFIR
Sent: Thursday, October 12, 2017 12:54 PM
To: FREEMAN, BRIAN D <bf1...@att.com<mailto:bf1...@att.com>>; Parvez Basha 
Shaik <parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; 
HEMLI, AMICHAI <ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82

Thanks Brian.
Parvez, please update if the json Brian suggested works for you. I'll study 
this further in the meantime.

Brian, did you mean the root cause for this is SDNC-119 ?

Thanks,
Ofir

From: FREEMAN, BRIAN D
Sent: Thursday, October 12, 2017 5:35 PM
To: Parvez Basha Shaik 
<parvezbasha.sh...@amdocs.com<mailto:parvezbasha.sh...@amdocs.com>>; Sonsino, 
Ofir <os0...@intl.att.com<mailto:os0...@intl.att.com>>; Hemli, Amichai 
<ah0...@intl.att.com<mailto:ah0...@intl.att.com>>; onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
<helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; Yang Xu (Yang, Fixed 
Network) <yang@huawei.com<mailto:yang@huawei.com>>
Cc: Eliyahu Noach <eliyahu.no...@amdocs.com<mailto:eliyahu.no...@amdocs.com>>; 
GORENSHTEIN, STELLA <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Netaji 
Surve <netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Manoj Kapre 
<mano...@amdocs.com<mailto:mano...@amdocs.com>>
Subject: RE: BLOCKER - VID-82


The problem was the preload API changed from 1.0.

Try this as an example.

SDNC is working on a bug that is blocking : SDNC-119 but this payload passes 
validation against the Amsterdam yang model.


Brian



{

  "input":

  {

"request-information":

{

  "notification-url":"openecomp.org",

  "order-number":"1",

  "order-version":"1",

  "request-action":"PreloadVNFRequest",

  "request-id": "robot20"

},

"sdnc-request-header":

{

  "svc-action": "reserve",

  "svc-notification-url": 
"http://openecomp.org:8080/adapters/rest/SDNCNotify;,

  "svc-request-id":"robot20"

},

"vnf-topology-information":

{

  "vnf-assignments":

  {

"availability-zones":[],

"vnf-networks":[],

"vnf-vms":[]

  },

  "vnf-parameters":

  [

{"vnf-parameter-name":"public_net_id","vnf-parameter-value": 
"4d51376d-5c5a-4789-9253-b0740e815341"},

{"vnf-parameter-name":"key_name","vnf-parameter-value":"ss"}

  ],

  "vnf-topology-identifier":

  {



 "generic-vnf-name": "TESTPZ",

 "generic-vnf-type": "devops1/devops1 0",

 "vnf-name": "TESTPZ",

 "vnf-type": "devops1..server..module-0"

Re: [onap-discuss] BLOCKER - VID-82

2017-10-12 Thread Parvez Basha Shaik
Hi All,

Gentle reminder. If anyone from VID team needs to be added, please add them it 
will be of great help.

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Wednesday, October 11, 2017 8:36 PM
To: Sonsino, Ofir <os0...@intl.att.com>; Hemli, Amichai <ah0...@intl.att.com>; 
onap-discuss <onap-discuss@lists.onap.org>; 'Yunxia Chen' 
<helen.c...@huawei.com>; 'Yang Xu (Yang, Fixed Network)' <yang@huawei.com>
Cc: Tomer Oster <tomer.os...@amdocs.com>; Michael O'Brien 
<frank.obr...@amdocs.com>; Netaji Surve <netaji.su...@amdocs.com>; Manoj Kapre 
<mano...@amdocs.com>
Subject: BLOCKER - VID-82
Importance: High

Hi All,

1. This is about VID-82<https://jira.onap.org/browse/VID-82>

We are trying to create vFW stack. During the process, we are in the need of a 
valid Supplementary file/SDNC pre-load data to upload and create VF module. We 
had 1.0 preload file but we don't have file compatible with 1.1. So, we used 
the same file to process the request. And below is the error response we've got 
on VID UI.


10/11/17 15:18:39 HTTP Status: Bad Request (400)
{
"serviceException": {
"messageId": "SVC0002",
"text": "Mapping of request to JSON object failed. Can not deserialize instance 
of java.util.ArrayList out of START_OBJECT token\n at [Source: 
java.io.StringReader@698a8dec<mailto:java.io.StringReader@698a8dec>; line: 1, 
column: 469] (through reference chain: 
org.openecomp.mso.apihandlerinfra.serviceinstancebeans.ServiceInstancesRequest[\"requestDetails\"]>org.openecomp.mso.apihandlerinfra.serviceinstancebeans.RequestParameters[\"userParams\"])"
}
}

Can you please provide us the valid JSON file for SDNC pre-load. For now, we 
are using attached JSON files as supplementary files which are failing.


Thanks,
Parvez
Ph: +91 9985300392

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

you may review at https://www.amdocs.com/about/email-disclaimer 
<https://www.amdocs.com/about/email-disclaimer>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] [integration] Integration testing results for 10/3/2017

2017-10-05 Thread Parvez Basha Shaik
Hi Ofir,

Similar to Subhash, today I tried to pull new docker images and I see the 
“VID-mariadb” is throwing exception while creating a container. I ran 
“vid_vm_init.sh” script to pull imaged and create containers. Any reason why 
this is happening?

Please see below docker log:

Database initialized
MySQL init process in progress...
2017-10-05 11:09:13 140128858552192 [Note] mysqld (mysqld 
10.2.8-MariaDB-10.2.8+maria~jessie) starting as process 95 ...
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Mutexes and rw_locks use GCC 
atomic builtins
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Uses event mutexes
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Compressed tables use zlib 
1.2.8
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Using Linux native AIO
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Number of pools: 1
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Using SSE2 crc32 instructions
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Initializing buffer pool, 
total size = 256M, instances = 1, chunk size = 128M
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Completed initialization of 
buffer pool
2017-10-05 11:09:13 140128110601984 [Note] InnoDB: If the mysqld execution user 
is authorized, page cleaner thread priority can be changed. See the man page of 
setpriority().
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Highest supported file 
format is Barracuda.
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: 128 out of 128 rollback 
segments are active.
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Creating shared tablespace 
for temporary tables
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Setting file './ibtmp1' size 
to 12 MB. Physically writing the file full; Please wait ...
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: File './ibtmp1' size is now 
12 MB.
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: Waiting for purge to start
2017-10-05 11:09:13 140128858552192 [Note] InnoDB: 5.7.19 started; log sequence 
number 1620098
2017-10-05 11:09:13 140127602996992 [Note] InnoDB: Loading buffer pool(s) from 
/var/lib/mysql/ib_buffer_pool
2017-10-05 11:09:13 140127602996992 [Note] InnoDB: Buffer pool(s) load 
completed at 171005 11:09:13
2017-10-05 11:09:13 140128858552192 [Note] Plugin 'FEEDBACK' is disabled.
2017-10-05 11:09:13 140128858552192 [Warning] 'user' entry 'root@003bc423bc79' 
ignored in --skip-name-resolve mode.
2017-10-05 11:09:13 140128858552192 [Warning] 'proxies_priv' entry '@% 
root@003bc423bc79' ignored in --skip-name-resolve mode.
2017-10-05 11:09:13 140128858552192 [Note] Reading of all Master_info entries 
succeded
2017-10-05 11:09:13 140128858552192 [Note] Added new Master_info '' to hash 
table
2017-10-05 11:09:13 140128858552192 [Note] mysqld: ready for connections.
Version: '10.2.8-MariaDB-10.2.8+maria~jessie'  socket: 
'/var/run/mysqld/mysqld.sock'  port: 0  mariadb.org binary distribution
Warning: Unable to load '/usr/share/zoneinfo/leap-seconds.list' as time zone. 
Skipping it.
2017-10-05 11:09:16 140128545031936 [Warning] 'proxies_priv' entry '@% 
root@003bc423bc79' ignored in --skip-name-resolve mode.
2017-10-05 11:09:16 140128545031936 [Warning] 'proxies_priv' entry '@% 
root@003bc423bc79' ignored in --skip-name-resolve mode.

/usr/local/bin/docker-entrypoint.sh: running 
/docker-entrypoint-initdb.d/vid-pre-init.sql
ERROR 1049 (42000) at line 20: Unknown database 'vid_openecomp'

Thanks,
Parvez

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Subhash Kumar Singh
Sent: Thursday, October 5, 2017 10:32 AM
To: Sonsino, Ofir ; Kranthi Guttikonda 
; KAJUR, HARISH V ; Yunxia Chen 
; onap-discuss ; Hemli, 
Amichai 
Subject: Re: [onap-discuss] [integration] Integration testing results for 
10/3/2017

Hello Ofir,

I used “vid_vm_init.sh” script to initialize dockers but VID portal is not 
accessible.
I think, it should be sufficient to initialize dockers.

Please let me know if I need to pass some additional parameters.

--
Regards,
Subhash Kumar Singh

***
本邮件及其附件含有华为公司的保密信息,仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、或散发)本邮件中的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本邮件!**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whoseaddress 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 

[onap-discuss] SDNC-77 blocker

2017-10-04 Thread Parvez Basha Shaik
Hi Dan,

1. We are trying to create vFW stack and we are stuck at 
SDNC-77 which is a blocker to proceed 
further. We need VF_MODULE_MODEL table created otherwise, we are not able to 
send the call to openstack to create the vFW stack. Do you have any ETA for the 
defect fix?

Thanks,
Parvez
Ph: +91 9985300392

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

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

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


[onap-discuss] Create VF module button is invisible on VID UI

2017-10-04 Thread Parvez Basha Shaik
Dear community,

As we tried to create VF module on VID UI, we see that the button itself is not 
visible and what could be the reason behind this?

We saw errors attached <> on the error.log when we try 
to login to portal and access the VID. And after successful VNF creation, we 
tried to create VF module through the button and we are not able to find how to 
bring the button back. I suspect the initial VID UI load error may have caused 
this. Please let us know if you have any idea how this can be worked around as 
VID-57 is in progress.

[cid:image001.png@01D33D4A.CC5F0590]


Thanks,
Parvez
Ph: +91 9985300392

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 

2017-10-04 
14:00:47,531|1c349306-b72f-41e8-9753-2d32958461e3||http-apr-8080-exec-5||/logout.htm|292b461a-2954-4b63-a3f9-f916c7ad3bc0|WARN|INFORMATIONAL|172.17.0.3|91f251ab625e||org.openecomp.portalapp.controller.core.MenuListController||
 getUserInfo failed
java.lang.NullPointerException: null
at 
org.openecomp.portalapp.controller.core.MenuListController.getUserInfo(MenuListController.java:189)
 ~[epsdk-app-common-1.3.0-20170822.113825-42.jar:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
~[na:1.8.0_141]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
~[na:1.8.0_141]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 ~[na:1.8.0_141]
at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_141]
at 
org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:221)
 [spring-web-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.method.support.InvocableHandlerMethod.invokeForRequest(InvocableHandlerMethod.java:137)
 [spring-web-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:111)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:806)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:729)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:85)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:970)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at 
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:861)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:622) 
[servlet-api.jar:na]
at 
org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:846)
 [spring-webmvc-4.2.0.RELEASE.jar:4.2.0.RELEASE]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) 
[servlet-api.jar:na]
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292)
 [catalina.jar:8.0.46]
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
 [catalina.jar:8.0.46]
at 
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) 
[tomcat-websocket.jar:8.0.46]
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
 [catalina.jar:8.0.46]
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
 [catalina.jar:8.0.46]
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212)
 [catalina.jar:8.0.46]
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:94)
 [catalina.jar:8.0.46]
at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:504)
 [catalina.jar:8.0.46]
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) 
[catalina.jar:8.0.46]
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) 
[catalina.jar:8.0.46]
at 

[onap-discuss] Not Authorized error from AAI to SDNC

2017-09-12 Thread Parvez Basha Shaik
Hi All,

In VF-module flow, we were facing issue "Not Authorized" from AAI when SDNC 
tries to call REST API of AAI.

To resolve this, we did below workaround. Is this the proper way of doing it or 
do we have a better alternate approach to do this.

Go to /opt/openecomp/sdnc/data/properties in docker sdnc_controller_container
Open aaiclient.properties
Change Username and password as: AAI
org.openecomp.sdnc.sli.aai.client.name=AAI
org.openecomp.sdnc.sli.aai.client.psswd=AAI

Thanks,
Parvez
Ph: +91 9985300392

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

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

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


[onap-discuss] SDC service distribution security issue

2017-09-11 Thread Parvez Basha Shaik
Hi Community,

When I tried to distribute SDC Service, it is not getting distributed to AAI. 
We did following workaround to resolve this.
Workaround:
In docker model loader
Go to /etc/java-8-openjdk/security
Open file java.security
[cid:image002.png@01D32BB7.2A2D2E90]
Comment below lines

*   jdk.certpath.disabledAlgorithms=MD2, MD5, SHA1 jdkCA & usage TLSServer, 
\

*   jdk.jar.disabledAlgorithms=MD2, MD5, RSA keySize < 1024

*   jdk.tls.disabledAlgorithms=SSLv3, RC4, MD5withRSA, DH keySize < 768, \
Post this, we restarted model loader docker. This resolved the issue.

Is there a bug for this? Or is it working as designed? Please let us know if 
there is any other way to resolve this.



Best Regards,
Parvez
Ph: +91 9985300392

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 



image001.emz
Description: image001.emz


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


Re: [onap-discuss] VF_MODULE_MODEL table is not present in SDNC database.

2017-09-11 Thread Parvez Basha Shaik
Hello Dan,

1. SDNC-78<https://jira.onap.org/browse/SDNC-78>
Also been raised for bad response from SDNC as the request form was not formed 
with appropriate content. Please let us know if you can have a look at the two 
issues. They both come in same workflow.
1.
2. First: SDNC-78<https://jira.onap.org/browse/SDNC-78>
Second: SDNC-77

Thanks,
Parvez

From: Parvez Basha Shaik
Sent: Monday, September 11, 2017 10:23 AM
To: 'onap-discuss@lists.onap.org' <onap-discuss@lists.onap.org>; 
'dtimo...@att.com' <dtimo...@att.com>
Cc: Manoj Kapre <mano...@amdocs.com>; Jayant Madavi <jayant.mad...@amdocs.com>; 
Netaji Surve <netaji.su...@amdocs.com>; Abhishek Shekhar 
<abhishek.shekh...@amdocs.com>; Sudhakar Reddy <sudhakar.re...@amdocs.com>; 
Prashant Kumar <prashant.kum...@amdocs.com>; Tomer Oster 
<tomer.os...@amdocs.com>; Stella Gorenshtein <stel...@amdocs.com>; Ashish 
Karande <ashish.kara...@amdocs.com>
Subject: RE: VF_MODULE_MODEL table is not present in SDNC database.

Hi Dan,

Did you get a chance to look into this issue? If not, we request you to please 
sneak a peek and let us know if you have someone to assign or any solution that 
we can try. This is a blocker for us to move ahead with ONAP 1.1 vFW use case 
certification.

Best Regards,
Parvez

From: Parvez Basha Shaik
Sent: Saturday, September 9, 2017 6:04 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Manoj Kapre <mano...@amdocs.com<mailto:mano...@amdocs.com>>; Jayant Madavi 
<jayant.mad...@amdocs.com<mailto:jayant.mad...@amdocs.com>>; Netaji Surve 
<netaji.su...@amdocs.com<mailto:netaji.su...@amdocs.com>>; Abhishek Shekhar 
<abhishek.shekh...@amdocs.com<mailto:abhishek.shekh...@amdocs.com>>; Sudhakar 
Reddy <sudhakar.re...@amdocs.com<mailto:sudhakar.re...@amdocs.com>>; Prashant 
Kumar <prashant.kum...@amdocs.com<mailto:prashant.kum...@amdocs.com>>; Tomer 
Oster <tomer.os...@amdocs.com<mailto:tomer.os...@amdocs.com>>; Stella 
Gorenshtein <stel...@amdocs.com<mailto:stel...@amdocs.com>>; Ashish Karande 
<ashish.kara...@amdocs.com<mailto:ashish.kara...@amdocs.com>>
Subject: VF_MODULE_MODEL table is not present in SDNC database.

Dear community,

As our progression towards completing the vFW use case, we are able to create 
the VNF and when we enter VF module creation part, we found that the 
VF_MODULE_MODEL table is not present in SDNC database. This is an issue we are 
struggling to move ahead of. Because, we trying to post the request and it's 
looking for data from the table which not created. Is there any source to find 
out any relevant information about SDNC database and future implementations, 
please let us know. This is critical for us and holding us back from completing 
the use case. We are an inch close to it but it's just that we need the 
resource where we can pull out any relevant data to create the table/skip the 
validation with a workaround.

1. We have created a defect SDNC-77<https://jira.onap.org/browse/SDNC-77> 
in ONAP JIRA. Please let us know if any leads are available to pull this off. 
Thanks in advance for your help.



Thanks,
Parvez
Ph: +91 9985300392

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

you may review at https://www.amdocs.com/about/email-disclaimer 
<https://www.amdocs.com/about/email-disclaimer>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] VF_MODULE_MODEL table is not present in SDNC database.

2017-09-11 Thread Parvez Basha Shaik
Hi Dan,

Did you get a chance to look into this issue? If not, we request you to please 
sneak a peek and let us know if you have someone to assign or any solution that 
we can try. This is a blocker for us to move ahead with ONAP 1.1 vFW use case 
certification.

Best Regards,
Parvez

From: Parvez Basha Shaik
Sent: Saturday, September 9, 2017 6:04 PM
To: onap-discuss@lists.onap.org
Cc: Manoj Kapre <mano...@amdocs.com>; Jayant Madavi <jayant.mad...@amdocs.com>; 
Netaji Surve <netaji.su...@amdocs.com>; Abhishek Shekhar 
<abhishek.shekh...@amdocs.com>; Sudhakar Reddy <sudhakar.re...@amdocs.com>; 
Prashant Kumar <prashant.kum...@amdocs.com>; Tomer Oster 
<tomer.os...@amdocs.com>; Stella Gorenshtein <stel...@amdocs.com>; Ashish 
Karande <ashish.kara...@amdocs.com>
Subject: VF_MODULE_MODEL table is not present in SDNC database.

Dear community,

As our progression towards completing the vFW use case, we are able to create 
the VNF and when we enter VF module creation part, we found that the 
VF_MODULE_MODEL table is not present in SDNC database. This is an issue we are 
struggling to move ahead of. Because, we trying to post the request and it's 
looking for data from the table which not created. Is there any source to find 
out any relevant information about SDNC database and future implementations, 
please let us know. This is critical for us and holding us back from completing 
the use case. We are an inch close to it but it's just that we need the 
resource where we can pull out any relevant data to create the table/skip the 
validation with a workaround.

1. We have created a defect SDNC-77<https://jira.onap.org/browse/SDNC-77> 
in ONAP JIRA. Please let us know if any leads are available to pull this off. 
Thanks in advance for your help.



Thanks,
Parvez
Ph: +91 9985300392

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

you may review at https://www.amdocs.com/about/email-disclaimer 
<https://www.amdocs.com/about/email-disclaimer>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


[onap-discuss] VF_MODULE_MODEL table is not present in SDNC database.

2017-09-11 Thread Parvez Basha Shaik
Dear community,

As our progression towards completing the vFW use case, we are able to create 
the VNF and when we enter VF module creation part, we found that the 
VF_MODULE_MODEL table is not present in SDNC database. This is an issue we are 
struggling to move ahead of. Because, we trying to post the request and it's 
looking for data from the table which not created. Is there any source to find 
out any relevant information about SDNC database and future implementations, 
please let us know. This is critical for us and holding us back from completing 
the use case. We are an inch close to it but it's just that we need the 
resource where we can pull out any relevant data to create the table/skip the 
validation with a workaround.

1. We have created a defect SDNC-77 
in ONAP JIRA. Please let us know if any leads are available to pull this off. 
Thanks in advance for your help.



Thanks,
Parvez
Ph: +91 9985300392

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

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

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


[onap-discuss] Dockers are not present in the VMs

2017-08-28 Thread Parvez Basha Shaik
Hi Community,

We were trying to deploy 1.1 community version of ONAP and I see that the 
environment is deployed without any errors and stack was created. But, to our 
surprise I could not see a single docker dropping into the VMs. This is very 
basic issue and we tried to validate the error and it seems like it is not able 
to reach the docker repo from VM through VM_init.sh scripts.
Is it because the repo is not up? Or is it just our teams/network who is facing 
this issue (Amdocs India and Israel) or did we migrate to new repo or is it 
because of the init file permissions?

1. I have raised a ONAP JIRA bug for the same. 
CIMAN-32 I found CI project as 
appropriate place for this to log. Please feel free to assign to the right team 
if its wrongly assigned.
2.

Thanks,
Parvez
Ph: +91 9985300392

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

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

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


[onap-discuss] Stable ONAP 1.1 - AAI throws bad request error at the time of service creation

2017-08-28 Thread Parvez Basha Shaik
Hi community,

As we are trying to create a stable ONAP branch with 1.1 code base, We could 
distribute the service to MSO and AAI successfully.
Later, when MSO tries to call AAI, it throws "Received a bad response from AAI" 
at the time of service instance creation in VID. Any suggestions why this is 
happening and how can we resolve/alternate approach to resolve this will do the 
need.

Error in the logs:
2017-08-24T14:03:01.181+|2017-08-24T14:03:01.187+|c2318651-b4f0-4b6e-8d9e-a423b7147294||qtp1144748369-20||GET
 
/aai/v8/search/nodes-query|MSO|ERROR||172.19.0.4|6|aai-resources.api.simpledemo.openecomp.org||org.openecomp.aai.logging.ErrorLogHelper|||co=:uri=v8/search/nodes-query?search-node-type=service-instance=service-instance-name:EQUALS:dfg
org.openecomp.aai.exceptions.AAIException: 
uri=v8/search/nodes-query?search-node-type=service-instance=service-instance-name:EQUALS:dfg
at 
org.openecomp.aai.rest.LegacyMoxyConsumer.validateRequest(LegacyMoxyConsumer.java:469)
at 
org.openecomp.aai.rest.LegacyMoxyConsumer.getLegacy(LegacyMoxyConsumer.java:246)
at 
org.openecomp.aai.rest.LegacyMoxyConsumer.getLegacy(LegacyMoxyConsumer.java:220)

[cid:image001.jpg@01D31FF4.722EFE40]


Thanks,
Parvez
Ph: +91 9985300392

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

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

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


Re: [onap-discuss] Stable ONAP 1.1 -VID is unable to deploy the model and throws error

2017-08-22 Thread Parvez Basha Shaik
1. Thank you Ofir 
Sonsino<https://jira.onap.org/secure/ViewProfile.jspa?name=os0695> for fixing 
the issue VID-38<https://jira.onap.org/browse/VID-38> and we could deploy the 
model on VID to create a service instance.
2.
But, we are now stuck at SO-100<https://jira.onap.org/browse/SO-100> while 
creating the instance and we are looking for a fix. We have started our 
debugging and attached the logs to the JIRA bug. At a glance, we are not able 
to create the service instance through VID. MSO BPM engine is throwing null 
exception error. If anybody have any suggestions, please let us know. With the 
attached log it looks like communda : CerateServiceInstance BPMN doesn't exist 
at all! PFA and let us know if any ideas.
3.
Thanks in advance.
Best Regards,
Parvez

From: Parvez Basha Shaik
Sent: Monday, August 21, 2017 6:31 PM
To: onap-discuss@lists.onap.org; 'FLOOD, JERRY' <jf9...@att.com>; 'HEMLI, 
AMICHAI' <ah0...@intl.att.com>; 'ml6...@intl.att.com' <ml6...@intl.att.com>; 
Ashish Karande <ashish.kara...@amdocs.com>
Cc: Tomer Oster <tomer.os...@amdocs.com>; Manoj Kapre <mano...@amdocs.com>; Ran 
Pollak <ran.pol...@amdocs.com>
Subject: Stable ONAP 1.1 -VID is unable to deploy the model and throws error

Dear community,
1. Part of our effort to create a stable 1.1 ONAP environment, we are now 
able to distribute the services to AAI and SO. But, when I go to VID to deploy 
the model, I am not able to do the same and there below error is logged. Please 
see below. A bug in ONAP JIRA has been already created 
VID-38<https://jira.onap.org/browse/VID-38> but there is still no update on it. 
Any update/alternate approach to resolve this is appreciated. This issue is 
been logged for more than ten days and there is no resolution so far. We are 
trying to resolve this from our side as well.
 2954-4b63-a3f9-f916c7ad3bc0|ERROR|INFORMATIONAL|172.17.0.3|17851ccb5d04 
Failed to retrieve service definitions from SDC
org.openecomp.vid.asdc.AsdcCatalogException: Caught exception while processing 
TOSCA YAML
at 
org.openecomp.vid.asdc.rest.RestfulAsdcClient.getToscaModel(RestfulAsdcClient.java:469)
 ~[classes/:na]
at 
org.openecomp.vid.asdc.rest.RestfulAsdcClient.getServiceToscaModel(RestfulAsdcClient.java:410)
 ~[classes/:na]
at 
org.openecomp.vid.controller.VidController.getServices(VidController.java:205) 
~[classes/:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
~[na:1.8.0_141]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
~[na:1.8.0_141]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 ~[na:1.8.0_141]
at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_141]
at 
org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:221)
 [spring-web-4.2.0.RELEASE.jar:4.2.0.R

Caused by: org.yaml.snakeyaml.error.YAMLException: Unable to find property 
'serviceType' on class: org.openecomp.vid.asdc.beans.tosca.ToscaMetadata
at 
org.yaml.snakeyaml.introspector.PropertyUtils.getProperty(PropertyUtils.java:132)
 ~[snakeyaml-1.16.jar:na]
at 
org.yaml.snakeyaml.introspector.PropertyUtils.getProperty(PropertyUtils.java:121)
 ~[snakeyaml-1.16.jar:na]
at 
org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.getProperty(Constructor.java:322)
 ~[snakeyaml-1.16.jar:na]
at 
org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.constructJavaBean2ndStep(Constructor.java:240)
 ~[snakeyaml-1.16.jar:na]
... 51 common frames omitted.


Thanks,
Parvez
Ph: +91 9985300392

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

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


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


[onap-discuss] Stable ONAP 1.1 -VID is unable to deploy the model and throws error

2017-08-21 Thread Parvez Basha Shaik
Dear community,
1. Part of our effort to create a stable 1.1 ONAP environment, we are now 
able to distribute the services to AAI and SO. But, when I go to VID to deploy 
the model, I am not able to do the same and there below error is logged. Please 
see below. A bug in ONAP JIRA has been already created 
VID-38 but there is still no update on it. 
Any update/alternate approach to resolve this is appreciated. This issue is 
been logged for more than ten days and there is no resolution so far. We are 
trying to resolve this from our side as well.
 2954-4b63-a3f9-f916c7ad3bc0|ERROR|INFORMATIONAL|172.17.0.3|17851ccb5d04 
Failed to retrieve service definitions from SDC
org.openecomp.vid.asdc.AsdcCatalogException: Caught exception while processing 
TOSCA YAML
at 
org.openecomp.vid.asdc.rest.RestfulAsdcClient.getToscaModel(RestfulAsdcClient.java:469)
 ~[classes/:na]
at 
org.openecomp.vid.asdc.rest.RestfulAsdcClient.getServiceToscaModel(RestfulAsdcClient.java:410)
 ~[classes/:na]
at 
org.openecomp.vid.controller.VidController.getServices(VidController.java:205) 
~[classes/:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
~[na:1.8.0_141]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
~[na:1.8.0_141]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 ~[na:1.8.0_141]
at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_141]
at 
org.springframework.web.method.support.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:221)
 [spring-web-4.2.0.RELEASE.jar:4.2.0.R

Caused by: org.yaml.snakeyaml.error.YAMLException: Unable to find property 
'serviceType' on class: org.openecomp.vid.asdc.beans.tosca.ToscaMetadata
at 
org.yaml.snakeyaml.introspector.PropertyUtils.getProperty(PropertyUtils.java:132)
 ~[snakeyaml-1.16.jar:na]
at 
org.yaml.snakeyaml.introspector.PropertyUtils.getProperty(PropertyUtils.java:121)
 ~[snakeyaml-1.16.jar:na]
at 
org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.getProperty(Constructor.java:322)
 ~[snakeyaml-1.16.jar:na]
at 
org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.constructJavaBean2ndStep(Constructor.java:240)
 ~[snakeyaml-1.16.jar:na]
... 51 common frames omitted.


Thanks,
Parvez
Ph: +91 9985300392

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

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

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


Re: [onap-discuss] AAI is not able to communicate with ASDC.

2017-08-21 Thread Parvez Basha Shaik
Thanks Brian, Steven and Abhishek for your help. We are not seeing this anymore 
and are able to distribute the services successfully. I have closed the JIRA 
bug 
AAI-190<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_AAI-2D190=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=DeoQOB0pgFpMaFQkwK-5BOVrEo4iGPgogCadodcF8Zk=t8WCrlyCVGqR7In0spFCGR2l99TbPKne1zhjg12uAQs=>
 as well.

Thanks,
Parvez

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Friday, August 18, 2017 7:18 PM
To: Parvez Basha Shaik <parvezbasha.sh...@amdocs.com>; 
onap-discuss@lists.onap.org
Subject: RE: AAI is not able to communicate with ASDC.

Parvez,

I would the version of the sdc client.


  1.  The SDC-Distribution-client needed to be updated to r1.1.X. Check and see 
if the version of A you are running has the latest (as of yesterday) version 
of the sdc-distribution-client (1.1.32-SNAPSHOT I believe)
  2.  If not you need to update your container (model-loader in particular)
  3.  IF you are using self signed certficates in SDC with MD5 there may also 
be a problem with your java.security settings if you are using java 1.8 _131 or 
later but that would emt a Certificate disabled message in the log if you hit 
that problem.

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 Parvez Basha Shaik
Sent: Friday, August 18, 2017 9:19 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] AAI is not able to communicate with ASDC.

Dear Team,

We need your expert suggestion on below issue that we are facing while we are 
trying to setup an ONAP community edition 1.1

We are right now to establish the connection between AAI and ASDC so that our 
service instances can get distributed from ASDC to AAI.

I have raised a JIRA bug 
AAI-190<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_AAI-2D190=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=DeoQOB0pgFpMaFQkwK-5BOVrEo4iGPgogCadodcF8Zk=t8WCrlyCVGqR7In0spFCGR2l99TbPKne1zhjg12uAQs=>
 for the same so that we can have a resolution suggested. Below is the error 
and its details.

More about the issue:


Description: AAI is not able to communicate with ASDC.

As we are trying to resolve the service distribution issue between AAI-SDC, AAI 
is not able to communicate with SDC. Below is the error from error.log

Also with the below error, it is looks to be some kind of connectivity issue 
like server IP is missing/mismatching/infra related/public/private IP/network 
issue, etc.

Alternates we tried:

1. We tried to update the hosts files of AAI and ASDC with public IPs.

2. We tried to communicate with private IPs.

3. Tried to stop and start AAI's Model loader docker which has the model 
loading part.

4. Tried to change the AAI1 and 2 machine's port numbers. PFA (AAI work around 
tried.txt) document for the work around we tried. Unfortunately none of them 
worked for us. Please suggest if you have any suggestions.


We are getting below error in error.log.

2017-08-18T11:30:15.893Z||Timer-0|ModelLoader||org.openecomp.sdc.http.AsdcConnectorClient||ERROR|DistributionClientResultImpl
 [responseStatus=ASDC_NOT_FOUND, responseMessage=ASDC not found]
2017-08-18T11:30:15.894Z||Timer-0|ModelLoader||org.openecomp.modelloader.service.SdcConnectionJob||ERROR|MDLSVC2001E|MDLSVC2001E
 Unable to register with ASDC: Failed to initialize distribution client: ASDC 
not found|
2017-08-18T11:31:15.868Z||Timer-0|ModelLoader||org.openecomp.sdc.impl.DistributionClientImpl||INFO|DistributionClient
 - init
2017-08-18T11:31:15.893Z||Timer-0|ModelLoader||org.openecomp.sdc.http.AsdcConnectorClient||ERROR|status
 from ASDC is 
org.openecomp.sdc.http.HttpAsdcResponse@7c3e090d<mailto:org.openecomp.sdc.http.HttpAsdcResponse@7c3e090d>
2017-08-18T11:31:15.893Z||Timer-0|ModelLoader||org.openecomp.sdc.http.AsdcConnectorClient||ERROR|DistributionClientResultImpl
 [responseStatus=ASDC_NOT_FOUND, responseMessage=ASDC not found]


Thanks,
Parvez
Ph: +91 9985300392

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at 
https://www.amdocs.com/about/email-disclaimer<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=DeoQOB0pgFpMaFQkwK-5BOVrEo4iGPgogCadodcF8Zk=d1UWZ85EBZCSjJCJUBqLAryPz_aMTC_ih-HmtVHTJeU=>
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 
<https://www.amdocs.com/about/email-disclaimer>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss