Re: [onap-discuss] vCPE closed loop testing session

2017-10-06 Thread Kang Xi
Hi Eric,

Thanks for the info. I'll give it a try.

Regards,
Kang

From: Multanen, Eric W [mailto:eric.w.multa...@intel.com]
Sent: Friday, October 06, 2017 15:00
To: Kang Xi ; Yoav Kluger ; 
onap-discuss 
Cc: Ukponmwan, Itohan ; Chivukula, Srivahni 

Subject: RE: vCPE closed loop testing session

Kang,

On your vG-MUX instance, you should be able to do the following:


1.  Bring down the network interfaces that need to be under vpp control 
(e.g. the interfaces with 10.5.0.120 and 10.1.0.120 on the vG-MUX)

a.  sudo ifconfig ethX down

2.  Restart vpp - vpp should take control of these interfaces when it 
starts up again.

a.  sudo systemctl restart vpp

3.  check the results

a.  vppctl show int addr

b.  or, vppctl show hardware

I noticed that your interfaces had different PCI bus addresses than what the 
current configuration assumes, so you'll need to update the /etc/vpp/setup.gate 
file

For example, we ran 'lspci' and saw output like the following:

00:08.0 Ethernet controller: Red Hat, Inc Virtio network device

In the current /etc/vpp/setup.gate file, the interfaces are named
GigabitEthernet0/8/0 and GigabitEthernet0/9/0

The numbers at the end come from the PCI bus address.  E.g. 00:08.0 --> 
GigabitEthernet0/8/0


In your VM instance, the NIC PCI bus addresses were different, so you'll want 
to change the setup.gate file to match the VM.

You can do 'ethtool -i ethX' to check which PCI address is associated with 
which network (i.e. IP address) - before doing setup 1 above.

Eric

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kang Xi
Sent: Thursday, October 5, 2017 3:03 PM
To: Yoav Kluger >; 
onap-discuss >
Subject: Re: [onap-discuss] vCPE closed loop testing session

Yoav,

Thanks for the info. Very important.
--
Regards,
Kang
From:Yoav Kluger
To:Kang Xi,onap-discuss,
Date:2017-10-05 17:39:29
Subject:RE: vCPE closed loop testing session

Kang,

Just a small correction in steps 5 and 6 below:
5. Policy process the event from DCAE, queries AAI to obtain the vServer 
ID, and sends a "restart" event to APPC through DMaaP with the vServerID as a 
parameter
6.  APPC captures the event from Policy, and restarts the VM according to 
the vServerID received from Policy

We were initially going to have APPC query AAI to get the vServerID, but it 
then turned out that APPC would not be able to do this for R1 so Policy will do 
it as it does today in the vFW use case. Hopefully APPC is able to do the query 
in R2 so we will go back to how we wanted to do this originally, which is more 
"right".

I think the wiki still has it the original way - I will update.

Thanks,
Yoav Kluger
Amdocs Technology
+1(201)912-7294
+972-54-4850278
[cid:image001.jpg@01D33EBD.6D8B67B0]


-Original Appointment-
From: Kang Xi [mailto:kang...@huawei.com]
Sent: Thursday, October 05, 2017 3:58 PM
To: onap-discuss
Subject: [onap-discuss] vCPE closed loop testing session
When: Friday, October 06, 2017 1:00 PM-4:00 PM (UTC-05:00) Eastern Time (US & 
Canada).
Where: https://zoom.us/j/44


Hi DCAE, CLAMP, Policy, APPC, AAI,

Please join this session to kick off vCPE closed loop testing. The environment 
is in the community open lab. Marco has installed ONAP under integration 
project. Vijay has manually set up DCAE VES collector and TCA and has verified 
that they are working.

We will create a vGMUX VM for this testing. What to be tested include the 
following:
1. Design and load policy rules t policy engine. Ideally this should be 
done by CLAMP. In case of problems, the workaround is to use Policy GUI.
2. Preload AAI with vCPE data. The purpose is to lookup vServer using vGMUX 
VNF ID.
3. vGMUX sends packet loss VES to DCAE VES collector
4.  DCAE TCA sends an event to Policy through DMaaP
1.  Policy process the event from DCAE and sends a "restart" event to APPC 
through DMaaP
1.  APPC captures the event from Policy, extracts the VNF ID from the 
event, queries AAI to obtain the vServer ID, and then restarts the VM

