https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/CONTROLLER-1389 controller <p>odl-akka-leveldb pulls in leveldb which pulls in </p> <p>mvn:org.fusesource.leveldbjni/leveldbjni-all/1.8</p> <p>This dependency fails with:<br/> Error executing command: Can't install feature odl-l2switch-switch/0.0.0: <br/> Could not start bundle mvn:org.fusesource.leveldbjni/leveldbjni-all/1.8 in feature(s) odl-akka-leveldb-0.7: The bundle "org.fusesource.leveldbjni.leveldbjni-all_1.8.0 <span class="error">&#91;355&#93;</span>" could not be resolved. Reason: No match found for native code: META-INF/native/windows32/leveldbjni.dll; processor=x86; osname=Win32, META-INF/native/windows64/leveldbjni.dll; processor=x86-64; osname=Win32, META-INF/native/osx/libleveldbjni.jnilib; processor=x86; osname=macosx, META-INF/native/osx/libleveldbjni.jnilib; processor=x86-64; osname=macosx, META-INF/native/linux32/libleveldbjni.so; processor=x86; osname=Linux, META-INF/native/linux64/libleveldbjni.so; processor=x86-64; osname=Linux</p> <p>As there is no nativ build for arm 32 and 64 bit available. This blocks deployment on non x86 machines like ARM 64 bit servers.</p> <p>See this entry:<br/> <a href="https://ask.opendaylight.org/question/4114/lithium-rc2-feature-install-error-on-armv8-platform/" class="external-link" target="_blank" rel="nofollow noopener">https://ask.opendaylight.org/question/4114/lithium-rc2-feature-install-error-on-armv8-platform/</a></p> <p>And this ML post:<br/> <a href="https://lists.opendaylight.org/pipermail/controller-dev/2015-June/009797.html" class="external-link" target="_blank" rel="nofollow noopener">https://lists.opendaylight.org/pipermail/controller-dev/2015-June/009797.html</a></p> <p>It is possible to compile for arm as this page shows:<br/> <a href="http://arm.koji.fedoraproject.org/koji/rpminfo?rpmID=1282603" class="external-link" target="_blank" rel="nofollow noopener">http://arm.koji.fedoraproject.org/koji/rpminfo?rpmID=1282603</a></p> <p>Its a feature request in the end - and for a external dependency. But it shows that we need to be careful with our dependencies!</p> <p>Operating System: All<br/> Platform: All</p> CONTROLLER-1389

Leveldbjni not available on ARM

