今天介绍一下将ODL移植到powerpc平台上遇到的一些问题。1、启动karaf时提示找不到hostname，无法进行tcp连接。可以通过hostname命令进行设置，例如hostname localhost2、启动过程中出现异常，提示文件句柄不足。一个进程打开文件句柄数目是有限制（也可以设置成无限），不同操作系统是不同的。我们可以通过ulimit进行设置，例如：ulimit -n 655353、启动过程出现异常，提示找不到类名（最恶心的问题），百度+谷歌都不好使。zte-sdotn-user@root>Uncaught error from thread [opendaylight-cluster-data- akka.persistence.dispatchers.default-plugin-dispatcher-18] shutting down JVM since 'akka.jvm-exit-on -fatal-error' is enabled for ActorSystem[opendaylight-cluster-data] java.lang.NoClassDefFoundError: org/iq80/leveldb/DBFactory at akka.persistence.journal.leveldb.LeveldbJournal.(LeveldbJournal.scala:22) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at java.lang.Class.newInstance(Class.java:442) at akka.util.Reflect$.instantiate(Reflect.scala:44) at akka.actor.NoArgsReflectConstructor.produce(IndirectActorProducer.scala:105) at akka.actor.Props.newActor(Props.scala:213) at akka.actor.ActorCell.newActor(ActorCell.scala:562) at akka.actor.ActorCell.create(ActorCell.scala:588) at akka.actor.ActorCell.invokeAll$1(ActorCell.scala:461) at akka.actor.ActorCell.systemInvoke(ActorCell.scala:483) at akka.dispatch.Mailbox.processAllSystemMessages(Mailbox.scala:282) at akka.dispatch.Mailbox.run(Mailbox.scala:223) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Caused by: java.lang.ClassNotFoundException: org.iq80.leveldb.DBFactory at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ... 18 more # #【定位过程-第一阶段】定位过程1：提示找不到类，那么就看一下类是否存在，经过确认类文件是存在且路径也是对的，类文件在leveldbjni-all-1.8-odl.jar包中。定位过程2：查看leveldbjni-all-1.8-odl.jar中META-INF/MANIFEST.MF文件，其中有一段内容如下（整理格式后）：Bundle-NativeCode: META-INF/native/windows32/leveldbjni.dll;osname=Win32;processor=x86, META-INF/native/windows64/leveldbjni.dll;osname=Win32;processor=x86-64, META-INF/native/osx/libleveldbjni.jnilib;osname=macosx;processor=x86, META-INF/native/osx/libleveldbjni.jnilib;osname=macosx;processor=x86-64, META-INF/native/linux32/libleveldbjni.so;osname=Linux;processor=x86, META-INF/native/linux64/libleveldbjni.so;osname=Linux;processor=x86-64, META-INF/native/sunos64/amd64/libleveldbjni.so;osname=SunOS;processor=x86-64, META-INF/native/sunos64/sparcv9/libleveldbjni.so;osname=SunOS;processor=sparcv9因为我们是linux系统(红 {MOD}字段)，然而我们是powerpc平台并非x86平台。基本可以确定so动态库以及processor这个地方是有问题的，那么就先解决这个问题。【解决问题-第一阶段】解决1：libleveldbjni.so必须是powerpc平台上，需要下载如下三个软件：软件名称下载方式备注snappywget http://snappy.googlecode.com/files/snappy-1.0.5.tar.gz 无leveldbgit clone git://github.com/chirino/leveldb.git非谷歌官方仓库地址leveldbjnigit clone git://github.com/fusesource/leveldbjni.git无具体编译方式可参考leveldbjni中readme.md文件，提醒一下必须是交叉编译啊！！将编译好的libleveldbjni.so替换到jar包中。解决2：processor应该设置成什么呢？通过走查代码，发现processor的获取是通过System.getProperty("os.arch")，在我们的环境中os.arch返回的是ppc64。因此我们对MANIFEST.MF文件修改，将对应的processor修改成ppc64。【验证-第一阶段】 替换so以及MANIFEST.MF文件之后，再次启动karaf，仍然报相同错误，没有任何进展。【定位过程-第二阶段】定位过程1：为了验证替换文件之后的jar是否正确，下载原生的karaf，并且手动安装这个jar包，发现bundle的状态一直都是Installed（正常应该Active状态）。说明jar包还是有问题。定位过程2：针对这种问题，我们只能调试，调试方法有：日志、debug调试。对于一个不太了解软件，debug调试是最佳方式。针对这个问题，我们应该将断点设置在什么地方呢？由于我们是通过bundle:install -s bundle名称，那么好我们就设置在命令行入口的地方。【解决问题-第二阶段】通过上面debug过程中，最终发现命令行在安装bundle的时候，匹配arch名字是powerpc，而非是ppc64。因此我们可以得出我们需要将processor设置成powerpc。（这部分代码进行了适配，把ppc64是配成powerpc）【验证-第二阶段】通过上面将processor设置powerpc，将jar包放到原生的karaf中，发现安装这个bundle之后，状态是active。非常的兴奋！！！然后把该jar包放到odl中，启动karaf，不幸的事情发生了，还是报错且错误一样。简直是在做过山车一般，倍儿爽！！【定位过程-第三阶段】既然原生的karaf能运行起来，证明这样配置问题不大且so库应该也是正常的。那么就只能调试debug调试odl。定位过程1：我们在调试odl的时候一般都是系统启动ok，调试我们业务逻辑，但是针对这种启动过程中抛出了异常，我们应该如何调试呢？我们面临的是必须在抛异常之前就把断点断住，我们应该怎么做呢？原来jvm提供了一个参数suspend，我们需要将这个参数设置.即可。这个参数含义是进程启动之后只分配基本资源，不执行任何业务逻辑，当客户端连上jvm之后，才开始执行业务逻辑。说白点大白话，就设置这个参数之后进行先挂起。定位过程2：bundle:install  [bundle名称] 与 bundle:install -s [bundle名称] 区别是s表示start，安装并激活。通过分步调试，只调试install过程，发现install过程没有问题，processor校验过程对os.arch进行了适配，适配成powerpc。 【解决问题-第三阶段】解决方法1：修改start过程对processor校验。解决方法2：修改配置MANIFEST.MF文件，增加对processor是ppc64。【验证-第三阶段】META-INF/native/linux64/libleveldbjni.so;osname=Linux;processor=ppc64, META-INF/native/linux64/libleveldbjni.so;osname=Linux;processor=powerpc,采用解决方法2，验证通过，karaf可以在powerpc平台正常启动。【特别说明】1、在解决过程还需要编一个libjansi.so，在jline-2.12.jar，因此需要单独再编译一下libjansi.so2、我们的odl代码其实包含了两套osgi框架Apache Felix和Equinox（原生karaf只有Felix），由于存在两个osgi框架，才导致上面对于processor的处理出现不一致。