If you have not yet obtained access to the open lab, please open a jira ticket 
and assign it to Stephen Gooch to request one. Once you get your account, you 
can set up an OpenVPN connection to the lab and access all the resources there.

Thanks,
Kang

  << File: ATT1.txt >>

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] [integration][policy][aai][multivim][dcae][appc] vCPE integration test session

2017-10-06 Thread Kang Xi
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Kang Xi:MAILTO:kang...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:We will have this session to continue the test. 
 Please see 10/6 progress here: https://wiki.onap.org/display/DW/vCPE+Integ
 ration+Test+Progress\n\n\n
SUMMARY;LANGUAGE=en-US:[integration][policy][aai][multivim][dcae][appc] vCP
 E integration test session
DTSTART;TZID=Eastern Standard Time:20171009T13
DTEND;TZID=Eastern Standard Time:20171009T16
UID:04008200E00074C5B7101A82E008205510E8BA3ED301000
 0100063E054A2D9AB7545B9AD6E1053D9AFFE
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20171006T200042Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:1946593249
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] vCPE closed loop testing session

2017-10-06 Thread Multanen, Eric W
Kang,

On your vG-MUX instance, you should be able to do the following:


1.  Bring down the network interfaces that need to be under vpp control 
(e.g. the interfaces with 10.5.0.120 and 10.1.0.120 on the vG-MUX)

a.  sudo ifconfig ethX down

2.  Restart vpp - vpp should take control of these interfaces when it 
starts up again.

a.  sudo systemctl restart vpp

3.  check the results

a.  vppctl show int addr

b.  or, vppctl show hardware

I noticed that your interfaces had different PCI bus addresses than what the 
current configuration assumes, so you'll need to update the /etc/vpp/setup.gate 
file

For example, we ran 'lspci' and saw output like the following:

00:08.0 Ethernet controller: Red Hat, Inc Virtio network device

In the current /etc/vpp/setup.gate file, the interfaces are named
GigabitEthernet0/8/0 and GigabitEthernet0/9/0

The numbers at the end come from the PCI bus address.  E.g. 00:08.0 --> 
GigabitEthernet0/8/0


In your VM instance, the NIC PCI bus addresses were different, so you'll want 
to change the setup.gate file to match the VM.

You can do 'ethtool -i ethX' to check which PCI address is associated with 
which network (i.e. IP address) - before doing setup 1 above.

Eric

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kang Xi
Sent: Thursday, October 5, 2017 3:03 PM
To: Yoav Kluger ; onap-discuss 

Subject: Re: [onap-discuss] vCPE closed loop testing session

Yoav,

Thanks for the info. Very important.
--
Regards,
Kang
From:Yoav Kluger
To:Kang Xi,onap-discuss,
Date:2017-10-05 17:39:29
Subject:RE: vCPE closed loop testing session

Kang,

Just a small correction in steps 5 and 6 below:
5. Policy process the event from DCAE, queries AAI to obtain the vServer 
ID, and sends a "restart" event to APPC through DMaaP with the vServerID as a 
parameter
6.  APPC captures the event from Policy, and restarts the VM according to 
the vServerID received from Policy

We were initially going to have APPC query AAI to get the vServerID, but it 
then turned out that APPC would not be able to do this for R1 so Policy will do 
it as it does today in the vFW use case. Hopefully APPC is able to do the query 
in R2 so we will go back to how we wanted to do this originally, which is more 
"right".

I think the wiki still has it the original way - I will update.

Thanks,
Yoav Kluger
Amdocs Technology
+1(201)912-7294
+972-54-4850278
[cid:image001.jpg@01D33E9A.77E94BA0]


-Original Appointment-
From: Kang Xi [mailto:kang...@huawei.com]
Sent: Thursday, October 05, 2017 3:58 PM
To: onap-discuss
Subject: [onap-discuss] vCPE closed loop testing session
When: Friday, October 06, 2017 1:00 PM-4:00 PM (UTC-05:00) Eastern Time (US & 
Canada).
Where: https://zoom.us/j/44


Hi DCAE, CLAMP, Policy, APPC, AAI,

