Hi all,
I encounter mistakes while follow "
https://wiki.opendaylight.org/view/OpenDaylight_Controller:MD-SAL:Toaster_Step-By-Step#Prepare_the_Project_Structure
"
1. In "Generate the project structure:" section, I encounter bugs as first
email said, so I have to run command as this:
mvn
Hi all,
I don't know if this is mistake of this document:
Define value for property 'groupId': : org.opendaylight.toaster
Define value for property 'artifactId': : toaster
Define value for property 'version': 1.0-SNAPSHOT: : 0.1.0-SNAPSHOT
Define value for property 'package':
CC-ing controller-dev anyway,
These messages shown in one of the candidates (.101) after OF device owner
(.103) is killed. RPC "add-flow" to the candidate (.101) which is not the new
owner will fail until we see the message *Leader can perform its duties again*
below after few mins.
This
Qasmaoui,
I'm not sure exactly what you mean by the name of it but ODL uses a
clustered datastore (we informally call it CDS for short) which is stored
in memory and also persisted.
Tom
On Wed, Apr 19, 2017 at 4:35 PM, qasmaoui youssef
wrote:
> hello every one ,
>
> excuse
hello every one ,
excuse me for my way to bing the subject but i searched for long time to
contact any developer in the ODL community.
if im on the right place let me ask my question directly :
what is the name of the in-memory databse used by ODL ?
otherwise point me somewhere where i can post
Ok - so you're using the . The code that handles that
is in org.opendaylight.controller.blueprint.ext.DataStoreAppConfigMetadata.
Basically it registers a DTCL for changes to the yang model. On change, it
restarts the blueprint container. Enable debug and see if it's getting
triggered.
Tom
On
No, I’m referring to re-configuration of blueprint modules via restconf.
First re-configuration passes and all next attempts are resulting with 200OK
but the new configuration is not used by the module.
Thanks,
Tomas
From: Tom Pantelis [mailto:tompante...@gmail.com]
Sent: Wednesday, April 19,
Are you referring to re-configuration of a config subsystem (CSS) module
via restconf? If so, I don't know why it doesn't seem to work but I would
suggest not using this mechanism as it's problematic for upgrades. I
suggest to also convert to blueprint as, since Boron, we have been moving
away
On Wed, Apr 19, 2017 at 6:43 AM, 风驰天下 <609790...@qq.com> wrote:
> Thanks for your reply.
>
> "I'm not exactly sure of what you mean by "the cluster always run in only
> one datacenter". You're actually setting up a 6-node cluster with 3 of
> them as non-voting and acting as a backup - they are
Thanks for your reply.
"I'm not exactly sure of what you mean by "the cluster always run in only one
datacenter". You're actually setting up a 6-node cluster with 3 of them as
non-voting and acting as a backup - they are replicated to but are not needed
for consensus. "
--I'm not sure how
But when I open the link "
http://nexus.opendaylight.org/content/repositories/opendaylight.snapshot/archetype-catalog.xml;
by chrome browser, it's OK.
2017-04-19 17:26 GMT+08:00 Sam :
> Hi all,
>
> When I run "https://wiki.opendaylight.org/view/OpenDaylight_
>
Hi all,
When I run "
https://wiki.opendaylight.org/view/OpenDaylight_Controller:MD-SAL:Toaster_Step-By-Step#Prerequisites;
to Generate the project structure as bellow:
mvn archetype:generate -DarchetypeGroupId=org.opendaylight.controller
-DarchetypeArtifactId=opendaylight-startup-archetype \
On Wed, Apr 19, 2017 at 4:04 AM, 风驰天下 <609790...@qq.com> wrote:
> Hi,everyone,
>
> I have two question about Geo-distributed Active/Backup Setup in
> Carbon.
>
> 1.It is said that the cluster can be expanded with nodes in a
> different datacenter, but in a way that doesn’t affect latency
Hi,everyone,
I have two question about Geo-distributed Active/Backup Setup in Carbon.
1.It is said that the cluster can be expanded with nodes in a different
datacenter, but in a way that doesn??t affect latency of the primary nodes,
which I think means I can setup a backup
14 matches
Mail list logo