[onap-discuss] [VNFSDK] Adding Source types to VES-Agent library
Hi,
I am using the VES-Agent library from the VNFSDK to handle talking to the
VES.
I find that I need to add source types to this Enum:
public enum EVEL_SOURCE_TYPES{
EVEL_SOURCE_OTHER,
EVEL_SOURCE_ROUTER,
EVEL_SOURCE_SWITCH,
EVEL_SOURCE_HOST,
EVEL_SOURCE_CARD,
EVEL_SOURCE_PORT,
EVEL_SOURCE_SLOT_THRESHOLD,
EVEL_SOURCE_PORT_THRESHOLD,
EVEL_SOURCE_VIRTUAL_MACHINE,
EVEL_SOURCE_VIRTUAL_NETWORK_FUNCTION,
/***/
/* START OF VENDOR-SPECIFIC VALUES
*/
/*
*/
/* Vendor-specific values should be added here, and handled
appropriately */
/* in evel_event.c.
*/
/***/
/***/
/* END OF VENDOR-SPECIFIC VALUES
*/
/***/
EVEL_MAX_SOURCE_TYPES
}
for a PON PNF. Is the correct approach to add to this and commit back to
the community? Or something else?
Thanks,
William
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11721): https://lists.onap.org/g/onap-discuss/message/11721
Mute This Topic: https://lists.onap.org/mt/24222871/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] [dcae] VES https external port
Thanks, got it. William On Thu, Jul 12, 2018, 3:25 PM VENKATESH KUMAR, VIJAY wrote: > William, > > The HTTPS port (8443) is not exposed in R2; this will be enabled in R3. > > > > Regards, > > Vijay > > > > *From:* onap-discuss@lists.onap.org *On > Behalf Of *William Kurkian > *Sent:* Thursday, July 12, 2018 2:22 PM > *To:* onap-discuss@lists.onap.org > *Subject:* [onap-discuss] [dcae] VES https external port > > > > Hello, > > > > I am looking at the HTTPS option on the VES, and how to reach it. However, > I only see the 8080 port of the VES opened up to 30235, but I don't see > anything for 8443. Is there a way to access it from outside the cluster ? > > > > Thanks, > > William > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11104): https://lists.onap.org/g/onap-discuss/message/11104 Mute This Topic: https://lists.onap.org/mt/23291656/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] [dcae] VES https external port
Hello, I am looking at the HTTPS option on the VES, and how to reach it. However, I only see the 8080 port of the VES opened up to 30235, but I don't see anything for 8443. Is there a way to access it from outside the cluster ? Thanks, William -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#11100): https://lists.onap.org/g/onap-discuss/message/11100 Mute This Topic: https://lists.onap.org/mt/23291656/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] [dcae] Distributed VES setup
Thanks Vijay, That makes sense. That gives me what I needed to know. William On Thu, Jul 5, 2018, 1:32 PM VENKATESH KUMAR, VIJAY wrote: > William, > > > > With Beijing release, OOM installation supports only single site/cluster > deployment. > > > > Though DCAE architecture intrinsically allows multi-site service > deployment – edge k8s cluster/infrastructure itself is expected to be > handled under OOM (as more ONAP components beside DCAE can run at edge). > > > > We had few discussion with OOM team; Roger indicated they are assessing > couple of options to allow multi-site k8s cluster design under OOM in R3. > Once they are finalized, DCAE impacts can be assessed and supported (most > likely post R3). > > > > Regards, > > Vijay > > > > *From:* onap-discuss@lists.onap.org *On > Behalf Of *William Kurkian > *Sent:* Thursday, July 05, 2018 12:43 PM > *To:* FREEMAN, BRIAN D > *Cc:* onap-discuss@lists.onap.org > *Subject:* Re: [onap-discuss] [dcae] Distributed VES setup > > > > I see, so in the OOM case if I wanted to deploy in a specific way for a > service provider, I would most likely do some custom configuration of the > kubernetes yaml files in oom, or apply a custom configuration? > > > > William > > On Thu, Jul 5, 2018, 12:35 PM FREEMAN, BRIAN D wrote: > > I suspect the way you would do it is that the VES collector at the edge > would publish to a DMaaP node that would then have a TCA node that is in a > different data cetner. The DMaaP node could be collocated with the VES > Collector or in the second data center. > > > > DCAE team would have better guidance. > > > > How to configure heat/OOM for this is left to the service provider/system > integrator > > > > Brian > > > > > > *From:* onap-discuss@lists.onap.org *On > Behalf Of *William Kurkian > *Sent:* Thursday, July 05, 2018 12:07 PM > *To:* onap-discuss@lists.onap.org > *Subject:* [onap-discuss] [dcae] Distributed VES setup > > > > Hello, > > > > I've heard multiple times that the DCAE can be setup in a distributed way, > such as having the VES at one edge location, to feed data to a DMaaP in > another location. > > > Is there some information about how this can be done? Would it be a matter > of installing the minimal components for the VES in the edge location via > OOM install, with some extra configuration? Or is it something else ? > > > > Thanks, > > William Kurkian > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10889): https://lists.onap.org/g/onap-discuss/message/10889 Mute This Topic: https://lists.onap.org/mt/23165972/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] [dcae] Distributed VES setup
I see, so in the OOM case if I wanted to deploy in a specific way for a service provider, I would most likely do some custom configuration of the kubernetes yaml files in oom, or apply a custom configuration? William On Thu, Jul 5, 2018, 12:35 PM FREEMAN, BRIAN D wrote: > I suspect the way you would do it is that the VES collector at the edge > would publish to a DMaaP node that would then have a TCA node that is in a > different data cetner. The DMaaP node could be collocated with the VES > Collector or in the second data center. > > > > DCAE team would have better guidance. > > > > How to configure heat/OOM for this is left to the service provider/system > integrator > > > > Brian > > > > > > *From:* onap-discuss@lists.onap.org *On > Behalf Of *William Kurkian > *Sent:* Thursday, July 05, 2018 12:07 PM > *To:* onap-discuss@lists.onap.org > *Subject:* [onap-discuss] [dcae] Distributed VES setup > > > > Hello, > > > > I've heard multiple times that the DCAE can be setup in a distributed way, > such as having the VES at one edge location, to feed data to a DMaaP in > another location. > > > Is there some information about how this can be done? Would it be a matter > of installing the minimal components for the VES in the edge location via > OOM install, with some extra configuration? Or is it something else ? > > > > Thanks, > > William Kurkian > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10883): https://lists.onap.org/g/onap-discuss/message/10883 Mute This Topic: https://lists.onap.org/mt/23165972/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] [dcae] Distributed VES setup
Hello, I've heard multiple times that the DCAE can be setup in a distributed way, such as having the VES at one edge location, to feed data to a DMaaP in another location. Is there some information about how this can be done? Would it be a matter of installing the minimal components for the VES in the edge location via OOM install, with some extra configuration? Or is it something else ? Thanks, William Kurkian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10880): https://lists.onap.org/g/onap-discuss/message/10880 Mute This Topic: https://lists.onap.org/mt/23165972/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] [dcae] VES unknown host error
Thanks, I redeployed it in the meantime to meet some needs, but I'll be
trying this out later as I think I will reproduce the original situation
soon.
Thanks,
William
On Tue, Jul 3, 2018 at 8:16 PM, VENKATESH KUMAR, VIJAY
wrote:
> Hi William,
>
> Unfortunately the steps to restore consul state is not straight forward
> currently (Consul itself is deployed by OOM, DCAE during bootstrap register
> few services and KV store when components are deployed; the bootstrap
> container itself exits after triggering all deploy).
>
> 1. Could you check the consul UI (on the nodeport 30270 exposed) and
> verify if you see component and its corresponding Key/value information are
> available? If you do see then, then we can re-register CBS service via
> below post (from any of the pods) and restart docker ves pod (this will
> force configuration fetch upon restart and load valid properties).
>
> curl -v -X PUT -H "Content-Type: application/json" --data '{"ID":
> "dcae-cbs1", "Name": "config-binding-service", "Address":
> "config-binding-service", "Port": 1}' consul-server.onap:8500/v1/
> agent/service/register
>
> 2. If however the Key/value tab is missing DCAE components k/v store
> in CONSUL – then we may need to redeploy DCAE via bootstrap to restore the
> components and Consul state correctly. We are looking into some
> optimization that will simplify consul state restoration in R3 to address
> such issues; this is being tracked under DCAEGEN2-580
> <https://jira.onap.org/browse/DCAEGEN2-580>.
>
> Thanks,
>
> Vijay
>
>
>
> *From:* William Kurkian
> *Sent:* Tuesday, July 03, 2018 9:43 AM
> *To:* VENKATESH KUMAR, VIJAY
> *Cc:* onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] [dcae] VES unknown host error
>
>
>
> Thanks,
>
>
>
> It looks like they don't return anything:
>
> root@dcae-ves-collector:~# curl consul-server.onap:8500/v1/
> catalog/service/config-binding-service
>
> []root@dcae-ves-collector:~# curl config-binding-service:1/
> service_component/dcae-ves-collector
>
> root@dcae-ves-collector:~#
>
>
>
> There may have been a restart. Is there a way I can restore the consul
> server ?
>
>
>
> William
>
>
>
>
>
> On Mon, Jul 2, 2018 at 6:26 PM, VENKATESH KUMAR, VIJAY
> wrote:
>
> William,
>
> Based on the error posted, the output topic for VESCollector looks to be
> using default setting (correct MR hostname on the URL should be -
> message-router.onap.svc.cluster.local); this will be typically overridden
> when the collector is instantiated with configuration from Consul. One
> possible issue is the Consul state might have been lost (possibly any
> restart?).
>
>
>
> Could you run the below curl from within pod (vescollector) and share the
> o/p?
>
>
>
> curl config-binding-service:1/service_component/dcae-ves-collector
>
> curl consul-server.onap:8500/v1/catalog/service/config-binding-service
>
>
>
> Regards,
>
> -Vijay
>
>
>
> *From:* onap-discuss@lists.onap.org *On
> Behalf Of *William Kurkian
> *Sent:* Monday, July 02, 2018 4:56 PM
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] [dcae] VES unknown host error
>
>
>
> I have an onap cluster with a VES and DMaaP running. I deleted the VES
> pod, and let kubernetes bring it back up, in order to test another
> component, and i started getting this error in the VES logs:
>
>
>
> [20:03:25,245][WARN ][pool-5-thread-1]Send failed, 28 message to send.
>
> [20:03:25,245][ERROR][pool-5-thread-1]PUB_CHRONIC_FAILURE: Send failure
> count is 1589, above threshold 5.
>
> [20:03:25,963][INFO ][pool-4-thread-1]sending 59 msgs to
> /events/unauthenticated.SEC_FAULT_OUTPUT. Oldest: 1725649 ms
>
> [20:03:25,963][WARN ][pool-4-thread-1]All hosts were blacklisted;
> reverting to full set of hosts.
>
> [20:03:25,964][INFO ][pool-4-thread-1]POST http://onap-dmaap:3904/events/
> unauthenticated.SEC_FAULT_OUTPUT
> <https://urldefense.proofpoint.com/v2/url?u=http-3A__onap-2Ddmaap-3A3904_events_unauthenticated.SEC-5FFAULT-5FOUTPUT=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=tXUy2N7Dzl4W7DX9aWuz6BdYY5gxDgvUMi3bnZxAAQs=m88dqxAAb6ZlstM4cj-aW5Uh35tqiKR_FJa7SwOt1Y0=>
> (anonymous) ...
>
> [20:03:25,965][WARN ][pool-4-thread-1]Unknown host onap-dmaap;
> blacklisting for 10 minutes
>
> [20:03:25,965][WARN ][pool-4-thread-1]onap-dmaap
>
> java.net.UnknownHostException: onap-dmaap
>
> at java.net.InetAddress.getAllByName0(InetAddress.java:1280)
>
> at java.net.InetAddress.getAllByName(InetAddress.java:1192)
>
&
Re: [onap-discuss] [dcae] VES unknown host error
Thanks, It looks like they don't return anything: root@dcae-ves-collector:~# curl consul-server.onap:8500/v1/catalog/service/config-binding-service []root@dcae-ves-collector:~# curl config-binding-service:1/service_component/dcae-ves-collector root@dcae-ves-collector:~# There may have been a restart. Is there a way I can restore the consul server ? William On Mon, Jul 2, 2018 at 6:26 PM, VENKATESH KUMAR, VIJAY wrote: > William, > > Based on the error posted, the output topic for VESCollector looks to be > using default setting (correct MR hostname on the URL should be - > message-router.onap.svc.cluster.local); this will be typically overridden > when the collector is instantiated with configuration from Consul. One > possible issue is the Consul state might have been lost (possibly any > restart?). > > > > Could you run the below curl from within pod (vescollector) and share the > o/p? > > > > curl config-binding-service:1/service_component/dcae-ves-collector > > curl consul-server.onap:8500/v1/catalog/service/config-binding-service > > > > Regards, > > -Vijay > > > > *From:* onap-discuss@lists.onap.org *On > Behalf Of *William Kurkian > *Sent:* Monday, July 02, 2018 4:56 PM > *To:* onap-discuss@lists.onap.org > *Subject:* [onap-discuss] [dcae] VES unknown host error > > > > I have an onap cluster with a VES and DMaaP running. I deleted the VES > pod, and let kubernetes bring it back up, in order to test another > component, and i started getting this error in the VES logs: > > > > [20:03:25,245][WARN ][pool-5-thread-1]Send failed, 28 message to send. > > [20:03:25,245][ERROR][pool-5-thread-1]PUB_CHRONIC_FAILURE: Send failure > count is 1589, above threshold 5. > > [20:03:25,963][INFO ][pool-4-thread-1]sending 59 msgs to > /events/unauthenticated.SEC_FAULT_OUTPUT. Oldest: 1725649 ms > > [20:03:25,963][WARN ][pool-4-thread-1]All hosts were blacklisted; > reverting to full set of hosts. > > [20:03:25,964][INFO ][pool-4-thread-1]POST http://onap-dmaap:3904/events/ > unauthenticated.SEC_FAULT_OUTPUT > <https://urldefense.proofpoint.com/v2/url?u=http-3A__onap-2Ddmaap-3A3904_events_unauthenticated.SEC-5FFAULT-5FOUTPUT=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=tXUy2N7Dzl4W7DX9aWuz6BdYY5gxDgvUMi3bnZxAAQs=m88dqxAAb6ZlstM4cj-aW5Uh35tqiKR_FJa7SwOt1Y0=> > (anonymous) ... > > [20:03:25,965][WARN ][pool-4-thread-1]Unknown host onap-dmaap; > blacklisting for 10 minutes > > [20:03:25,965][WARN ][pool-4-thread-1]onap-dmaap > > java.net.UnknownHostException: onap-dmaap > > at java.net.InetAddress.getAllByName0(InetAddress.java:1280) > > at java.net.InetAddress.getAllByName(InetAddress.java:1192) > > at java.net.InetAddress.getAllByName(InetAddress.java:1126) > > at org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve( > SystemDefaultDnsResolver.java:45) > > at org.apache.http.impl.conn.DefaultHttpClientConnectionOpe > rator.connect(DefaultHttpClientConnectionOperator.java:112) > > at org.apache.http.impl.conn.PoolingHttpClientConnectionMan > ager.connect(PoolingHttpClientConnectionManager.java:359) > > at org.apache.http.impl.execchain.MainClientExec. > establishRoute(MainClientExec.java:381) > > at org.apache.http.impl.execchain.MainClientExec. > execute(MainClientExec.java:237) > > at org.apache.http.impl.execchain.ProtocolExec. > execute(ProtocolExec.java:185) > > at org.apache.http.impl.execchain.RetryExec.execute( > RetryExec.java:89) > > at org.apache.http.impl.execchain.RedirectExec. > execute(RedirectExec.java:111) > > at org.apache.http.impl.client.InternalHttpClient.doExecute( > InternalHttpClient.java:185) > > at org.apache.http.impl.client.CloseableHttpClient.execute( > CloseableHttpClient.java:83) > > at com.att.nsa.apiClient.http.HttpClient.runCall(HttpClient. > java:622) > > at com.att.nsa.apiClient.http.HttpClient.post(HttpClient.java:452) > > > > Does anyone have any insight into this ? > > > > Thanks, > > William > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10787): https://lists.onap.org/g/onap-discuss/message/10787 Mute This Topic: https://lists.onap.org/mt/23006519/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] [dcae] VES unknown host error
I have an onap cluster with a VES and DMaaP running. I deleted the VES pod, and let kubernetes bring it back up, in order to test another component, and i started getting this error in the VES logs: [20:03:25,245][WARN ][pool-5-thread-1]Send failed, 28 message to send. [20:03:25,245][ERROR][pool-5-thread-1]PUB_CHRONIC_FAILURE: Send failure count is 1589, above threshold 5. [20:03:25,963][INFO ][pool-4-thread-1]sending 59 msgs to /events/unauthenticated.SEC_FAULT_OUTPUT. Oldest: 1725649 ms [20:03:25,963][WARN ][pool-4-thread-1]All hosts were blacklisted; reverting to full set of hosts. [20:03:25,964][INFO ][pool-4-thread-1]POST http://onap-dmaap:3904/events/unauthenticated.SEC_FAULT_OUTPUT (anonymous) ... [20:03:25,965][WARN ][pool-4-thread-1]Unknown host onap-dmaap; blacklisting for 10 minutes [20:03:25,965][WARN ][pool-4-thread-1]onap-dmaap java.net.UnknownHostException: onap-dmaap at java.net.InetAddress.getAllByName0(InetAddress.java:1280) at java.net.InetAddress.getAllByName(InetAddress.java:1192) at java.net.InetAddress.getAllByName(InetAddress.java:1126) at org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve(SystemDefaultDnsResolver.java:45) at org.apache.http.impl.conn.DefaultHttpClientConnectionOperator.connect(DefaultHttpClientConnectionOperator.java:112) at org.apache.http.impl.conn.PoolingHttpClientConnectionManager.connect(PoolingHttpClientConnectionManager.java:359) at org.apache.http.impl.execchain.MainClientExec.establishRoute(MainClientExec.java:381) at org.apache.http.impl.execchain.MainClientExec.execute(MainClientExec.java:237) at org.apache.http.impl.execchain.ProtocolExec.execute(ProtocolExec.java:185) at org.apache.http.impl.execchain.RetryExec.execute(RetryExec.java:89) at org.apache.http.impl.execchain.RedirectExec.execute(RedirectExec.java:111) at org.apache.http.impl.client.InternalHttpClient.doExecute(InternalHttpClient.java:185) at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:83) at com.att.nsa.apiClient.http.HttpClient.runCall(HttpClient.java:622) at com.att.nsa.apiClient.http.HttpClient.post(HttpClient.java:452) Does anyone have any insight into this ? Thanks, William -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10761): https://lists.onap.org/g/onap-discuss/message/10761 Mute This Topic: https://lists.onap.org/mt/23006519/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] [dmaap] DMaaP API
Ok thank you, I think I understand how it works now. Is this behavior
primarily characteristic of Kafka?
Thanks,
William
On Thu, Jun 28, 2018 at 12:37 PM, UNNAVA, SUNIL wrote:
> In between the 2 REST subscribe calls with different consumer groups, if
> the producer publishes the messages to a topic, the 2nd REST call will
> not receive any messages as the 2nd consumer group is not subscribed to a
> Topic, before the producer publishes the messages. There is no change in
> the message received for any subsequent REST subscribe calls.
>
>
>
>
>
> Thanks,
>
> Sunil
>
>
>
> *From:* William Kurkian
> *Sent:* Thursday, June 28, 2018 11:56 AM
> *To:* UNNAVA, SUNIL
> *Cc:* onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] [dmaap] DMaaP API
>
>
>
> Ok, let me see if I understand.
>
>
>
> I can subscribe to a topic with this REST call: GET
> http(s)://{HOST:PORT}}/events/{topicname}/{consumegroup}/{
> consumerid}/{timeout=x}.
>
>
>
> Once the client gets a response with messages, they issue another REST
> call to wait for more.
>
> At the same time there is another client also issuing calls. Naturally,
> they are not issuing calls at the exact same time.
>
>
>
> Based on what I am seeing in my terminal, they may not both receive some
> messages if the other one has not received it, even if they use different
> consumer groups.
>
>
>
> Is there something I am not understanding in this ?
>
>
>
> Thanks,
>
> William
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10681): https://lists.onap.org/g/onap-discuss/message/10681
Mute This Topic: https://lists.onap.org/mt/22867594/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] [dmaap] DMaaP API
Ok, let me see if I understand.
I can subscribe to a topic with this REST call: GET
http(s)://{HOST:PORT}}/events/{topicname}/{consumegroup}/{consumerid}/{timeout=x}.
Once the client gets a response with messages, they issue another REST call
to wait for more.
At the same time there is another client also issuing calls. Naturally,
they are not issuing calls at the exact same time.
Based on what I am seeing in my terminal, they may not both receive some
messages if the other one has not received it, even if they use different
consumer groups.
Is there something I am not understanding in this ?
Thanks,
William
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10671): https://lists.onap.org/g/onap-discuss/message/10671
Mute This Topic: https://lists.onap.org/mt/22867594/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] [dmaap] DMaaP API
Hello, I am looking at the DMaaP, and how to subscribe to a topic on it. I have been testing out the REST API like so: curl http://10.42.14.190:3904/events/unauthenticated.SEC_FAULT_OUTPUT/group1/2 This successfully gets messages. The problem I have, is that if issue it for a different consumer group: curl http://10.42.14.190:3904/events/unauthenticated.SEC_FAULT_OUTPUT/group2/3 it doesn't return the same message. It works if I wait for a new message, but not to get the same ones. How can I get refetch messages that I've already received? For example, if there were two subscribers, how could they both get the same messages? Thanks, William -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10665): https://lists.onap.org/g/onap-discuss/message/10665 Mute This Topic: https://lists.onap.org/mt/22867594/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] DCAE event Guaranteed Delivery
Thanks, thanks that answers my questions. William On Wed, Jun 27, 2018, 5:45 PM VENKATESH KUMAR, VIJAY wrote: > HI William, Yes, that queue is maintained in memory currently. If the > queue builds up (due to prolonged downstream issue), then there is risk of > event loss during restart. Typically though the queue count is maintained > at zero. > > > > Thanks, > > Vijay > > > > *From:* William Kurkian > *Sent:* Wednesday, June 27, 2018 5:36 PM > *To:* VENKATESH KUMAR, VIJAY > *Cc:* onap-discuss@lists.onap.org > *Subject:* Re: [onap-discuss] DCAE event Guaranteed Delivery > > > > Thanks, that is very clear and helpful. > > > > I just have one more question. In the case where the messages are > accumulating on the queue in the VES, is that in memory? So if the memory > state is lost, then the messages are lost? > > > > I will be running this in an environment without full production support, > so I figuring out some failure cases. > > > > Thanks, > > William > > > > On Wed, Jun 27, 2018, 5:22 PM VENKATESH KUMAR, VIJAY > wrote: > > Hi, > > Just to clarify, the acknowledgement from VESCollector primarily indicates > the message was received and validated in collector but not status of > complete processing (by collector/DCAE or rest of ONAP components for that > matter). > > > > As VES entails support for multiple domains/topics and batch mode, the > response to VNF (or PNF) was strictly decoupled from rest of collector > processing by design. We have also seen instances of DMAAP connection being > lost temporarily (either network or dmaap being down) during which > collector continues to receive events and queue them. Once connection is > restored, VESCollector will forward them to appropriate topics. By handling > these transient issue, we are avoiding impact on xNF’s (otherwise xNF’s > will need queue and resend events). On typical production setup, the FS > will be monitored and should be caught and addressed before > application/pods are crashing. DMaap being critical component in ONAP, > expectation is it will be highly-available and guarantee delivery for > subscribers (once messages are published into MR topic by collector) > > > > Hope this clarifies. > > > > Regards, > > Vijay > > > > > > *From:* onap-discuss@lists.onap.org *On > Behalf Of *William Kurkian > *Sent:* Wednesday, June 27, 2018 2:23 PM > *To:* onap-discuss@lists.onap.org > *Subject:* [onap-discuss] DCAE event Guaranteed Delivery > > > > Hi, > > > > I've been experimenting with having a PNF send event information to the > DCAE, the VES specifically, in order to get it on the DMaaP. I've noticed a > failure scenario when the machine runs out of disk. A number of pods start > failing, including the DMaaP message-router and kafka. > > > > The problem I see is that, if the VES Pod is still running, it returns a > 200 Ok to any messages I send it, despite the DMaaP not running. > > > > This worries me because in a production system, faults could occur that > prevent messages from being deliverable, and certain events are > critical(alarms) and need to be guaranteed. Could someone help me > understand what is going on here? > > > > From what I see, the VES has a queue it puts the messages are on, but from > that point I don't see that I can depend on that for messages to survive in > case of things like reboot. > > > > Thanks, > > William Kurkian > > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10658): https://lists.onap.org/g/onap-discuss/message/10658 Mute This Topic: https://lists.onap.org/mt/22755059/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] DCAE event Guaranteed Delivery
Thanks, that is very clear and helpful. I just have one more question. In the case where the messages are accumulating on the queue in the VES, is that in memory? So if the memory state is lost, then the messages are lost? I will be running this in an environment without full production support, so I figuring out some failure cases. Thanks, William On Wed, Jun 27, 2018, 5:22 PM VENKATESH KUMAR, VIJAY wrote: > Hi, > > Just to clarify, the acknowledgement from VESCollector primarily indicates > the message was received and validated in collector but not status of > complete processing (by collector/DCAE or rest of ONAP components for that > matter). > > > > As VES entails support for multiple domains/topics and batch mode, the > response to VNF (or PNF) was strictly decoupled from rest of collector > processing by design. We have also seen instances of DMAAP connection being > lost temporarily (either network or dmaap being down) during which > collector continues to receive events and queue them. Once connection is > restored, VESCollector will forward them to appropriate topics. By handling > these transient issue, we are avoiding impact on xNF’s (otherwise xNF’s > will need queue and resend events). On typical production setup, the FS > will be monitored and should be caught and addressed before > application/pods are crashing. DMaap being critical component in ONAP, > expectation is it will be highly-available and guarantee delivery for > subscribers (once messages are published into MR topic by collector) > > > > Hope this clarifies. > > > > Regards, > > Vijay > > > > > > *From:* onap-discuss@lists.onap.org *On > Behalf Of *William Kurkian > *Sent:* Wednesday, June 27, 2018 2:23 PM > *To:* onap-discuss@lists.onap.org > *Subject:* [onap-discuss] DCAE event Guaranteed Delivery > > > > Hi, > > > > I've been experimenting with having a PNF send event information to the > DCAE, the VES specifically, in order to get it on the DMaaP. I've noticed a > failure scenario when the machine runs out of disk. A number of pods start > failing, including the DMaaP message-router and kafka. > > > > The problem I see is that, if the VES Pod is still running, it returns a > 200 Ok to any messages I send it, despite the DMaaP not running. > > > > This worries me because in a production system, faults could occur that > prevent messages from being deliverable, and certain events are > critical(alarms) and need to be guaranteed. Could someone help me > understand what is going on here? > > > > From what I see, the VES has a queue it puts the messages are on, but from > that point I don't see that I can depend on that for messages to survive in > case of things like reboot. > > > > Thanks, > > William Kurkian > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10643): https://lists.onap.org/g/onap-discuss/message/10643 Mute This Topic: https://lists.onap.org/mt/22755059/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] DCAE event Guaranteed Delivery
Hi, I've been experimenting with having a PNF send event information to the DCAE, the VES specifically, in order to get it on the DMaaP. I've noticed a failure scenario when the machine runs out of disk. A number of pods start failing, including the DMaaP message-router and kafka. The problem I see is that, if the VES Pod is still running, it returns a 200 Ok to any messages I send it, despite the DMaaP not running. This worries me because in a production system, faults could occur that prevent messages from being deliverable, and certain events are critical(alarms) and need to be guaranteed. Could someone help me understand what is going on here? >From what I see, the VES has a queue it puts the messages are on, but from that point I don't see that I can depend on that for messages to survive in case of things like reboot. Thanks, William Kurkian -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10636): https://lists.onap.org/g/onap-discuss/message/10636 Mute This Topic: https://lists.onap.org/mt/22755059/21656 Group Owner: onap-discuss+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[onap-discuss] DCAE DMaaP use and DiskPressure
Hello, I've been working on an application to stream event data from a PNF to the DCAE, and then receive it through the DMaaP. I am on the beijing version. I've done some stress testing, and I find that the problem I have is disk pressure taking pods down around 90% utilization. Looking at the NFS share, it appears the main cause is 30G of data in elasticsearch. Does anyone have any insight to what this is, or how this could be managed? Thanks, William Kurkian ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] MSB - DCAE/VESCollector
Thanks, that worked fone. William On Tue, Jun 12, 2018 at 5:40 PM, VENKATESH KUMAR, VIJAY wrote: > Hi William, The VEScollector is also exposed via Nodeport (30235 by > default). You can configure the PNF to send events into address>:30235/eventListener/v5. > > > > Regards, > > Vijay > > *From:* onap-discuss-boun...@lists.onap.org < > onap-discuss-boun...@lists.onap.org> *On Behalf Of *William Kurkian > *Sent:* Tuesday, June 12, 2018 2:51 PM > *To:* onap-discuss@lists.onap.org > *Subject:* [onap-discuss] MSB - DCAE/VESCollector > > > > Hello, > > > > Does anyone know how devices external to ONAP, such as a PNF, should > access the VES Collector in a Kubernetes installation? > > > > One thing I looked at was querying the MSB, but it did not have the VES > collector listed, at least in my current installation. I am a few weeks > behind, so I don't know if it has been added since. > > > > Thanks, > > William Kurkian > ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] MSB - DCAE/VESCollector
Hello, Does anyone know how devices external to ONAP, such as a PNF, should access the VES Collector in a Kubernetes installation? One thing I looked at was querying the MSB, but it did not have the VES collector listed, at least in my current installation. I am a few weeks behind, so I don't know if it has been added since. Thanks, William Kurkian ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] Environment for Deploying ONAP
Hi Michel, In our deployment, we have two hosts. We had not set up the network file share slave on the second VM. The first one had it setup by a script we used. We were having that aaf-locate pod fail, and a number of other aaf pods were failing due to this dependency, and possible other issues. Once we set up the network share on the slave it started working. In our case we redeployed, though I don't think you should have to. I used the NFS slave script from this page: https://wiki.onap.org/ display/DW/ONAP+on+Windriver+ONAP+Developer+Cloud# ONAPonWindriverONAPDeveloperCloud-SettingupanNFSshareforMultinod eKubernetesClusters it is called slave_nfs_node.sh. I also ran the master_nfs_node.sh, but I think I already had it setup. On Tue, May 15, 2018 at 3:05 PM, Michal Ptacek <m.pta...@partner.samsung.com > wrote: > Hello William, > > sorry for still hijacking your thread :-) But I would like to understand > how did you fixed that AAF pods problems, > > I am also having problem you indicated in some of previous mails > > > > '/bin/bash: /opt/app/osaaf/logs/locate/stdout`date -I`: No such file or > directory ' in dev-aaf-locate pod > > other AAF pods are having issues as well, > > > > I have setup rancher_server and have 2 kubernetes nodes for onap pods, I > think I have everything in place but did not used Michael's script in > LOG-325. > > You mentioned some "NFS requirement", I have NFS :-) Can you please > alloborate little more on how you fix that or you just used that LOG-325 > script and simply all problems disappeared ? > > > > thank you very much, > > Michal > > > > - *Original Message* - > > *Sender* : William Kurkian -X (wkurkian - INSIGHT GLOBAL INC at Cisco) < > wkurk...@cisco.com> > > *Date* : 2018-05-15 18:06 (GMT+1) > > *Title* : Re: [onap-discuss] Environment for Deploying ONAP > > *To : *null<frank.obr...@amdocs.com>, null<onap-discuss@lists.onap.org> > > *CC : *null<rman...@cisco.com> > > > > Thanks Michael, > > > > We managed to solve our issues. There were two things. 1) We setup our > cloud environment according to kubernetes w/ rancher. When we set up our > cloud, we didn’t use any particular script to setup the second host we > needed for ONAP, and we were unaware of the NFS requirement. We have > updated this, and now have only 4 pods with problems, but they do not > affect us. Previously, most of the AAF pods were failing. > > > > 2) We were having issues with accessing the portal, specifically, the > session was timing out. We found that this was due to us not using the > entries we configured in /etc/hosts when we initially navigated to the UI. > Once we started using those, our session issues were fixed. > > > > Thanks for your help, and the resources provided by the community, > > William > > > > [image: > https://www.cisco.com/c/dam/m/en_us/signaturetool/images/logo/Cisco_Logo_no_TM_Cisco_Blue-RGB_43px.png] > > *William Kurkian* > > Engineer / Developer > > wkurk...@cisco.com > > Tel: > > > > > > > > > > Cisco Systems, Inc. > > > > > > > > United States > > cisco.com > > [image: http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif] > > Think before you print. > > This email may contain confidential and privileged material for the sole > use of the intended recipient. Any review, use, distribution or disclosure > by others is strictly prohibited. If you are not the intended recipient (or > authorized to receive for the recipient), please contact the sender by > reply email and delete all copies of this message. > > Please click here > <http://www.cisco.com/c/en/us/about/legal/terms-sale-software-license-agreement/company-registration-information.html> > for Company Registration Information. > > > > > > *From:* Michael O'Brien <frank.obr...@amdocs.com> > *Sent:* Monday, May 14, 2018 7:01 PM > *To:* William Kurkian -X (wkurkian - INSIGHT GLOBAL INC at Cisco) < > wkurk...@cisco.com>; onap-discuss@lists.onap.org > *Cc:* Raghu Mannam -X (rmannam - INSIGHT GLOBAL INC at Cisco) < > rman...@cisco.com> > *Subject:* RE: Environment for Deploying ONAP > > > > Guys, > >Hi, post links to which pages you are using on the wiki or readthedocs, > whether you are using the automated scripts off LOG-320 – which ones, and > post some of the issues you are having with details to either onap-discuss > here – or on the wiki as a comment. > > I don’t have any detail on what “issues” is. > > > > ONAP runs on anything that supports Ubuntu 16.04 (a Rancher RI > requ
Re: [onap-discuss] Environment for Deploying ONAP
Thanks Michael,
We managed to solve our issues. There were two things. 1) We setup our cloud
environment according to kubernetes w/ rancher. When we set up our cloud, we
didn't use any particular script to setup the second host we needed for ONAP,
and we were unaware of the NFS requirement. We have updated this, and now have
only 4 pods with problems, but they do not affect us. Previously, most of the
AAF pods were failing.
2) We were having issues with accessing the portal, specifically, the session
was timing out. We found that this was due to us not using the entries we
configured in /etc/hosts when we initially navigated to the UI. Once we started
using those, our session issues were fixed.
Thanks for your help, and the resources provided by the community,
William
[https://www.cisco.com/c/dam/m/en_us/signaturetool/images/logo/Cisco_Logo_no_TM_Cisco_Blue-RGB_43px.png]
William Kurkian
Engineer / Developer
wkurk...@cisco.com<mailto:wkurk...@cisco.com>
Tel:
Cisco Systems, Inc.
United States
cisco.com
[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]
Think before you print.
This email may contain confidential and privileged material for the sole use of
the intended recipient. Any review, use, distribution or disclosure by others
is strictly prohibited. If you are not the intended recipient (or authorized to
receive for the recipient), please contact the sender by reply email and delete
all copies of this message.
Please click
here<http://www.cisco.com/c/en/us/about/legal/terms-sale-software-license-agreement/company-registration-information.html>
for Company Registration Information.
From: Michael O'Brien <frank.obr...@amdocs.com>
Sent: Monday, May 14, 2018 7:01 PM
To: William Kurkian -X (wkurkian - INSIGHT GLOBAL INC at Cisco)
<wkurk...@cisco.com>; onap-discuss@lists.onap.org
Cc: Raghu Mannam -X (rmannam - INSIGHT GLOBAL INC at Cisco) <rman...@cisco.com>
Subject: RE: Environment for Deploying ONAP
Guys,
Hi, post links to which pages you are using on the wiki or readthedocs,
whether you are using the automated scripts off LOG-320 - which ones, and post
some of the issues you are having with details to either onap-discuss here - or
on the wiki as a comment.
I don't have any detail on what "issues" is.
ONAP runs on anything that supports Ubuntu 16.04 (a Rancher RI
requirement) - openstack, VMWare Fusion/Workstation, AWS, Azure, GCE.
For reference the oom_entrypoint.sh script will work out of the box and get
an onap system up (except for the single node 11O pod limit) on the azure
instance ARM template defined in OOM-711/LOG-321
We will be able to help you out and benefit the larger community with your
version of deployment as well.
Currently the oom_rancher_install.sh in LOG-325 will install on any Ubuntu
16.04 VM and bring up a fully running kubernetes cluster with helm, kubectl,
docker and rancher installed. However the script is being retrofitted to be
able to do a cloud-native cluster - as you know we need at least 2 machines.
The script can bring up the master, then run docker, the nfs share and the
rancher client docker container on each host - wait for the cluster to
stabilize and then remove the original host - to make a 1 + n cluster. I have
verified this works best on AWS with EFS, currently getting an Azure cluster
working, openstack will work as well. I have a 4 nuc bare metal cluster that I
am also building and will post shortly.
http://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_quickstart_guide.html
https://wiki.onap.org/display/DW/ONAP+on+Windriver+ONAP+Developer+Cloud
https://wiki.onap.org/display/DW/ONAP+on+Kubernetes+on+Rancher
https://wiki.onap.org/display/DW/Cloud+Native+Deployment
Thank you
/michael
From: William Kurkian -X (wkurkian - INSIGHT GLOBAL INC at Cisco)
[mailto:wkurk...@cisco.com]
Sent: Monday, May 14, 2018 4:17 PM
To: Michael O'Brien <frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>>
Cc: Raghu Mannam -X (rmannam - INSIGHT GLOBAL INC at Cisco)
<rman...@cisco.com<mailto:rman...@cisco.com>>
Subject: RE: Environment for Deploying ONAP
Apologies, I left out that we were using Kubernetes with Rancher, and have
followed the instructions for using these.
William
[https://www.cisco.com/c/dam/m/en_us/signaturetool/images/logo/Cisco_Logo_no_TM_Cisco_Blue-RGB_43px.png]
William Kurkian
Engineer / Developer
wkurk...@cisco.com<mailto:wkurk...@cisco.com>
Tel:
Cisco Systems, Inc.
United States
cisco.com
[http://www.cisco.com/assets/swa/img/thinkbeforeyouprint.gif]
Think before you print.
This email may contain confidential and privileged material for the sole use of
the intended recipient. Any review, use, distribution or disclosure by others
is strictly prohibited. If you are not the intended recipient (or authorized to
receive for the recip
[onap-discuss] AAF kubernetes pods failing
Hello, On my onap install, most of the AAF pods are not starting. It seems to be largely because of one pod that has an error sending it into CrashLoopBackoff. It is the aaf-locate pod and it gets this error: /bin/bash: /opt/app/osaaf/logs/locate/stdout`date -I`: No such file or directory Is this known and expected? or is it some issue on my machine? Thanks, William Kurkian ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
Re: [onap-discuss] Portal Session issue Zookeeper
Thanks for the response. I am a developer working with Cisco and AT, and my colleague and I are getting involved with ONAP for a number of initiatives. We are interested in contributing with issues we find, if it is reasonable. Let us know if we can do anything, but thanks for your assistance. William On Wed, May 9, 2018, 1:44 PM TALASILA, MANOOP (MANOOP) < talas...@research.att.com> wrote: > Hi William, > > > > Thanks for reporting the issue. As you detailed the issue in > https://jira.onap.org/browse/MUSIC-75 , seems like the issue should do > something with MUSIC’s zookeeper. Thomas Nelson from Music team is looking > into this issue. > > > > Tom ~ Please let us know, if you have any update on it. Thanks. > > > > Manoop > > > > *From: *<onap-discuss-boun...@lists.onap.org> on behalf of William > Kurkian <wkurki...@gmail.com> > *Date: *Wednesday, May 9, 2018 at 1:39 PM > *To: *"onap-discuss@lists.onap.org" <onap-discuss@lists.onap.org> > *Subject: *[onap-discuss] Portal Session issue Zookeeper > > > > Hi, > > > > I am having session issues with logging into the portal. > > > > I get a number of errors on the portal side, basically indicating that > there is no session. I noticed something strange with zookeeper though, and > I wanted to see if anyone knows whether this behavior is anomalous. > > > > Here are some of the logs I see. These are generated continually. > > > > 2018-05-09 17:38:42,267 [myid:] - INFO [NIOServerCxn.Factory: > 0.0.0.0/0.0.0.0:2181:NIOServerCnxnFactory@215 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__0.0.0.0_0.0.0.0-3A2181-3ANIOServerCnxnFactory-40215=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=yt-O50tvpuMdotGsp6qxtg1WKL-CF5sxwdZn_uygeC8=>] > - Accepted socket connection from /10.42.0.1:59038 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__10.42.0.1-3A59038=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=3gLo0uQ-gh8z3vsRF0sZWPXolJ6BuHzNbrgSzxer1tY=> > > 2018-05-09 17:38:42,268 [myid:] - WARN [NIOServerCxn.Factory: > 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@376 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__0.0.0.0_0.0.0.0-3A2181-3ANIOServerCnxn-40376=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=EInd9Te9eEKoiHTZv8Ov6NIADnxT2znwzQkxdWgnXIU=>] > - Unable to read additional data from client sessionid 0x0, likely client > has closed socket > > 2018-05-09 17:38:42,268 [myid:] - INFO [NIOServerCxn.Factory: > 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@1040 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__0.0.0.0_0.0.0.0-3A2181-3ANIOServerCnxn-401040=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=4MwBo8i-6YZrxuqvd_9MSm9Qg3DIi1uRqtnezhoTuC0=>] > - Closed socket connection for client /10.42.0.1:59038 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__10.42.0.1-3A59038=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=3gLo0uQ-gh8z3vsRF0sZWPXolJ6BuHzNbrgSzxer1tY=> > (no session established for client) > > 2018-05-09 17:38:45,498 [myid:] - INFO [NIOServerCxn.Factory: > 0.0.0.0/0.0.0.0:2181:NIOServerCnxnFactory@215 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__0.0.0.0_0.0.0.0-3A2181-3ANIOServerCnxnFactory-40215=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=yt-O50tvpuMdotGsp6qxtg1WKL-CF5sxwdZn_uygeC8=>] > - Accepted socket connection from /10.42.0.1:59388 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__10.42.0.1-3A59388=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=QCubXoWH2zfwhzGM8fc8xkN3oPBZwB6VYMfDDHFBUiA=> > > 2018-05-09 17:38:45,499 [myid:] - WARN [NIOServerCxn.Factory: > 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@376 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__0.0.0.0_0.0.0.0-3A2181-3ANIOServerCnxn-40376=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trIiLe-U2OvGp0SXnE4nO3a-LJ-q_w=wYgoXO4OZJTRPfgCY0hXE4mO2qBj2XHzqPJnOTHJVAA=EInd9Te9eEKoiHTZv8Ov6NIADnxT2znwzQkxdWgnXIU=>] > - Unable to read additional data from client sessionid 0x0, likely client > has closed socket > > 2018-05-09 17:38:45,499 [myid:] - INFO [NIOServerCxn.Factory: > 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@1040 > <https://urldefense.proofpoint.com/v2/url?u=http-3A__0.0.0.0_0.0.0.0-3A2181-3ANIOServerCnxn-401040=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=WrNqy1qTY6qs8trI
[onap-discuss] Portal Session issue Zookeeper
Hi, I am having session issues with logging into the portal. I get a number of errors on the portal side, basically indicating that there is no session. I noticed something strange with zookeeper though, and I wanted to see if anyone knows whether this behavior is anomalous. Here are some of the logs I see. These are generated continually. 2018-05-09 17:38:42,267 [myid:] - INFO [NIOServerCxn.Factory: 0.0.0.0/0.0.0.0:2181:NIOServerCnxnFactory@215] - Accepted socket connection from /10.42.0.1:59038 2018-05-09 17:38:42,268 [myid:] - WARN [NIOServerCxn.Factory: 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@376] - Unable to read additional data from client sessionid 0x0, likely client has closed socket 2018-05-09 17:38:42,268 [myid:] - INFO [NIOServerCxn.Factory: 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@1040] - Closed socket connection for client /10.42.0.1:59038 (no session established for client) 2018-05-09 17:38:45,498 [myid:] - INFO [NIOServerCxn.Factory: 0.0.0.0/0.0.0.0:2181:NIOServerCnxnFactory@215] - Accepted socket connection from /10.42.0.1:59388 2018-05-09 17:38:45,499 [myid:] - WARN [NIOServerCxn.Factory: 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@376] - Unable to read additional data from client sessionid 0x0, likely client has closed socket 2018-05-09 17:38:45,499 [myid:] - INFO [NIOServerCxn.Factory: 0.0.0.0/0.0.0.0:2181:NIOServerCnxn@1040] - Closed socket connection for client /10.42.0.1:59388 (no session established for client) William ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] Issue pulling image
I am trying to pull an image for the portal-app pod, but it is not working: Failed to pull image " nexus3.onap.org:10001/onap/portal-app:2.1-STAGING-latest" I can't find an image I can pull, is there something I can do to resolve this? William ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
[onap-discuss] Debugging Portal/Music java code in container
I have an issue logging into the Portal in my ONAP deployment. I have described the issue here: https://jira.onap.org/browse/MUSIC-75. Basically there is a null pointer exception. How can I setup a debugger to see what is happening here? Is there a resource on how to do this ? Thanks, William Kurkian ___ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