Please join this session to kick off vCPE closed loop testing. The environment 
is in the community open lab. Marco has installed ONAP under integration 
project. Vijay has manually set up DCAE VES collector and TCA and has verified 
that they are working.

We will create a vGMUX VM for this testing. What to be tested include the 
following:
1. Design and load policy rules t policy engine. Ideally this should be 
done by CLAMP. In case of problems, the workaround is to use Policy GUI.
2. Preload AAI with vCPE data. The purpose is to lookup vServer using vGMUX 
VNF ID.
3. vGMUX sends packet loss VES to DCAE VES collector
4.  DCAE TCA sends an event to Policy through DMaaP
1.  Policy process the event from DCAE and sends a "restart" event to APPC 
through DMaaP
1.  APPC captures the event from Policy, extracts the VNF ID from the 
event, queries AAI to obtain the vServer ID, and then restarts the VM

If you have not yet obtained access to the open lab, please open a jira ticket 
and assign it to Stephen Gooch to request one. Once you get your account, you 
can set up an OpenVPN connection to the lab and access all the resources there.

Thanks,
Kang

  << File: ATT1.txt >>

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] ECOMPPORTAL servlet exception with 500 HTTP Status

2017-10-06 Thread Ganesh Kaila
Hi Manoop,

Did you get a chance to check SDC docker images?

Thanks,
Ganesh

On Fri, Oct 6, 2017 at 8:22 PM, TALASILA, MANOOP (MANOOP) <
talas...@research.att.com> wrote:

> Hi Ganesh,
>
>
>
> I would check VID and SDC docker images, if they have any latest updates
> to their images.
>
>
>
> Portal just refers to these application’s landing page URLs, so if their
> Docker images are stable and latest, everything should work.
>
>
>
> Manoop
>
>
>
> *From: *Ganesh Kaila 
> *Date: *Friday, October 6, 2017 at 10:43 AM
> *To: *"TALASILA, MANOOP (MANOOP)" 
> *Cc: *"marc.fied...@telekom.de" , "
> onap-discuss@lists.onap.org" 
> *Subject: *Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP
> Status
>
>
>
> Hi Subhash,
>
>
>
> In my case, VID seems to be fine. I am not able to see SDC.
>
>
>
> Hi Manoop,
>
>
>
> I am running the ONAP setup on Vanilla openstack where both sdc and portal
> vms are running.
>
>
>
> If you suggest any debugging or workaround, then I will hold this setup
> for today. Otherwise, I want to redeploy the ONAP setup again. Please give
> me your suggestions.
>
>
> Thanks,
>
> Ganesh
>
>
>
> On Fri, Oct 6, 2017 at 6:03 PM, TALASILA, MANOOP (MANOOP) <
> talas...@research.att.com> wrote:
>
> To access applications like SDC from Portal, you would need to install SDC
> in your environment.
>
> Manoop
>
>
>
>
>
> On Fri, Oct 6, 2017 at 3:02 AM -0400, "Ganesh Kaila" 
> wrote:
>
> Hello Manoop,
>
>
>
> Recently, I did the deployment of portal successfully with
> 1.3-STAGING-latest. But, SDC portal is showing HTTP 404 error. Can others
> see the same?
>
>
> Thanks,
>
> Ganesh
>
>
>
> On Thu, Sep 28, 2017 at 7:10 PM, TALASILA, MANOOP (MANOOP) <
> talas...@research.att.com> wrote:
>
> Hi Marc,
>
> We tried to rebuild the images to stable version. Please try deploying
> 1.1-STAGING-latest Dockers of Portal now and please let us know, if the
> images still have any issue. Thanks.
>
> Manoop
>
>
>
>
>
> On Tue, Sep 26, 2017 at 9:47 AM -0400, "marc.fied...@telekom.de" <
> marc.fied...@telekom.de> wrote:
>
>
> Now I’m in the right conversation.
>
>
>
> Same with us.
>
>
>
> Is there anything changed on the portal app?
>
>
>
> BR
>
> Marc
>
>
>
>
>
> Von meinem iPhone gesendet
>
>
> Am 26.09.2017 um 15:00 schrieb Ganesh Kaila :
>
> Hi,
>
>
>
> When I am trying to deploy ONAP on Vanilla openstack with heat template
> from https://gerrit.onap.org/r/demo.git
> .
> Recently, I am seeing the exception.
>
>
>
> 
>
>
>
> Is anyone seeing the same exception or am I doing anything wrong? Please
> let me know.
>
>
>
> Thanks in advance.
>
>
>
> ​Regards
>
> ,
>
> Ganesh
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
> 
>
>
>
>
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