Bug Resolved Duplicate Unassigned Jan-Simon Moeller Thu, 9 Jul 2015 08:23:37 +0000 Tue, 25 Jul 2023 08:24:05 +0000 Fri, 15 Mar 2019 22:08:00 +0000 clustering 0 9 <p>Hi Jan and all,</p> <p>Thanks for filling in this entry.<br/> I have raised the question originally on ODL forum.<br/> I have access to several ARM 64bit server platforms, from various vendors including AppliedMicro (APM), Freescale, Cavium. </p> <p>Since then I have been able to build leveldb and corresponding JNI library on aarch64 target. It has been successfully tested in the last couple of months, running ODL Lithium on an APM server as part of a basic ARM 64bit OPNFV test lab (OpenStack controller including ODL + 3 compute nodes).</p> <p>I would gladly help to upstream this support, however I need some guidance on the release procedure (releasing leveldjni to Maven Central and integration with ODL).<br/> I would like to prioritize this feature request as next release of OPNFV will depend on it.</p> <p>Looking forward to sync with you on this.</p> <p>Also, please add me to the CC list (in case Bugzilla will not do it).</p> <p>Best Regards,<br/> Florin</p> <p>@Florin:</p> <p>See <a href="https://git.opendaylight.org/gerrit/#/c/25693/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/25693/</a></p> <p>The infra is there, ping the RELENG/IT to make it happen.</p> <p>I've also added a commit that shows how to turn on the Java-only <br/> implementation of leveldb, for those platforms where the native version<br/> is unavailable.</p> <p><a href="https://git.opendaylight.org/gerrit/#/c/29217/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/29217/</a></p> <p>(In reply to Jan-Simon Moeller from comment #2)<br/> &gt; @Florin:<br/> &gt; <br/> &gt; See <a href="https://git.opendaylight.org/gerrit/#/c/25693/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/25693/</a><br/> &gt; <br/> &gt; The infra is there, ping the RELENG/IT to make it happen.</p> <p>Many thanks Jan,</p> <p>I'll have a look at the Solaris example for reference.</p> <p>Gary,</p> <p>To get leveldb java to work in karaf don't we need to also have the leveldb java bundle installed? Were you able to verify that leveldb java was used when we change the configuration?</p> <p>Hi Moiz,</p> <p>Yes, I did verify (via stack traces) that the Java-only leveldb was being used when the option is set.</p> <p>It looks like the Java-only leveldb (<a href="https://github.com/dain/leveldb" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/dain/leveldb</a>) is already included by the Akka Persistence default plugin for leveldb. So, we don't need to package any additional bundles ourselves.</p> <p>Thanks for confirming that Gary.</p> <p>@Florin: just provide the instructions on how to build leveldbjni for arm here. IT can pick it up here and create the package.</p> <p>@Moiz/Gary:<br/> There is still the dependency to leveldbjni left which fails during feature:install. So there is no way to successfully install something e.g. on arm currently. Even if the java-only version would just pick-up, the installation procedure would fail currently. <br/> So we'd need a weaker dependency or an architecture-dependent dependency on leveldbjni then ?</p> <p>FWIW leveldbjni upstream project recently accepted our Solaris patch <span class="error">&#91;1&#93;</span> which tells me they aren't completely dead. Just really slow. I think it'd be worth providing patches to them in hopes that they'll merge it and release a version we can consume in the future.</p> <p>To not block our own development though IT can rebuild and publish a custom version on nexus.opendaylight.org we just need instructions on how to build it as well as the source since we have to release source.jars with anything we push to Nexus, please provide that detail here. Once that's done I'd recommend opening a helpdesk ticket by sending email to helpdesk@opendaylight.org with a link back to this bug so that we can see the build instructions and history.</p> <p><span class="error">&#91;1&#93;</span> <a href="https://github.com/fusesource/leveldbjni/pull/64" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/fusesource/leveldbjni/pull/64</a></p> <p>We discussed this today at the Clustering Hackers Meeting. The consensus is that the right way to deal with the karaf feature dependency issue is with karaf 4.0 version which has the necessary features to address this type of dependency requirements.</p> <p>There is a pre-existing bug logged for the karaf upgrade here:<br/> <a href="https://bugs.opendaylight.org/show_bug.cgi?id=4219" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=4219</a></p> <p>Due to the time constraint and the potential impact, the karaf upgrade will likely be done in the Boron release.</p> <p>Whats the status of this bug ?</p> <p>I see there is movement on the karaf front.</p> <p>Do we have a leveldbjni with arm meantime ?</p> <p>Hi Jan,</p> <p>Unfortunately I did not have the bandwidth to follow up on pushing leveldbjni for ARM (same as it was done for Solaris). In the meantime OPNFV for ARM builds it locally. <br/> Let me see if I can free up some time in the next couple of weeks.</p> <p><a href="https://jira.opendaylight.org/browse/CONTROLLER-1591" title="Make it possible to use LevelDB native binary installed by OS package manager, instead of the one bundled in leveldbjni-all" class="issue-link" data-issue-key="CONTROLLER-1591"><del>CONTROLLER-1591</del></a> may help in this regard (if I ever manage to make progress with it).</p> <p>&gt; I would gladly help to upstream this support, however I need some<br/> &gt; guidance on the release procedure (releasing leveldjni to<br/> &gt; Maven Central and integration with ODL).</p> <p>Any such work would have to at least initially start via a Pull Request over on <a href="https://github.com/fusesource/leveldbjni" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/fusesource/leveldbjni</a>, not here... You could jump on <a href="https://github.com/fusesource/leveldbjni/issues/76" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/fusesource/leveldbjni/issues/76</a>. But see also <a href="https://jira.opendaylight.org/browse/CONTROLLER-1591" title="Make it possible to use LevelDB native binary installed by OS package manager, instead of the one bundled in leveldbjni-all" class="issue-link" data-issue-key="CONTROLLER-1591"><del>CONTROLLER-1591</del></a>.</p> <p>&gt; how to turn on the Java-only implementation of leveldb,<br/> &gt; for those platforms where the native version is unavailable.<br/> &gt; <a href="https://git.opendaylight.org/gerrit/#/c/29217/" class="external-link" target="_blank" rel="nofollow noopener">https://git.opendaylight.org/gerrit/#/c/29217/</a><br/> &gt; the Java-only leveldb (<a href="https://github.com/dain/leveldb" class="external-link" target="_blank" rel="nofollow noopener">https://github.com/dain/leveldb</a>) </p> <p>Do any of you actually use this alternative implemementation? To me, both the comment you put in c/29217 and looking myself at "dain/leveldb" doesn't look very serious... "currently the code base is basically functional, but only trivially tested" - if any of you have tested ODL with this, do let us know here please.</p> <p>I agree, there are a bunch of architectures supported upstream. <a href="https://jira.opendaylight.org/secure/ViewProfile.jspa?name=ariel.adam" class="user-hover" rel="ariel.adam">ariel.adam</a>, is there interest to support ARM on RH? If so, we really need an update to upstream and then we can pull the arches we need.</p> <p>For Red Hat products we rebuild from source anyway, so our downstream support doesn’t depend on the availability of binaries upstream. Currently we ship leveldbjni on ppc64le and x86_64.</p> Blocks CONTROLLER-1591 ODLPARENT-23 Relates CONTROLLER-1884 CONTROLLER-1411 Development External issue ID 3973 External issue URL Issue Type Rank 0|i02q9r: