Thanks Vishal – giving that I assume we should consider using this as a
workaround in SR2 (should probably run verifications first)
Thanks,
Koby
From: Vishal Thapar [mailto:vishal.tha...@ericsson.com]
Sent: Thursday, December 15, 2016 7:54 AM
To: Aizer, Koby ; Abhijit Kumbhare ;
Shuva Jyoti Kar
Hi Koby,
Sorry for delayed response, it was rather late at night for me.
This listener is only interested in Group entries configured by Elan i.e.
Config DataStore. Statistics code is for populating operational DS which we’re
not using today in any of netvirt code.
Regards,
Vishal.
From: Aize
Vishal,
Just to make sure I understand - Are you saying there is non-statistics related
code that also creates those group entries?
Because I can see the ElanGroupListener code is listening on these (relatively
new code, 13 days ago)
Thanks,
Koby
From: Vishal Thapar [mailto:vishal.tha...@erics
No, we don’t have dependency on stats in L2GW or any genius/netvirt code, yet ☺
Regards,
Vishal.
From: Aizer, Koby [mailto:koby.ai...@hpe.com]
Sent: 15 December 2016 02:49
To: Abhijit Kumbhare ; Shuva Jyoti Kar
Cc: Kochba, Alon ; An Ho ; Vishal Thapar
; openflowplugin-dev
; Anil Vishnoi
; Lu
Hi Shuva,
We have this issue reproduced in our lab. Would looking into a live setup help
with the analysis?
If it will, I can check whether we can arrange such access.
Thanks,
Koby
From: Shuva Jyoti Kar [mailto:shuva.jyoti@ericsson.com]
Sent: Tuesday, December 13, 2016 9:29 AM
To: Aizer, Ko
+ netvirt-dev
So far we weren’t able to reproduce the issue when statistics are disabled
(still undergoes testing), but I’m not sure what effects it might have on the
netvirt/genius code.
I’ve seen some Flow & Group listeners in genius/netvirt (If I understand
correctly StatisticsGatheringUtil
So we will continue investigating this in the coming days but the fix will
most likely be in the SR3 timeframe. Till then the workaround of turning
off stats as mentioned by Shuva might be the option.
On Tue, Dec 13, 2016 at 5:38 AM, Shuva Jyoti Kar <
shuva.jyoti@ericsson.com> wrote:
> Hi Alo
And do someone have an explanation how can this happen deterministically in
this context?
-Original Message-
From: Robert Varga [mailto:n...@hq.sk]
Sent: Wednesday, December 14, 2016 4:46 PM
To: Sela, Guy ; openflowplugin-dev@lists.opendaylight.org;
ovsdb-...@lists.opendaylight.org; mds
On 12/14/2016 09:29 AM, Sela, Guy wrote:
> 2016-12-14 10:12:20,183 | ERROR | ult-dispatcher-4 |
> SimpleShardDataTreeCohort| 176 -
> org.opendaylight.controller.sal-distributed-datastore - 1.4.2.SNAPSHOT |
> Transaction member-1-datastore-operational-fe-0-chn-1-txn-0 failed to
> prepare
>
Are the proxy exceptions also in good runs? I think that is a known problem
caused by config and blueprint but not an issue.
Does ovsdb really have a problem or is it just more exceptions? I think I
have seen where ovsdb is notified multiple times about eos and it causes
exceptions, but it didn't
I'm debugging this with Guy in IRC. Got a few pointers, in the meantime can
anyone help explain the following exception:
2016-12-14 12:06:46,766 | INFO | DBConnNotifSer-2 | ServiceRecipe
| 15 - org.apache.aries.blueprint.core - 1.6.1 | Unable to create a proxy
object for the
ovsdb:1
Both for operational and config
From: Vishal Thapar [mailto:vishal.tha...@ericsson.com]
Sent: Wednesday, December 14, 2016 11:08 AM
To: Sela, Guy ; openflowplugin-dev@lists.opendaylight.org;
ovsdb-...@lists.opendaylight.org; mdsal-...@lists.opendaylight.org
Subject: RE: OVS connectio
Hi Guy,
This looks like OVSDB plugin was unable to update the OSDB operational
DataStore and rest of exceptions are domino effect. I'd appreciate if some
MDSAL guys could chip in on why the first transaction failed [IAE: Metadata not
available for modification]. Is it because we're trying to cr
Hi,
Boron code (Almost latest)
OVS connects to the ODL as OvsDB manager, but fails in the processing, so can't
establish openflow connection.
Anyone can think of a reason for these exceptions?
2016-12-14 10:12:19,272 | INFO | DBConnNotifSer-1 | OvsdbConnectionManager
| 251 - org.open
14 matches
Mail list logo