[onap-discuss] [AAI] Not able to get relationship between two service-instances in AAI

2017-10-06 Thread Prashant Kumar
Hi Jimmy,

I am trying to create two service-instances in AAI and adding relationship 
between two.
But when I am getting these services, response does not have relationship. Even 
when I am trying to get relationship-list then also I am not getting any 
relationship.
Do you have any idea about this issue?

I have two services sprint9_demo_service1 and sprint9_demo_service2.


API used to create service instance:-
/aai/v11//business/customers/customer/{global-customer-id}/service-subscriptions/service-subscription/{service-type}/service-instances/service-instance/{service-instance-id}

Payload:-
First service  /aai/v11//business/customers/customer/Amdocs_demo/ 
service-subscriptions/service-subscription/TEST/service-instances/service-instance/
 sprint9_demo_service1

http://org.openecomp.aai.inventory/v11;>
  sprint9_demo_service1
  sprint9_demo_service1



Second service:- /aai/v11//business/customers/customer/Amdocs_demo/ 
service-subscriptions/service-subscription/TEST/service-instances/service-instance/
 sprint9_demo_service2


http://org.openecomp.aai.inventory/v11;>
  sprint9_demo_service2
  sprint9_demo_service2


Adding relationship:-
/aai/v11/business/customers/customer/{global-customer-id}/service-subscriptions/service-subscription/{service-type}/service-instances/service-instance/{service-instance-id}/relationship-list/relationship


/aai/v11//business/customers/customer/Amdocs_demo/ 
service-subscriptions/service-subscription/TEST/service-instances/service-instance/sprint9_demo_service1/relationship-list/relationship

http://org.openecomp.aai.inventory/v11;>
service-instance

customer.global-customer-id
Amdocs_demo
   

   
service-subscription.service-type
   TEST 


   
service-instance.service-instance-id

sprint9_demo_service2



Thanks & Regards,
Prashant Kumar
Amdocs-DVCI,Pune
+91-20-4015 5606 (desk)
+91-95525 17927 (mobile)

[cid:image001.png@01D2AEFA.18825F60]

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 


Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP Status

2017-10-06 Thread TALASILA, MANOOP (MANOOP)
Hi Ganesh,

I would check VID and SDC docker images, if they have any latest updates to 
their images.

Portal just refers to these application’s landing page URLs, so if their Docker 
images are stable and latest, everything should work.

Manoop

From: Ganesh Kaila 
Date: Friday, October 6, 2017 at 10:43 AM
To: "TALASILA, MANOOP (MANOOP)" 
Cc: "marc.fied...@telekom.de" , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP Status

Hi Subhash,

In my case, VID seems to be fine. I am not able to see SDC.

Hi Manoop,

I am running the ONAP setup on Vanilla openstack where both sdc and portal vms 
are running.

If you suggest any debugging or workaround, then I will hold this setup for 
today. Otherwise, I want to redeploy the ONAP setup again. Please give me your 
suggestions.

Thanks,
Ganesh

On Fri, Oct 6, 2017 at 6:03 PM, TALASILA, MANOOP (MANOOP) 
> wrote:
To access applications like SDC from Portal, you would need to install SDC in 
your environment.
Manoop



On Fri, Oct 6, 2017 at 3:02 AM -0400, "Ganesh Kaila" 
> wrote:
Hello Manoop,

Recently, I did the deployment of portal successfully with 1.3-STAGING-latest. 
But, SDC portal is showing HTTP 404 error. Can others see the same?

Thanks,
Ganesh

On Thu, Sep 28, 2017 at 7:10 PM, TALASILA, MANOOP (MANOOP) 
> wrote:
Hi Marc,
We tried to rebuild the images to stable version. Please try deploying 
1.1-STAGING-latest Dockers of Portal now and please let us know, if the images 
still have any issue. Thanks.
Manoop



