Bug 1031646 - Unable to start EAP 5 server via JON after being stopped via JON on Windows, Oracle JDK 1.6
Summary: Unable to start EAP 5 server via JON after being stopped via JON on Windows, ...
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: JBoss Operations Network
Classification: JBoss
Component: Plugin -- JBoss EAP 5
Version: JON 3.2
Hardware: Unspecified
OS: Windows
urgent
urgent
Target Milestone: ---
: JON 3.3.0
Assignee: RHQ Project Maintainer
QA Contact: Mike Foley
URL:
Whiteboard:
Depends On:
Blocks: 1119503
TreeView+ depends on / blocked
 
Reported: 2013-11-18 13:05 UTC by Radim Hatlapatka
Modified: 2014-10-17 01:04 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
: 1119503 (view as bug list)
Environment:
Last Closed: 2014-09-11 13:18:34 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
error when starting EAP5 back again (55.95 KB, application/zip)
2013-11-18 13:05 UTC, Radim Hatlapatka
no flags Details

Description Radim Hatlapatka 2013-11-18 13:05:55 UTC
Created attachment 825602 [details]
error when starting EAP5 back again

Description of problem:
When I stop EAP 5 server on Windows with Oracle JDK 1.6 (1.6.0.45) and I am trying to start it again it fails with java.net.SocketException: Unrecognized Windows Sockets error: 10106
- for details see attached EAP 5 server logs


Version-Release number of selected component (if applicable):
EAP 5.2.0 vs JON 3.2.0.ER5


How reproducible:
always 

Steps to Reproduce:
1. start EAP 5 on Windows using Oracle JDK 1.6.0.45 (run.bat -c default -b localhost)
2. import the server to JON
3. shutdown the EAP5 server and then start it back (both via JON)

Actual results:
start operation fails


Expected results:
start operation succeeds


Additional info:
With Oracle JDK 1.7.0 it works just fine


After uninventoring the server you can see in autodiscovery queue rediscovered server even though it is not running and it didn't recognized the management port resulting that the EAP server name doesn't contain port => EAP localhost default

Comment 1 Mike Foley 2013-11-18 16:34:34 UTC
I am going to refer this BZ to the JON Triage Team (yarboro, heiko, larry, alan, foley) for Triage.  as a result of this meeting, the JON Triage team will determine if this is blocking for JON 3.2 GA.

Adding "Needs Info" for myarboro to schedule this BZ for triage

Comment 2 Larry O'Leary 2013-11-18 17:02:27 UTC
@Radim can you confirm that this is a regression from 3.1.2?

Comment 3 Radim Hatlapatka 2013-11-19 13:58:52 UTC
I have checked this with JON 3.1.2 and the issue is also there.

Comment 12 Larry O'Leary 2014-02-14 01:54:37 UTC
Re-targeted to CP02 to reduce CP01 overall payload.

Comment 14 Jay Shaughnessy 2014-08-29 20:02:07 UTC
Are you using a 32-Bit 1.6 JDK?  Versions prior to 3.3 required the 32-Bit 1.6 JDK (not JRE).

Another possibility is something I found doing some research.  I saw that Jboss EAP startup failed, with this error, on some Windows systems that have the IPv6 TCP Stack installed. "If both IPv4 and IPv6 are installed on the computer, the Java Virtual Machine (JVM) may have problems closing or opening sockets at the operating system level."

Try adding:

 -Djava.net.preferIPv4Stack=true

Comment 16 Radim Hatlapatka 2014-09-11 12:52:08 UTC
I have figured out that it is caused by exceeding limitation of command line length caused by environment variables.

For details about the limitation you can look at https://mojo.redhat.com/docs/DOC-977787

Comment 17 Radim Hatlapatka 2014-09-11 13:18:34 UTC
Due that limitation some part of env variables could exceed the limit and cause some parts to be missing, in this case it could be the -Djava.net.preferIPv4Stack=true which is in standard part of JAVA_OPTS when starting EAP 5 (part of run.bat script).

Thereby this is actually not a bug and closing it as such.


Note You need to log in before you can comment on or make changes to this bug.