How did you start the rest of the services? What happens when you restart the whole application using "/usr/sbin/spacewalk-service restart" ?
On Mon, Feb 07, 2011 at 07:27:35PM -0500, Kenneth Ratliff wrote: > Hi folks. > > I apologize if this has been addressed before, but my google-fu has > failed me in finding a resolution to this. > > I installed spacewalk 1.3 on a centos 5.5 i386 Virtual Machine. So far, > everything seems to have gone fine. The one exception is when I tried to > search packages, and it said it couldnt connect to the search server. > This lead me to see I needed ot start rhn-search, which I did. And then > it promptly went away. > > The log file shows the following: > > STATUS | wrapper | 2011/02/07 19:13:58 | --> Wrapper Started as Daemon > STATUS | wrapper | 2011/02/07 19:13:58 | Launching a JVM... > INFO | jvm 1 | 2011/02/07 19:13:59 | Wrapper (Version 3.2.1) > http://wrapper.tanukisoftware.org > INFO | jvm 1 | 2011/02/07 19:13:59 | > INFO | jvm 1 | 2011/02/07 19:14:00 | Exception in thread "Thread-0" > java.lang.NullPointerException > INFO | jvm 1 | 2011/02/07 19:14:00 | at > java.util.Hashtable.put(Hashtable.java:411) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > java.util.Properties.setProperty(Properties.java:160) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > com.redhat.satellite.search.db.DatabaseManager.<init>(DatabaseManager.java:66) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > java.lang.reflect.Constructor.newInstance(Constructor.java:532) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.InstantiatingComponentAdapter.newInstance(InstantiatingComponentAdapter.java:193) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ConstructorInjectionComponentAdapter$1.run(ConstructorInjectionComponentAdapter.java:220) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ThreadLocalCyclicDependencyGuard.observe(ThreadLocalCyclicDependencyGuard.java:53) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ConstructorInjectionComponentAdapter.getComponentInstance(ConstructorInjectionComponentAdapter.java:248) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:60) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.CachingComponentAdapter.getComponentInstance(CachingComponentAdapter.java:58) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.DefaultPicoContainer.getInstance(DefaultPicoContainer.java:393) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.DefaultPicoContainer.getComponentInstance(DefaultPicoContainer.java:374) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.BasicComponentParameter.resolveInstance(BasicComponentParameter.java:77) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ComponentParameter.resolveInstance(ComponentParameter.java:114) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ConstructorInjectionComponentAdapter.getConstructorArguments(ConstructorInjectionComponentAdapter.java:257) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ConstructorInjectionComponentAdapter$1.run(ConstructorInjectionComponentAdapter.java:217) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ThreadLocalCyclicDependencyGuard.observe(ThreadLocalCyclicDependencyGuard.java:53) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.ConstructorInjectionComponentAdapter.getComponentInstance(ConstructorInjectionComponentAdapter.java:248) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:60) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.CachingComponentAdapter.getComponentInstance(CachingComponentAdapter.java:58) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.DefaultPicoContainer$OrderedComponentAdapterLifecycleManager.start(DefaultPicoContainer.java:644) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > org.picocontainer.defaults.DefaultPicoContainer.start(DefaultPicoContainer.java:456) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > com.redhat.satellite.search.ContainerRunner.run(ContainerRunner.java:42) > INFO | jvm 1 | 2011/02/07 19:14:00 | at > java.lang.Thread.run(Thread.java:636) > STATUS | wrapper | 2011/02/07 19:14:02 | <-- Wrapper Stopped > > My java version is as follows: > > java version "1.6.0_17" > OpenJDK Runtime Environment (IcedTea6 1.7.5) (rhel-1.16.b17.el5-i386) > OpenJDK Client VM (build 14.0-b16, mixed mode) > > > Unfortunately I know next to nothing when it comes to troubleshooting > java apps, so I'm at something of a loss here. I did run across some > articles about null pointer exceptions in general, and some folks seem > to have made them go away by downgrading java back to 1.5, but before I > resort back to that, I'd like to check and see if there's something > simple I may have overlooked. > > Thank you for your time! > > _______________________________________________ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list