On Tue, Sep 26, 2017 at 9:47 AM -0400, 
"marc.fied...@telekom.de" 
> wrote:

Now I’m in the right conversation.

Same with us.


Is there anything changed on the portal app?


BR
Marc


Von meinem iPhone gesendet

Am 26.09.2017 um 15:00 schrieb Ganesh Kaila 
>:
Hi,

When I am trying to deploy ONAP on Vanilla openstack with heat template from 
https://gerrit.onap.org/r/demo.git.
 Recently, I am seeing the exception.



Is anyone seeing the same exception or am I doing anything wrong? Please let me 
know.

Thanks in advance.

​Regards
,
Ganesh
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss


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


Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP Status

2017-10-06 Thread Ganesh Kaila
Hi Subhash,

In my case, VID seems to be fine. I am not able to see SDC.

Hi Manoop,

I am running the ONAP setup on Vanilla openstack where both sdc and portal
vms are running.

If you suggest any debugging or workaround, then I will hold this setup for
today. Otherwise, I want to redeploy the ONAP setup again. Please give me
your suggestions.

Thanks,
Ganesh

On Fri, Oct 6, 2017 at 6:03 PM, TALASILA, MANOOP (MANOOP) <
talas...@research.att.com> wrote:

> To access applications like SDC from Portal, you would need to install SDC
> in your environment.
>
> Manoop
>
>
>
>
> On Fri, Oct 6, 2017 at 3:02 AM -0400, "Ganesh Kaila" 
> wrote:
>
> Hello Manoop,
>>
>> Recently, I did the deployment of portal successfully with
>> 1.3-STAGING-latest. But, SDC portal is showing HTTP 404 error. Can others
>> see the same?
>>
>> Thanks,
>> Ganesh
>>
>> On Thu, Sep 28, 2017 at 7:10 PM, TALASILA, MANOOP (MANOOP) <
>> talas...@research.att.com> wrote:
>>
>>> Hi Marc,
>>>
>>> We tried to rebuild the images to stable version. Please try deploying
>>> 1.1-STAGING-latest Dockers of Portal now and please let us know, if the
>>> images still have any issue. Thanks.
>>>
>>> Manoop
>>>
>>>
>>>
>>>
>>> On Tue, Sep 26, 2017 at 9:47 AM -0400, "marc.fied...@telekom.de" <
>>> marc.fied...@telekom.de> wrote:
>>>
>>>
 Now I’m in the right conversation.

 Same with us.

 Is there anything changed on the portal app?

 BR
 Marc


 Von meinem iPhone gesendet

 Am 26.09.2017 um 15:00 schrieb Ganesh Kaila :

 Hi,

 When I am trying to deploy ONAP on Vanilla openstack with heat template
 from https://gerrit.onap.org/r/demo.git
 .
 Recently, I am seeing the exception.

 

 Is anyone seeing the same exception or am I doing anything wrong?
 Please let me know.

 Thanks in advance.

 ​Regards
 ,
 Ganesh

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


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


[onap-discuss] [sdc][dmaap]Could not find DMaaP topic when distributing SDC model

2017-10-06 Thread Yang Xu (Yang, Fixed Network)
Hi Ram and DMaaP team,

Integration testing is blocked by some SDC distribution failure. We saw  DMAAP 
error message and created JIRA https://jira.onap.org/browse/DMAAP-157. We are 
on zoom https://zoom.us/j/44 now, please 
join us to help debug the issue.

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


Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP Status

2017-10-06 Thread TALASILA, MANOOP (MANOOP)
To access applications like SDC from Portal, you would need to install SDC in 
your environment.

Manoop




On Fri, Oct 6, 2017 at 3:02 AM -0400, "Ganesh Kaila" 
> wrote:

Hello Manoop,

Recently, I did the deployment of portal successfully with 1.3-STAGING-latest. 
But, SDC portal is showing HTTP 404 error. Can others see the same?

Thanks,
Ganesh

On Thu, Sep 28, 2017 at 7:10 PM, TALASILA, MANOOP (MANOOP) 
> wrote:
Hi Marc,

We tried to rebuild the images to stable version. Please try deploying 
1.1-STAGING-latest Dockers of Portal now and please let us know, if the images 
still have any issue. Thanks.

Manoop




On Tue, Sep 26, 2017 at 9:47 AM -0400, 
"marc.fied...@telekom.de" 
> wrote:


Now I’m in the right conversation.

Same with us.

Is there anything changed on the portal app?

BR
Marc


Von meinem iPhone gesendet

Am 26.09.2017 um 15:00 schrieb Ganesh Kaila 
>:

Hi,

When I am trying to deploy ONAP on Vanilla openstack with heat template from 
https://gerrit.onap.org/r/demo.git.
 Recently, I am seeing the exception.



Is anyone seeing the same exception or am I doing anything wrong? Please let me 
know.

Thanks in advance.

​Regards
,
Ganesh
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

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


Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP Status

2017-10-06 Thread Subhash Kumar Singh
Hello Ganesh,

Yesterday we tried to bring up the ONAP setup, SDC is accessible but not the 
VID.
Please check if all the dockers are up for SDC and also check the robot health 
check status for all the service.

--
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 error, pleasenotify the sender by phone or email immediately and 
delete it!
***

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ganesh Kaila
Sent: Friday, October 06, 2017 12:32 PM
To: TALASILA, MANOOP (MANOOP) 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP Status

Hello Manoop,

Recently, I did the deployment of portal successfully with 1.3-STAGING-latest. 
But, SDC portal is showing HTTP 404 error. Can others see the same?

Thanks,
Ganesh

On Thu, Sep 28, 2017 at 7:10 PM, TALASILA, MANOOP (MANOOP) 
> wrote:
Hi Marc,
We tried to rebuild the images to stable version. Please try deploying 
1.1-STAGING-latest Dockers of Portal now and please let us know, if the images 
still have any issue. Thanks.
Manoop



On Tue, Sep 26, 2017 at 9:47 AM -0400, 
"marc.fied...@telekom.de" 
> wrote:

Now I’m in the right conversation.

Same with us.

Is there anything changed on the portal app?

BR
Marc


Von meinem iPhone gesendet

Am 26.09.2017 um 15:00 schrieb Ganesh Kaila 
>:
Hi,

When I am trying to deploy ONAP on Vanilla openstack with heat template from 
https://gerrit.onap.org/r/demo.git.
 Recently, I am seeing the exception.



Is anyone seeing the same exception or am I doing anything wrong? Please let me 
know.

Thanks in advance.

​Regards
,
Ganesh
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

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


Re: [onap-discuss] ECOMPPORTAL servlet exception with 500 HTTP Status

2017-10-06 Thread Ganesh Kaila
Hello Manoop,

Recently, I did the deployment of portal successfully with
1.3-STAGING-latest. But, SDC portal is showing HTTP 404 error. Can others
see the same?

Thanks,
Ganesh

On Thu, Sep 28, 2017 at 7:10 PM, TALASILA, MANOOP (MANOOP) <
talas...@research.att.com> wrote:

> Hi Marc,
>
> We tried to rebuild the images to stable version. Please try deploying
> 1.1-STAGING-latest Dockers of Portal now and please let us know, if the
> images still have any issue. Thanks.
>
> Manoop
>
>
>
>
> On Tue, Sep 26, 2017 at 9:47 AM -0400, "marc.fied...@telekom.de" <
> marc.fied...@telekom.de> wrote:
>
>
>> Now I’m in the right conversation.
>>
>> Same with us.
>>
>> Is there anything changed on the portal app?
>>
>> BR
>> Marc
>>
>>
>> Von meinem iPhone gesendet
>>
>> Am 26.09.2017 um 15:00 schrieb Ganesh Kaila :
>>
>> Hi,
>>
>> When I am trying to deploy ONAP on Vanilla openstack with heat template
>> from https://gerrit.onap.org/r/demo.git
>> .
>> Recently, I am seeing the exception.
>>
>> 
>>
>> Is anyone seeing the same exception or am I doing anything wrong? Please
>> let me know.
>>
>> Thanks in advance.
>>
>> ​Regards
>> ,
>> Ganesh
>>
>> ___
>> onap-discuss mailing list
>> onap-discuss@lists.onap.org
>> https://lists.onap.org/mailman/listinfo/onap-discuss
>> 
>>
>>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss