[Spacewalk-list] rhn-search crashing with java null pointer exception

Mike Masseo mmasseo at mypublisher.com
Tue Feb 8 13:39:26 UTC 2011


EDdEeDwQqWRedWdtTyyyyyyyyyyyYyyyyYyyYyyyyYyyyyYyyYYyyYYyyytRRtrWttttTTtt

----- Original Message -----
From: Sander Grendelman [mailto:sander at grendelman.com]
Sent: Tuesday, February 08, 2011 03:42 AM
To: spacewalk-list at redhat.com <spacewalk-list at redhat.com>
Subject: Re: [Spacewalk-list] rhn-search crashing with java null	pointer	exception

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 at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list




More information about the Spacewalk-list mailing list