It won't work in Boron b/c the binding classes aren't exported. This was changed in Carbon so there is now a public sal-cluster-admin-api bundle so the binding service can be used internally. This probably could be backported to Boron or you can use the DOM API service.
On Thu, Jan 19, 2017 at 8:31 AM, Vikram Darsi <vda...@advaoptical.com> wrote: > Hi Tom Pantelis and team > > > > One question regarding backup and restore. > > > > We wanted to consume the RPC’s defined in cluster-admin.yang using java > code ,so, defined odl:rpc-service tag in blueprint and inject it into our > classes, surprisingly it did not work. > > > > bundle:diag command output: > > could not be resolved. Reason: Missing Constraint: Import-Package: > org.opendaylight.yang.gen.v1.urn.opendaylight.params.xml. > ns.yang.controller.md.sal.cluster.admin.rev151013; version="0.0.0" > > > > Below is our observation: > > 1. sal-cluster-admin-1.4.0-Boron.jar is not exporting any packages > > 2. <Export-Package> element is empty in sal-cluster-admin/pom.xml > ‘s maven-bundle-plugin definition > > 3. If we remove “<Export-Package>” and run, then the above error is > not seen > > > > Is this intentional or a bug? > > > > Thanks > > Vikram > > > > > > > > *From:* controller-dev-boun...@lists.opendaylight.org [mailto: > controller-dev-boun...@lists.opendaylight.org] *On Behalf Of *Lori Jakab > *Sent:* 13 January 2017 11:42 > *To:* Tom Pantelis <tompante...@gmail.com> > *Cc:* disc...@lists.opendaylight.org; controller-dev@lists. > opendaylight.org > > *Subject:* Re: [controller-dev] Backup and Restore > > > > Hi, > > > > I distilled some of the findings of this thread into the clustering > section of the Getting Started Guide. Reviews welcome: https://git. > opendaylight.org/gerrit/#/c/50098/ > > > > -Lori > > > > On Thu, Jan 12, 2017 at 6:22 PM, Tom Pantelis <tompante...@gmail.com> > wrote: > > The backup is node independent so when restoring an entire 3 node cluster, > you can restore the backup on each. What you don't want to do is only > restore on one node with the other 2 with empty DBs and bring up all 3 at > the same time. In that case, the 2 with no data may form a majority and the > cluster comes up with no data. You can stagger them, ie restore on 1, bring > 2 up and verify they're synced, then bring up the 3rd. But it's easiest to > just restore on all 3. > > > > On Thu, Jan 12, 2017 at 11:03 AM, Miguel Angel Muñoz Gonzalez < > miguel.angel.munoz.gonza...@ericsson.com> wrote: > > Great to know this info, thanks everyone! > > > > I am afraid it is not possible to restore backup while ODL is running, > correct? > > > > Just one more thing to confirm: In a cluster, it would be enough by > backing up one node, while restoring should be done in every node in the > cluster, am I right? > > > > Thank you very much, > > Miguel Ángel. > > > > *From:* Tom Pantelis [mailto:tompante...@gmail.com] > *Sent:* jueves, 12 de enero de 2017 15:08 > *To:* Lori Jakab <lorand.jakab+...@gmail.com> > *Cc:* David Suarez Fuentes <david.suarez.fuen...@ericsson.com>; Miguel > Angel Muñoz Gonzalez <miguel.angel.munoz.gonza...@ericsson.com>; > disc...@lists.opendaylight.org; controller-dev@lists.opendaylight.org > *Subject:* Re: [controller-dev] Backup and Restore > > > > yes - directory. Backup file name doesn't matter. You put the file in that > directory and it's read on startup and then deleted. However the journal > and snapshots must be empty or else it won't restore. > > > > On Thu, Jan 12, 2017 at 8:40 AM, Lori Jakab <lorand.jakab+...@gmail.com> > wrote: > > On Thu, Jan 12, 2017 at 3:01 PM, Tom Pantelis <tompante...@gmail.com> > wrote: > > You restore by putting the backup file in > $KARAF_HOME/clustered-datastore-restore > (create it) > > > > I assume `clustered-datastore-restore` is a directory. Does the backup > file name matter? > > > > -Lori > > > > , delete journal and snapshots directories and start karaf. > > > > On Thu, Jan 12, 2017 at 5:20 AM, David Suarez Fuentes < > david.suarez.fuen...@ericsson.com> wrote: > > Hi, > > > > Thanks Lori to point out to this API method. By looking at the methods > offered by the cluster-admin module, what I cannot see is the "restore" > method. Can someone tell us where we can find this? > > > > Thanks in advance, > > David. > ------------------------------ > > *De:* controller-dev-boun...@lists.opendaylight.org < > controller-dev-boun...@lists.opendaylight.org> en nombre de Lori Jakab < > lorand.jakab+...@gmail.com> > *Enviado:* miércoles, 11 de enero de 2017 21:31:44 > *Para:* Miguel Angel Muñoz Gonzalez > *Cc:* disc...@lists.opendaylight.org; controller-dev@lists. > opendaylight.org > *Asunto:* Re: [controller-dev] Backup and Restore > > > > On Wed, Jan 11, 2017 at 8:39 PM, Miguel Angel Muñoz Gonzalez < > miguel.angel.munoz.gonza...@ericsson.com> wrote: > > Hi everyone, > > We are trying to implement a backup/restore mechanism for ODL. I have not > found much information about it in pipermail history except some questions > and brief proposals (such as generating an snapshot and storing in a > particular file, using an external database,…). I would appreciate if > someone familiar with the topic could give us some hints on it: > > > > - Is it possible to backup MDSAL Configuration datastore as of > today? (I suppose it’s a matter of backing up leveldb files) > > > > - If so, how can we guarantee that the backup is correct and/or > consistent while it is running traffic and datastore is being modified? > > > > - Supposedly there is a working mechanism consisting on: > stopping ODL, copying the files manually and start it up… However, it would > nice to know if there a more sophisticated mechanism to backup the > datastore, especially if it does not imply stopping ODL. E.g. a particular > API or tool that can be called to perform this activity? > > > > I hope more knowledgeable people will give you a detailed answer, but > there is one RPC that allows creating a backup of ODL while it is running: > > > > POST /restconf/operations/cluster-admin:backup-datastore > > > > Where the message body looks like this: > > > > { > > "input": { > > "file-path": "/tmp/datastore_backup" > > } > > } > > > > Since the datastore is transaction based, I assume this will save data up > to the last successful transaction, but don't quote me on that. > > > > One of the main issues with backup/restore, AFAIK is the possibility that > a schema (YANG model) may change between the backup and restore, and how to > handle that. > > > > -Lori > > > > _______________________________________________ > controller-dev mailing list > controller-dev@lists.opendaylight.org > https://lists.opendaylight.org/mailman/listinfo/controller-dev > > > > > > > > > > >
_______________________________________________ controller-dev mailing list controller-dev@lists.opendaylight.org https://lists.opendaylight.org/mailman/listinfo/controller-dev
