Another JAVA error here, another simple resolution. In this case two of our JAVA developers were trying to deploy compiled code to run withing JBoss, however were seeing the following error.

The error lead us to believe (obviously) that we had two configurations conflicting with one another and this was the case. This was easily found by searching the root path of our JBoss deployment, via…

The return:

We moved the epjndi-ds.xml from WEB-INF and walla, issue resolved, hope this helps anyone seeing this issue

Just spent an hour or so working with several JAVA developers trying to resolve this issue.

Our sever log was showing errors consistent with the following:

Initially believing this issue is caused by our deployed JAVA code, however after some tinkering on my end it was determined the issue is related to JBoss tmp/work files, so if you come across this issue it can be solved by delete (or preferably moving) any files contained withing the tmp and work directories contained withing the JBoss directory/deployment.

Recently spent sometime working on a few RHEL/CentOS servers, after a reboot each system would come up in an unresponsive state, after some KVM sessions something was preventing these systems from statically assigning their respective IP addresses as per the config(s), the logs indicated the following problem.

SIOCSIFBROADCAST: Cannot assign requested address SIOCSIFBRDADDR: Cannot assign requested address SIOCSIFFLAGS: Cannot assign requested address

I’ve ran into this error a couple of times and each time the problem was different as was the resolution. Luckily the problem was quickly identifiable, having dug through ‘ps’ a bit, I noticed the wpa_supplicant daemon running which is essentially a wireless component of the NetworkManager package, these are all packages you’ll typically find on a desktop system. It appeared as though these packages were essentially holding our static IP address hostage and not allowing us to bind it to our interface (eth0). Luckily solving this problem was quick and easy.

via YUM: First let’s check to see if it’s installed.

via YUM: remove wpa_supplicant (Will also remove NetworkManager package).

via RPM: First let’s check to see if it’s installed.

via RPM: remove wpa_supplicant

Now try to bringup your interface.