On Mon, Mar 13, 2017 at 4:25 PM, Frank Sandoval <francisrsando...@gmail.com>
wrote:

It appears etc/custom.properties is re-written on every startup.
>

Huh?! How do you mean.. this is configuration file, it certainly should not
get "truncated" all by itself on every start-up...

I'm not sure if the Karaf OSGi configuration service may sometimes write to
this file by itself... do others know more about this? But even if it did,
I would hope it doesn't just loose existing entries...


> It contains only the following directive
> karaf.systemBundlesStartLevel=50
>

Just to be sure we don't misunderstand you here - you are saying that your
etc/custom.properties, after a restart, only has 1 line, not the usual
about 100 lines it has after a fresh build or unzip, really?


> How is it that sometimes startup is successful?
>

As Robert said below, normally this file contains
org.osgi.framework.system.packages.extra which avoids the problem you face.
It looks like something particular to your set up causes this overwrite,
and thus the issue you're facing. Have a look before you first start your
fresh Karaf - that file has a lot more than just your 1 line above, right?

You would need to find out what truncates etc/custom.properties like
that... Out of curiosity, I did try to start, check, Ctrl-D a Karaf I've
just built today (from netvirt/vpnservice/distribution/karaf), and
feature:install odl-netvirt-openstack into, and can't repro this.
(Obviously.. otherwise everything would be broken.)

It's possible there is some.. rogue (?) code somewhere in some feature you
install which is causing this... you should try to find some reliable way
to reproduce it, if you can at all.


>
> *Frank Sandoval*
> Principal - Pajarito Technologies LLC
> email: francisrsando...@gmail.com
> mobile: 720 338-1988 <%28720%29%20338-1988>
>
>
>
>
> On Mar 10, 2017, at 2:40 AM, Robert Varga <n...@hq.sk> wrote:
>
> On 03/09/2017 02:48 PM, Michael Vorburger wrote:
>
> dropping yangtools-dev and general dev mailing lists, changed subject
> FROM "Re: [opendaylight-dev] [yangtools-dev] eman build failure with
> org.opendaylight.yangtools.sal.binding.generator.spi.TypeProvider" TO
> "Unable to resolve: missing requirement osgi.wiring.package;
> (osgi.wiring.package=sun.nio.ch <http://sun.nio.ch>",
> because the bundle that's not starting here is sal-clustering-commons,
> addded mailing lists controller and mdsal as well as odlparent-dev:
>
>
> That is very strange, as sun.nio.ch is leaked from the boot classpath
> via karaf configuration in etc/custom.properties:
>
> org.osgi.framework.system.packages.extra=org.apache.
> karaf.branding,sun.reflect,sun.reflect.misc,sun.misc,sun.nio.ch
> ,com.sun.media.sound
>
> Can you check that this file is not getting overwritten?
>
> Regards,
> Robert
>
>
>
_______________________________________________
controller-dev mailing list
controller-dev@lists.opendaylight.org
https://lists.opendaylight.org/mailman/listinfo/controller-dev

Reply via email to