date:20180706

Re: [onap-discuss] Failed to update vfw policy

2018-07-06 Thread Jorge Hernandez

Try to run in a bash shell within the container: “policy stop; policy start” to 
restart it, and then run the telemetry command that I mentioned below and see 
you get the output you expect ..
-Jorge

From: Badr Eddine Aouled Yahia [mailto:badreddine.aouledya...@gmail.com]
Sent: Friday, July 06, 2018 6:25 PM
To: HERNANDEZ-HERRERO, JORGE 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Failed to update vfw policy

Here is may env.sh file, nothing wierd in it !!

policy@drools:/opt/app/policy/etc/profile.d$
 cat env.sh
###
# 
LICENSE_START=  

  ==
# Base Package
# 
==  

  ==
# Copyright (C) 2017-2018 AT Intellectual Property. All rights reserved.
# 
==  

  ==
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#  
http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
# 
LICENSE_END===  

  ==
###

export POLICY_HOME=/opt/app/policy
export POLICY_LOGS=/var/log/onap/policy/pdpd
export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64
export ENGINE_MANAGEMENT_USER=@1b3rt
export ENGINE_MANAGEMENT_PASSWORD=31nst31n
export ENGINE_MANAGEMENT_PORT=9696
export ENGINE_MANAGEMENT_HOST=0.0.0.0

for x in $POLICY_HOME/bin $JAVA_HOME/bin $HOME/bin ; do
  if [ -d $x ] ; then
case ":$PATH:" in
  *":$x:"*) :;; # already there
  *) PATH="$x:$PATH";;
esac
  fi
done

I also tried to run telemetry command, i got into the http prompt.

2018-07-07 0:55 GMT+02:00 HERNANDEZ-HERRERO, JORGE 
mailto:jh1...@att.com>>:
Hello,

I think this is the important piece in the output:

Restarting PDP-D ..

/opt/app/policy/etc/profile.d/env.sh: -c: line 0: unexpected EOF while looking 
for matching `"'
/opt/app/policy/etc/profile.d/env.sh: -c: line 1: syntax error: unexpected end 
of file
./update-fw-policy.sh: line 69: policy: command not found
PE300 - Data Issue: Operation unsuccessful, unable to complete the request!
Not sure why there is corruption in your  env.sh file, but take a look, by 
doing a docker exec into your drools container and inspecting that file.   In 
any case, after you log in into the drools container, restart drools (which is 
what that script is doing) by issuing “policy stop; policy start” command (but 
that depends on the env.sh being correct).

You can verify within the container by issuing these commands in a bash shell:

1.   telemetry

2.   get 
controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params

Verify that your changes took effect in the encoded yaml of the operational 
policy output.

Jorge

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On 
Behalf Of A. Yahia Badr Eddine
Sent: Friday, July 06, 2018 5:12 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Failed to update vfw policy

Hello,
I am running the close loop for the vFW, and i i am blocked in the policy 
updating step.
When executing the script, i recieve the following response:
The error in the response is highlighted.

Removing the vFW Policy from PDP..

* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 8081 (#0)
> DELETE /pdp/api/deletePolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: localhost:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 128
>
* upload completely sent off: 128 out of 128 bytes
< HTTP/1.1 200 OK
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
<

Re: [onap-discuss] Failed to update vfw policy

2018-07-06 Thread A. Yahia Badr Eddine

Here is may env.sh file, nothing wierd in it !!

policy@drools:/opt/app/policy/etc/profile.d$ cat env.sh
###
#
LICENSE_START=
==
# Base Package
#
==
==
# Copyright (C) 2017-2018 AT Intellectual Property. All rights reserved.
#
==
==
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#  http://www.apache.org/licenses/LICENSE-2.0
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.
#
LICENSE_END===
==
###

export POLICY_HOME=/opt/app/policy
export POLICY_LOGS=/var/log/onap/policy/pdpd
export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64
export ENGINE_MANAGEMENT_USER=@1b3rt
export ENGINE_MANAGEMENT_PASSWORD=31nst31n
export ENGINE_MANAGEMENT_PORT=9696
export ENGINE_MANAGEMENT_HOST=0.0.0.0

for x in $POLICY_HOME/bin $JAVA_HOME/bin $HOME/bin ; do
  if [ -d $x ] ; then
case ":$PATH:" in
  *":$x:"*) :;; # already there
  *) PATH="$x:$PATH";;
esac
  fi
done


I also tried to run telemetry command, i got into the http prompt.

2018-07-07 0:55 GMT+02:00 HERNANDEZ-HERRERO, JORGE :

> Hello,
>
>
>
> I think this is the important piece in the output:
>
>
>
> Restarting PDP-D ..
>
> /opt/app/policy/etc/profile.d/env.sh: -c: line 0: unexpected EOF while
> looking for matching `"'
> /opt/app/policy/etc/profile.d/env.sh: -c: line 1: syntax error:
> unexpected end of file
> ./update-fw-policy.sh: line 69: policy: command not found
> PE300 - Data Issue: Operation unsuccessful, unable to complete the request!
>
> Not sure why there is corruption in your  env.sh file, but take a look, by
> doing a docker exec into your drools container and inspecting that file.
> In any case, after you log in into the drools container, restart drools
> (which is what that script is doing) by issuing “policy stop; policy start”
> command (but that depends on the env.sh being correct).
>
>
>
> You can verify within the container by issuing these commands in a bash
> shell:
>
>
>
> 1.   telemetry
>
> 2.   get controllers/amsterdam/drools/facts/closedloop-amsterdam/
> org.onap.policy.controlloop.Params
>
>
>
> Verify that your changes took effect in the encoded yaml of the
> operational policy output.
>
>
>
> Jorge
>
>
>
> *From:* onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] *On
> Behalf Of *A. Yahia Badr Eddine
> *Sent:* Friday, July 06, 2018 5:12 PM
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] Failed to update vfw policy
>
>
>
> Hello,
>
> I am running the close loop for the vFW, and i i am blocked in the policy
> updating step.
>
> When executing the script, i recieve the following response:
>
> The error in the response is highlighted.
>
> Removing the vFW Policy from PDP..
>
>
> * Hostname was NOT found in DNS cache
> *   Trying 127.0.0.1...
> * Connected to localhost (127.0.0.1) port 8081 (#0)
> > DELETE /pdp/api/deletePolicy HTTP/1.1
> > User-Agent: curl/7.35.0
> > Host: localhost:8081
> > Content-Type: application/json
> > Accept: text/plain
> > ClientAuth: cHl0aG9uOnRlc3Q=
> > Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> > Environment: TEST
> > Content-Length: 128
> >
> * upload completely sent off: 128 out of 128 bytes
> < HTTP/1.1 200 OK
> * Server Apache-Coyote/1.1 is not blacklisted
> < Server: Apache-Coyote/1.1
> < Content-Type: text/plain;charset=ISO-8859-1
> < Content-Length: 91
> < Date: Fri, 06 Jul 2018 21:31:16 GMT
> <
> * Connection #0 to host localhost left intact
> Transaction ID: 55ddcbbe-be13-4206-be6d-cc82c048bae9 --The policy was
> successfully deleted.
>
> Updating vFW Operational Policy ..
>
> * Hostname was NOT found in DNS cache
> *   Trying 127.0.0.1...
> * Connected to localhost (127.0.0.1) port 8081 (#0)
> > PUT /pdp/api/updatePolicy HTTP/1.1
> > User-Agent: curl/7.35.0
> > Host: localhost:8081
> > Content-Type: application/json
> > Accept: text/plain
> > ClientAuth: cHl0aG9uOnRlc3Q=
> > Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> > Environment: TEST
> > Content-Length: 1455
> > Expect: 100-continue
> >
> < HTTP/1.1 100 Continue
> < HTTP/1.1 400 Bad Request
> * Server Apache-Coyote/1.1 is not blacklisted
> < Server: Apache-Coyote/1.1
> < Content-Type: text/plain;charset=ISO-8859-1
> < Content-Length: 75
> < Date: Fri, 06 Jul 2018 21:31:36 GMT
> < Connection: close
> <
> * Closing connection 0
> PE300 - Data Issue: Operation unsuccessful, unable to complete the request!
>
> Pushing the

Re: Private: Re: [onap-discuss] Failed to update vfw policy

2018-07-06 Thread pedrobarros1

I have k8s and i can t run that script but i'm able to run each command 
individually. I can load the policies but when i try to update the policy 
(uuinvariantId) i get a positive feedback but the policy remains equal.



On Fri, Jul 6, 2018 at 11:44 PM +0100, "A. Yahia Badr Eddine" 
mailto:badreddine.aouledya...@gmail.com>> 
wrote:

My onap instance is heat based installation,
I am running update-vfw-op-policy.sh
I noticed that the script is the same for all versions.
I have tried manually, but i have always the same problem
Have you succeeded to run it manually?

BADR EDDINE AY.


Le sam. 7 juil. 2018 à 00:39, Pedro Barros 
mailto:pedrobarr...@ua.pt>> a écrit :
Hi, i'm having some problems too. What script are you running? I tried 
manually...

What s your environment? K8s?

BR
Pedro


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

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

Re: [onap-discuss] Failed to update vfw policy

2018-07-06 Thread Jorge Hernandez

Hello,

I think this is the important piece in the output:

Restarting PDP-D ..

/opt/app/policy/etc/profile.d/env.sh: -c: line 0: unexpected EOF while looking 
for matching `"'
/opt/app/policy/etc/profile.d/env.sh: -c: line 1: syntax error: unexpected end 
of file
./update-fw-policy.sh: line 69: policy: command not found
PE300 - Data Issue: Operation unsuccessful, unable to complete the request!

Not sure why there is corruption in your  env.sh file, but take a look, by 
doing a docker exec into your drools container and inspecting that file.   In 
any case, after you log in into the drools container, restart drools (which is 
what that script is doing) by issuing “policy stop; policy start” command (but 
that depends on the env.sh being correct).

You can verify within the container by issuing these commands in a bash shell:


1.   telemetry

2.   get 
controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params

Verify that your changes took effect in the encoded yaml of the operational 
policy output.

Jorge

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of A. Yahia Badr Eddine
Sent: Friday, July 06, 2018 5:12 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Failed to update vfw policy

Hello,
I am running the close loop for the vFW, and i i am blocked in the policy 
updating step.
When executing the script, i recieve the following response:
The error in the response is highlighted.

Removing the vFW Policy from PDP..


* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 8081 (#0)
> DELETE /pdp/api/deletePolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: localhost:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 128
>
* upload completely sent off: 128 out of 128 bytes
< HTTP/1.1 200 OK
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 91
< Date: Fri, 06 Jul 2018 21:31:16 GMT
<
* Connection #0 to host localhost left intact
Transaction ID: 55ddcbbe-be13-4206-be6d-cc82c048bae9 --The policy was 
successfully deleted.

Updating vFW Operational Policy ..

* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 8081 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: localhost:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1455
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
< HTTP/1.1 400 Bad Request
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 75
< Date: Fri, 06 Jul 2018 21:31:36 GMT
< Connection: close
<
* Closing connection 0
PE300 - Data Issue: Operation unsuccessful, unable to complete the request!

Pushing the vFW Policy ..


* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 8081 (#0)
> PUT /pdp/api/pushPolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: localhost:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 99
>
* upload completely sent off: 99 out of 99 bytes
< HTTP/1.1 200 OK
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 162
< Date: Fri, 06 Jul 2018 21:31:41 GMT
<
* Connection #0 to host localhost left intact
Transaction ID: bc9b70da-c34e-4593-8bf3-799ef30271d3 --Policy 
'com.Config_BRMS_Param_BRMSParamvFirewall.1.xml' was successfully pushed to the 
PDP group 'default'.

Restarting PDP-D ..

/opt/app/policy/etc/profile.d/env.sh: -c: line 0: unexpected EOF while looking 
for matching `"'
/opt/app/policy/etc/profile.d/env.sh: -c: line 1: syntax error: unexpected end 
of file
./update-fw-policy.sh: line 69: policy: command not found
PE300 - Data Issue: Operation unsuccessful, unable to complete the request!


PDP-D amsterdam maven coordinates ..


* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 9696 (#0)
* Server auth using Basic with user '@1b3rt'
> GET /policy/pdp/engine/controllers/amsterdam/drools HTTP/1.1
> Authorization: Basic QDFiM3J0OjMxbnN0MzFu
> User-Agent: curl/7.35.0
> Host: localhost:9696
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Fri, 06 Jul 2018 21:32:21 GMT
< Content-Type: application/json
< Content-Length: 5734
* Server Jetty(9.3.20.v20170531) is not blacklisted
< Server: Jetty(9.3.20.v20170531)
<
{ [data not shown]
* Connection #0 to host localhost left intact

{
"alive": true,
"artifactId": "policy-amsterdam-rules",

Re: Private: Re: [onap-discuss] Failed to update vfw policy

2018-07-06 Thread A. Yahia Badr Eddine

My onap instance is heat based installation,
I am running update-vfw-op-policy.sh
I noticed that the script is the same for all versions.
I have tried manually, but i have always the same problem
Have you succeeded to run it manually?

BADR EDDINE AY.


Le sam. 7 juil. 2018 à 00:39, Pedro Barros  a écrit :

> Hi, i'm having some problems too. What script are you running? I tried
> manually...
>
> What s your environment? K8s?
>
> BR
> Pedro
>

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

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

[onap-discuss] Failed to update vfw policy

2018-07-06 Thread A. Yahia Badr Eddine

Hello,

I am running the close loop for the vFW, and i i am blocked in the policy
updating step.
When executing the script, i recieve the following response:
The error in the response is highlighted.

Removing the vFW Policy from PDP..


* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 8081 (#0)
> DELETE /pdp/api/deletePolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: localhost:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 128
>
* upload completely sent off: 128 out of 128 bytes
< HTTP/1.1 200 OK
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 91
< Date: Fri, 06 Jul 2018 21:31:16 GMT
<
* Connection #0 to host localhost left intact
Transaction ID: 55ddcbbe-be13-4206-be6d-cc82c048bae9 --The policy was
successfully deleted.

Updating vFW Operational Policy ..

* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 8081 (#0)
> PUT /pdp/api/updatePolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: localhost:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 1455
> Expect: 100-continue
>
< HTTP/1.1 100 Continue
< HTTP/1.1 400 Bad Request
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 75
< Date: Fri, 06 Jul 2018 21:31:36 GMT
< Connection: close
<
* Closing connection 0
PE300 - Data Issue: Operation unsuccessful, unable to complete the request!

Pushing the vFW Policy ..


* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 8081 (#0)
> PUT /pdp/api/pushPolicy HTTP/1.1
> User-Agent: curl/7.35.0
> Host: localhost:8081
> Content-Type: application/json
> Accept: text/plain
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 99
>
* upload completely sent off: 99 out of 99 bytes
< HTTP/1.1 200 OK
* Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
< Content-Type: text/plain;charset=ISO-8859-1
< Content-Length: 162
< Date: Fri, 06 Jul 2018 21:31:41 GMT
<
* Connection #0 to host localhost left intact
Transaction ID: bc9b70da-c34e-4593-8bf3-799ef30271d3 --Policy
'com.Config_BRMS_Param_BRMSParamvFirewall.1.xml' was successfully pushed to
the PDP group 'default'.

Restarting PDP-D ..

/opt/app/policy/etc/profile.d/env.sh: -c: line 0: unexpected EOF while
looking for matching `"'
/opt/app/policy/etc/profile.d/env.sh: -c: line 1: syntax error: unexpected
end of file
./update-fw-policy.sh: line 69: policy: command not found
PE300 - Data Issue: Operation unsuccessful, unable to complete the request!


PDP-D amsterdam maven coordinates ..


* Hostname was NOT found in DNS cache
*   Trying 127.0.0.1...
* Connected to localhost (127.0.0.1) port 9696 (#0)
* Server auth using Basic with user '@1b3rt'
> GET /policy/pdp/engine/controllers/amsterdam/drools HTTP/1.1
> Authorization: Basic QDFiM3J0OjMxbnN0MzFu
> User-Agent: curl/7.35.0
> Host: localhost:9696
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Fri, 06 Jul 2018 21:32:21 GMT
< Content-Type: application/json
< Content-Length: 5734
* Server Jetty(9.3.20.v20170531) is not blacklisted
< Server: Jetty(9.3.20.v20170531)
<
{ [data not shown]
* Connection #0 to host localhost left intact

{
"alive": true,
"artifactId": "policy-amsterdam-rules",
"brained": true,
"groupId": "org.onap.policy-engine.drools.amsterdam",
"locked": false,
"modelClassLoaderHash": 928916527,
"recentSinkEvents": [],
"recentSourceEvents": [
{
"body": {
"commonHeader": {
"apiVer": "2.00",
"flags": {},
"originatorId": "e24cb590207a",
"requestId": "f8ddaf84-2bcd-4edd-b4b7-413be548c263",
"subRequestId": "1817fc0c-b199-4c68-b480-a60d83c1f040",
"timeStamp": {
"epochSecond": 1530699964,
"nano": 14000
}
},
"payload": "",
"status": {
"code": 401,
"message": "Results not found in GET for response"
}
},
"cambriaPartition": null,
"correlationId":
"f8ddaf84-2bcd-4edd-b4b7-413be548c263-1817fc0c-b199-4c68-b480-a60d83c1f040",
"rpcName": "configure",
"type": "response",
"version": null
},
{
"body": {
"commonHeader": {
"apiVer": "2.00",
"flags": {},

Re: [onap-discuss] [ONAP Helpdesk #58060] Duplicate reports on Sonar report

2018-07-06 Thread Arul Nambi

Thanks Jess
Regards
Arul

-Original Message-
From: Jessica Wagantall via RT [mailto:onap-helpd...@rt.linuxfoundation.org] 
Sent: Friday, July 6, 2018 1:05 PM
To: Arul Nambi 
Cc: Giulio Graziani ; jf2...@att.com; 
onap-discuss@lists.onap.org
Subject: [ONAP Helpdesk #58060] Duplicate reports on Sonar report

Thanks Arul, 

These have been taken care now

Thanks!
Jess

On Fri Jul 06 08:52:22 2018, arul.na...@amdocs.com wrote:
> Hi LF,
> There seems to be duplicate reports for sparky and babel.
> For sparky there are 2 reports based on the snapshots 1.20 and 1.3.0.
> I think when we changed the snapshot version a new report was 
> generated.
> 1.2.0 has not been updated in a while(since March) . Is it possible to 
> remove the old report?
> Regards
> Arul
> 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
> 



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

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


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

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

[onap-discuss] [univ] ONAP University Webinars @ Weekly from 8:30am to 9:30am on Monday (PDT) - APPC/CDT OVERVIEW & DEMO

2018-07-06 Thread S P Prem Kumar

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:India Standard Time
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+0530
TZOFFSETTO:+0530
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T00
TZOFFSETFROM:+0530
TZOFFSETTO:+0530
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Prem P:MAILTO:spku...@techmahindra.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:Dear All\,\n\nONAP university webinar – APPC/C
 DT overview and Demo\n\nDate : 9 July\nTiming : 8:30am to 9:30am on Monday
  (PDT)\nRegistration : Please register at https://zoom.us/j/604539222\n\nTopic : APPC/CDT overview and Demo\n\nSpeakers :\n\n1. 1.
  Randa Maher- AT\nAssociate Director Technology\nD2 Platform & Systems D
 evelopment\n\n\n\n2. 2. Scott Seabolt – AT\n\n3.  
Sr. System Engineer at AT\n   Scott is currently a System Engineer on
  APPC as well as the CLAMP components.\n\n\n·Topic Detail
 s:\n\n·Providing a high level overview of APPC and CDT\n\
 n·Discussing the model driven approach use to support VNF
  actions.\n\n·Live demonstrations of the following VNF ac
 tions:\n\n·ConfigScaleOut\,\n\n·Restart\
 n\n·Rebuild.\n\n\nBest Regards\,\nPrem\n\nPrem Kumar\nTec
 h Mahindra\nspku...@techmahindra.com\nMob
  : +91 9845695269\n
SUMMARY;LANGUAGE=en-US:[univ] ONAP University Webinars @ Weekly from 8:30am
  to 9:30am on Monday (PDT) - APPC/CDT OVERVIEW & DEMO
DTSTART;TZID=India Standard Time:20180709T21
DTEND;TZID=India Standard Time:20180709T22
UID:04008200E00074C5B7101A82E00820D034746715D401000
 01000BF6EEADA32890D44B41A47C6282194D3
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180706T150320Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:For Registration : https://zoom.us/j/604539222
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:-1977190430
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
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
ACTION:DISPLAY
END:VALARM
END:VEVENT
END:VCALENDAR

Re: [onap-discuss] Sending SNMP trap

2018-07-06 Thread Vijay VK

Hi Atul,  It looks like there is port mismatch. The snmp container is listening 
on 6162 (vm port) and the snmp trap being simulated sends to 162 hence no trace 
of it on the logs. You can restart the container to bind internal 6162 port to 
162 VM port (using -p 162:6162/udp option)

Regards,
Vijay
From: onap-discuss@lists.onap.org  On Behalf Of 
Atul Shegokar
Sent: Friday, July 06, 2018 2:27 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Sending SNMP trap

Hi All,

we have setup snmptrap collector from nexus repo as 
nexus3.onap.org:10001/onap/org.onap.dcaegen2.collectors.snmptrap and it up and 
running, PFB snapshot of it.

[cid:image001.png@01D4150E.3E54D760]

When fired cmd as "sudo snmptrap -v 2c -c public localhost '' 
1.3.6.1.4.1.8072.2.3.0.1 1.3.6.1.4.1.8072.2.3.2.1 i 123456" for sending we are 
not getting any resonse. Also trap is not getting send to snmpcollector.

Tried looking for logs in /opt/app/snmptrap/logs/snmptrapd_arriving_traps.log 
and  /opt/app/snmptrap/logs/DMAAP_ONAP-COLLECTOR-SNMPTRAP.json, No logs are 
generated.

Can anyone please tell me how to send traps to snmptrap collector

Anyone tried this before/any inputs on this ? Thanks in advance!

Thanks
Atul Shegokar


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



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

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

[onap-discuss] Duplicate reports on Sonar report

2018-07-06 Thread Arul Nambi

Hi LF,
There seems to be duplicate reports for sparky and babel.
For sparky there are 2 reports based on the snapshots 1.20 and 1.3.0. I think 
when we changed the snapshot version a new report was generated.
1.2.0 has not been updated in a while(since March) . Is it possible to remove 
the old report?
Regards
Arul
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

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


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

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

Re: [onap-discuss] [modeling] Modeling Project Casablanca M1 Scope

2018-07-06 Thread denghui (L)

Hi Brian

Hope previous email could answer your questions, thanks a lot for your kind 
review

Best regards,

DENG Hui

From: Brian Hedstrom [mailto:brian.hedst...@oamtechnologies.com]
Sent: Friday, July 6, 2018 5:57 AM
To: onap-discuss 
Cc: denghui (L) ; Gildas Lanilis 

Subject: [modeling] Modeling Project Casablanca M1 Scope

Modeling Subcommittee:

I was reviewing the Casablanca Release 
Deck
 which Gildas presented today on the TSC call and the TSC approved.

In looking at the Modeling Project Casablanca M1 
checklist (R3 
Scope), I noticed that most all of the Epics and Stories are for developing 
service and resource Information Models and Data Models and their mappings.

These items are not part of the Modeling Project 
scope, but are part 
of the Modeling Subcommittee activities.

This has created a lot of confusion as to what the Modeling Project scope and 
responsibility is versus the Modeling Subcommittee. Can we get clarification?

In addition, I (again) recommend we change the name of the modeling project to 
eliminate confusion.  For example, Model Parsers project.

Thanks
--
Brian Hedstrom
Founder/CEO
OAM Technology Consulting LLC
oam.technology
brian.hedst...@oamtechnologies.com
720-470-7091

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

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

Re: [onap-discuss] [multicloud] Planned use of repo "multicloud/azure"

2018-07-06 Thread Mandeep Singh Kalra

Hi,

  Is this plugin available now ?
  I saw the demo link of vFW on azure. How can I get this component and is 
there any plan to onboard this component on OOM?

Regards
Mandeep

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

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

[onap-discuss][multicloud] Polling on Team meeting

2018-07-06 Thread Xinhui Li

Dear team,

Thank you all for your contribution and efforts to Multi VIM/Cloud project 
along the time. On the past Casablanca event held in June, we gathered there 
and discussed that the current weekly meeting time – 5:00PM Monday PST is not 
fit for the members from Israel and European. By this email thread, I would 
like to collect your idea about possible changes at the weekly meeting time.

One option is to add another weekly meeting for different time zones. This 
could pose challenges for all to keep synchronized with different discussions 
besides more meeting time. For this, I set up a doodle to find a new slot 
workable for most of attendees. Please feel free to leave comments on the 
doodle with new option time if more convenient for you.
https://doodle.com/poll/3a96654sq22i773h

It is not easy to get a slot comfortable for everyone considering our ONAP 
community has so many contributors coming from different time zones. We 
treasure your attendance to Multi Cloud project weekly meetings. If it is 
impossible for you to fit into all these proposed slots, let me know if you 
want to switch the meeting schedule in odd and even weeks.

Regards,
Xinhui Li
PTL Multi VIM/Cloud

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

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

答复: Re: [onap-discuss] ONAP HOLMES issue

2018-07-06 Thread Guangrong Fu

Chaitanya,






Sorry for my late response. 






For the errors on the RESTful calls, I think it's most probably caused by some 
kind of resource leak, say unreleased connetions. I'm gonna look into it and 
try to eliminate the problem.






In R2, the DB is used for status maintanence when it comes to the senario of 
scaling of the app. That means no correlation data is stored into or updated 
from the DB.






As the main purpose of Holmes is to identify the root cause when it is used in 
a control loop, the correlation is not published to anywhere. So for now, you 
are not able to get the correlation of the alarms. In R3, one of our streched 
goals is to display the correlation in somewhere. If you are interested in 
that, you are welcome to become one of our best contributors.







Thanks,


Guangrong























原始邮件



发件人：ChaitanyaReddyPullareddygari 
收件人：付光荣10144542;
抄送人：Anandadas Patki onap-discuss@lists.onap.org 

日 期 ：2018年07月03日 22:04
主 题 ：Re: [onap-discuss] ONAP HOLMES issue




Hi Guangrong,


 


Thank you very much for your help on this.


 


I am able to post the rule to the drools engine now successfully using 
camel-case format. Also, I am able to get the CL output on the output queue.


 


However, I am still unable to see any updated correlation on the alarms in the 
DB. I don’t see the rootflag set on the root alarm in the DB. How can I get the 
 updated and correlated alarms as output?


 


Also, PFA some logs which have the error “Failed to call the rule verification 
RESTful API”.


 


Below is the rule I am using:


 


package org.onap.holmes.droolsRuleTest1;


import org.onap.holmes.common.dmaap.DmaapService;import 
org.onap.holmes.common.api.stat.VesAlarm;


import 
org.onap.holmes.common.aai.CorrelationUtil;


import 
org.onap.holmes.common.dmaap.entity.PolicyMsg;


import 
org.onap.holmes.common.dropwizard.ioc.utils.ServiceLocatorHolder;


import org.onap.holmes.common.utils.DroolsLog;


   


rule "Test_Rule_100"


salience 200


no-loop true


when


   


$root : VesAlarm(alarmIsCleared ==0,


$sourceId: sourceId, sourceId != null && 
!sourceId.equals(""),


$sourceName: sourceName, sourceName != null && 
!sourceName.equals(""),


$startEpochMicrosec: startEpochMicrosec,
   


specificProblem in 
("Fault_MultiCloud_VMFailure"),


$eventId: eventId)  $child 
: VesAlarm( eventId != $eventId,  specificProblem  in ("Backup MPU is 
abnormal"),


   startEpochMicrosec < $startEpochMicrosec + 6 && 
startEpochMicrosec > $startEpochMicrosec - 6 )   


   


   then


  


   DmaapService dmaapService = 
ServiceLocatorHolder.getLocator().getService(DmaapService.class);


PolicyMsg policyMsg = 
dmaapService.getPolicyMsg($root,$child,"org.onap.holmes.droolsRuleTest1");


   $root.setRootFlag(1);


   update($root);


   System.out.println( "In the then" );


   dmaapService.publishPolicyMsg(policyMsg, 
"unauthenticated.DCAE_CL_OUTPUT");


  


   end


 


Regards,


Chaitanya


 


 


From: fu.guangr...@zte.com.cn  
 Sent: Tuesday, July 3, 2018 7:23 AM
 To: Chaitanya Reddy Pullareddygari 
 Cc: Anandadas Patki ; onap-discuss@lists.onap.org
 Subject: 答复: Re: [onap-discuss] ONAP HOLMES issue


 

Chaitanya,

 

Sorry that I failed to locate any "Failed to call the rule verification RESTful 
API" related error in the log files. There's only one record regarding the rule 
deployment operation and the result  is "success".

 

I suggest you to retry it with the check point I sent to you in the previous 
email first and if there's still errors, send me the latest logs, please.

 

Let me know if there's still problems or questions.

 

Regards,

Guangrong

 

 

 

 


原始邮件



发件人：ChaitanyaReddyPullareddygari 



收件人：付光荣10144542;



抄送人：Anandadas Patki onap-discuss@lists.onap.org  




日 期 ：2018年07月02日  20:25



主 题 ：Re: [onap-discuss] ONAP HOLMES issue




Hi Guangrong,


 


Thank you very much for your response. Please find attached the logs from both 
the rule-mgmt and engine-mgmt  dockers.


 


1.  Please note that I only notices the “Failed to

[onap-discuss] [OOM] OOM ONAP Network for VNF ENV file

2018-07-06 Thread Arun Arora

Hi All,

I am working to deploy VNFs on OOM (R2). For which the ENV file of the VNF 
needs ONAP Network ID and CIDR.
Now, as ONAP is deployed on K8S environment a separate ONAP network is not 
created unlike ONAP HEAT deployment.
My question is which network to enter in the VNF ENV as ONAP network? Should I 
create a network manually in OpenStack and use it?


Best Regards,
Arun Arora



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

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

Re: [onap-discuss] [OOM] How to access Consul GUI

2018-07-06 Thread Arun Arora

Yes, It worked. Thanks.

Now I can see some health-checks are failing. How to go about fixing them? Do I 
need to restart the pods?

Best Regards,
Arun Arora


From: Borislav Glozman [mailto:borislav.gloz...@amdocs.com]
Sent: 06 July 2018 12:42
To: onap-discuss@lists.onap.org; Arun Arora (c) 
Subject: Re: [onap-discuss] [OOM] How to access Consul GUI

Hi,
You can use ip of any of your k8s cluster nodes, port 30270.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

From: Arun Arora mailto:aroraa...@vmware.com>>
Sent: Friday, July 6, 2018 09:27
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] How to access Consul GUI

Hi everyone,

I was able to successfully install ONAP (R2 release) and also able to access 
the portal.

Before asking my query I would like to express my appreciation for the awesome 
documentation for the OOM based deployment. It really is very nice and 
meticulous.

My query is, after deployment Consul UI is mentioned as preferred way for 
health-checks, but I didn't get exactly how to open the UI. In the snapshot it 
shows to be a WebUI and for that I ran the command to get the IP of consul pod, 
as similar thing was done to get the portal-app IP. Following is the output, 
and it does not seem to have a mapping with the and Rancher Node VM's IP.
Could you please help me in understanding how to access the consul UI.

root@rancher-node-1:~# kubectl -n onap get services|grep "consul"
consul ExternalName 
consul-server.onap.svc.cluster.local  23h
consul-server  ClusterIP  None
 8301/TCP  23h
consul-server-ui   NodePort   10.43.185.78
 8500:30270/TCP  23h
msb-consul NodePort   10.43.51.159
 8500:30285/TCP  23h
root@rancher-node-1:~#


Best Regards,
Arun Arora



This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at 
https://www.amdocs.com/about/email-disclaimer

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

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

Re: [onap-discuss] [OOM] How to access Consul GUI

2018-07-06 Thread Borislav Glozman

Hi,

You can use ip of any of your k8s cluster nodes, port 30270.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

From: Arun Arora 
Sent: Friday, July 6, 2018 09:27
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] How to access Consul GUI

Hi everyone,

I was able to successfully install ONAP (R2 release) and also able to access 
the portal.

Before asking my query I would like to express my appreciation for the awesome 
documentation for the OOM based deployment. It really is very nice and 
meticulous.

My query is, after deployment Consul UI is mentioned as preferred way for 
health-checks, but I didn’t get exactly how to open the UI. In the snapshot it 
shows to be a WebUI and for that I ran the command to get the IP of consul pod, 
as similar thing was done to get the portal-app IP. Following is the output, 
and it does not seem to have a mapping with the and Rancher Node VM’s IP.
Could you please help me in understanding how to access the consul UI.

root@rancher-node-1:~# kubectl -n onap get services|grep "consul"
consul ExternalName 
consul-server.onap.svc.cluster.local  23h
consul-server  ClusterIP  None
 8301/TCP  23h
consul-server-ui   NodePort   10.43.185.78
 8500:30270/TCP  23h
msb-consul NodePort   10.43.51.159
 8500:30285/TCP  23h
root@rancher-node-1:~#


Best Regards,
Arun Arora



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

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


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

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

Re: [onap-discuss] [OOM] How to access Consul GUI

2018-07-06 Thread Arun Arora

Hi Prashant,

It worked!! Thanks for the quick help. Appreciate it 

Now I can see some health-checks are failing. How to go about fixing them? Do I 
need to restart the pods?


Best Regards,
Arun Arora


From: Prashant Kumar [mailto:prashant.kum...@amdocs.com]
Sent: 06 July 2018 12:10
To: onap-discuss@lists.onap.org; Arun Arora (c) 
Subject: RE: [OOM] How to access Consul GUI

Hi Arun,
I am not sure about Beijing , but I was able to access consul in last release 
by using following URL:-

http://http://%3cmaster-node-ip>>: 30270/ui/#/dc1/services

check if this is working for you.


Thanks,
Prashant

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Arun Arora
Sent: Friday, July 6, 2018 11:57 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] How to access Consul GUI

Hi everyone,

I was able to successfully install ONAP (R2 release) and also able to access 
the portal.

Before asking my query I would like to express my appreciation for the awesome 
documentation for the OOM based deployment. It really is very nice and 
meticulous.

My query is, after deployment Consul UI is mentioned as preferred way for 
health-checks, but I didn’t get exactly how to open the UI. In the snapshot it 
shows to be a WebUI and for that I ran the command to get the IP of consul pod, 
as similar thing was done to get the portal-app IP. Following is the output, 
and it does not seem to have a mapping with the and Rancher Node VM’s IP.
Could you please help me in understanding how to access the consul UI.

root@rancher-node-1:~# kubectl -n onap get services|grep "consul"
consul ExternalName 
consul-server.onap.svc.cluster.local  23h
consul-server  ClusterIP  None
 8301/TCP  23h
consul-server-ui   NodePort   10.43.185.78
 8500:30270/TCP  23h
msb-consul NodePort   10.43.51.159
 8500:30285/TCP  23h
root@rancher-node-1:~#


Best Regards,
Arun Arora



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 partnership with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)

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

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

Re: [onap-discuss] [OOM] How to access Consul GUI

2018-07-06 Thread Prashant Kumar

Hi Arun,
I am not sure about Beijing , but I was able to access consul in last release 
by using following URL:-

http://: 30270/ui/#/dc1/services

check if this is working for you.


Thanks,
Prashant

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Arun Arora
Sent: Friday, July 6, 2018 11:57 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] How to access Consul GUI

Hi everyone,

I was able to successfully install ONAP (R2 release) and also able to access 
the portal.

Before asking my query I would like to express my appreciation for the awesome 
documentation for the OOM based deployment. It really is very nice and 
meticulous.

My query is, after deployment Consul UI is mentioned as preferred way for 
health-checks, but I didn't get exactly how to open the UI. In the snapshot it 
shows to be a WebUI and for that I ran the command to get the IP of consul pod, 
as similar thing was done to get the portal-app IP. Following is the output, 
and it does not seem to have a mapping with the and Rancher Node VM's IP.
Could you please help me in understanding how to access the consul UI.

root@rancher-node-1:~# kubectl -n onap get services|grep "consul"
consul ExternalName 
consul-server.onap.svc.cluster.local  23h
consul-server  ClusterIP  None
 8301/TCP  23h
consul-server-ui   NodePort   10.43.185.78
 8500:30270/TCP  23h
msb-consul NodePort   10.43.51.159
 8500:30285/TCP  23h
root@rancher-node-1:~#


Best Regards,
Arun Arora



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 partnership with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)

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

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

[onap-discuss] [OOM] How to access Consul GUI

2018-07-06 Thread Arun Arora

Hi everyone,

I was able to successfully install ONAP (R2 release) and also able to access 
the portal.

Before asking my query I would like to express my appreciation for the awesome 
documentation for the OOM based deployment. It really is very nice and 
meticulous.

My query is, after deployment Consul UI is mentioned as preferred way for 
health-checks, but I didn't get exactly how to open the UI. In the snapshot it 
shows to be a WebUI and for that I ran the command to get the IP of consul pod, 
as similar thing was done to get the portal-app IP. Following is the output, 
and it does not seem to have a mapping with the and Rancher Node VM's IP.
Could you please help me in understanding how to access the consul UI.

root@rancher-node-1:~# kubectl -n onap get services|grep "consul"
consul ExternalName 
consul-server.onap.svc.cluster.local  23h
consul-server  ClusterIP  None
 8301/TCP  23h
consul-server-ui   NodePort   10.43.185.78
 8500:30270/TCP  23h
msb-consul NodePort   10.43.51.159
 8500:30285/TCP  23h
root@rancher-node-1:~#


Best Regards,
Arun Arora



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

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

[onap-discuss] Sending SNMP trap

2018-07-06 Thread Atul Shegokar

Hi All,

we have setup snmptrap collector from nexus repo as 
nexus3.onap.org:10001/onap/org.onap.dcaegen2.collectors.snmptrap and it up and 
running, PFB snapshot of it.

[cid:image001.png@01D4151D.65E8FDB0]

When fired cmd as "sudo snmptrap -v 2c -c public localhost '' 
1.3.6.1.4.1.8072.2.3.0.1 1.3.6.1.4.1.8072.2.3.2.1 i 123456" for sending we are 
not getting any resonse. Also trap is not getting send to snmpcollector.

Tried looking for logs in /opt/app/snmptrap/logs/snmptrapd_arriving_traps.log 
and  /opt/app/snmptrap/logs/DMAAP_ONAP-COLLECTOR-SNMPTRAP.json, No logs are 
generated.

Can anyone please tell me how to send traps to snmptrap collector

Anyone tried this before/any inputs on this ? Thanks in advance!

Thanks
Atul Shegokar



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



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

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

Re: [onap-discuss] Failed to update vfw policy

Re: [onap-discuss] Failed to update vfw policy

Re: Private: Re: [onap-discuss] Failed to update vfw policy

Re: [onap-discuss] Failed to update vfw policy

Re: Private: Re: [onap-discuss] Failed to update vfw policy

[onap-discuss] Failed to update vfw policy

Re: [onap-discuss] [ONAP Helpdesk #58060] Duplicate reports on Sonar report

[onap-discuss] [univ] ONAP University Webinars @ Weekly from 8:30am to 9:30am on Monday (PDT) - APPC/CDT OVERVIEW & DEMO

Re: [onap-discuss] Sending SNMP trap

[onap-discuss] Duplicate reports on Sonar report

Re: [onap-discuss] [modeling] Modeling Project Casablanca M1 Scope

Re: [onap-discuss] [multicloud] Planned use of repo "multicloud/azure"

[onap-discuss][multicloud] Polling on Team meeting

答复: Re: [onap-discuss] ONAP HOLMES issue

[onap-discuss] [OOM] OOM ONAP Network for VNF ENV file

Re: [onap-discuss] [OOM] How to access Consul GUI

Re: [onap-discuss] [OOM] How to access Consul GUI

Re: [onap-discuss] [OOM] How to access Consul GUI

Re: [onap-discuss] [OOM] How to access Consul GUI

[onap-discuss] [OOM] How to access Consul GUI

[onap-discuss] Sending SNMP trap

21 matches

Site Navigation

Mail list logo

Footer information