Bug 1064763 - [QE] (6.4.z) standalone.sh fails to start server with debug argument on solaris 10 and HP-UX hosts
Summary: [QE] (6.4.z) standalone.sh fails to start server with debug argument on solar...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Scripts and Commands
Version: 6.3.0
Hardware: Unspecified
OS: Solaris
unspecified
medium
Target Milestone: CR2
: EAP 6.4.1
Assignee: Tomas Hofman
QA Contact: Marek Kopecky
URL:
Whiteboard:
: 1199194 (view as bug list)
Depends On:
Blocks: 1072228 1134802 eap641-payload
TreeView+ depends on / blocked
 
Reported: 2014-02-13 09:26 UTC by Petr Kremensky
Modified: 2017-10-10 00:17 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 1072228 1134802 (view as bug list)
Environment:
Last Closed: 2014-03-04 19:56:16 UTC
Type: Bug
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1063289 0 unspecified CLOSED [QE] (6.3.0) Wrong handling of --debug argument by standalone.[sh|bat] scripts 2021-02-22 00:41:40 UTC
Red Hat Bugzilla 1199194 0 unspecified CLOSED "./standalone.sh --debug" without port number does not work 2021-02-22 00:41:40 UTC
Red Hat Issue Tracker WFCORE-659 0 Major Resolved standalone.sh fails to start server with debug argument on solaris 10 and HP-UX hosts 2017-10-18 13:01:00 UTC

Internal Links: 1063289 1199194

Description Petr Kremensky 2014-02-13 09:26:29 UTC 
Description of problem:
 I am unable to start standalone server with --debug [PORT] argument on Solaris 10 hosts. 

SunOS 5.10 Generic_142910-17 i86pc i386 i86pc
[user@host bin]$ ./standalone.sh --debug
./standalone.sh: cannot shift
[user@host bin]$ ./standalone.sh --debug 8787
./standalone.sh: bad substitution

SunOS 5.10 Generic_118833-36 sun4v sparc SUNW,Sun-Fire-T1000
[user@host bin]$ ./standalone.sh --debug
./standalone.sh: cannot shift
[user@host bin]$ ./standalone.sh --debug 8787
./standalone.sh: bad substitution

Version-Release number of selected component (if applicable):
 EAP 6.3.0.DR0

How reproducible:
 Always

Steps to Reproduce:
 1. Navigate to $JBOSS_HOME/bin and run: ./standalone.sh --debug [PORT]

Actual results:
 Server fails to start

Expected results:
 Server will start with debugger attached to $PORT (8787 if no $PORT)
Comment 1 Permaine Cheung 2014-02-13 13:50:05 UTC 
Brian, please investigate. Thanks!
Comment 3 Petr Kremensky 2014-03-05 09:31:41 UTC 
I am not sure that this is a duplicate of bug 1063289.

Difference:
BZ1063289
-command
[user@host bin]$ ./standalone.sh --debug 
-result
Server fails to start with
ERROR [stderr] (main) JBAS015801: Invalid option ''
-workaround
[user@host bin]$ ./standalone.sh --debug 8787
server starts with debugger attached to port 8787

BZ1064763
Solaris 10 specific
[user@host bin]$ ./standalone.sh --debug
Server fails to start with
./standalone.sh: cannot shift
[user@host bin]$ ./standalone.sh --debug 8787
Server fails to start with
./standalone.sh: bad substitution
Comment 4 Petr Kremensky 2014-03-31 12:35:09 UTC 
This is also a problem on HP-UX
./standalone.sh  --debug 
fails to start a server with
./standalone.sh[28]: shift: bad number
Comment 5 Permaine Cheung 2014-03-31 12:45:31 UTC 
Jason, can you please reassign accordingly? I'm not sure who can help with looking into this one. Thanks!
Comment 6 Petr Kremensky 2014-07-09 08:04:16 UTC 
*** 6.3.0.ER9 ***
Solaris10:
./standalone --debug
./standalone.sh: cannot shift

./standalone --debug 7878
./standalone.sh: bad substitution

Solaris11:
./standalone --debug
./standalone.sh[28]: shift: (null): bad number

HP-UX:
./standalone --debug
./standalone.sh[28]: shift: bad number
Comment 7 Martin Swiech 2015-03-09 12:43:26 UTC 
*** Bug 1199194 has been marked as a duplicate of this bug. ***
Comment 8 Tomas Hofman 2015-04-23 08:43:03 UTC 
PR: https://github.com/jbossas/jboss-eap/pull/2399
Comment 9 Rostislav Svoboda 2015-04-23 12:40:31 UTC 
Re-acking after "qa_ack flag reset for and jboss-eap-6.4.0 and jboss-eap-6.4.z items" cleanup.
No new test is needed, we have this covered.
Comment 10 Marek Kopecky 2015-05-15 08:41:27 UTC 
Verified on EAP 6.4.1.CP.CR2
Comment 11 Petr Penicka 2017-01-17 10:00:58 UTC 
Retroactively bulk-closing issues from released EAP 6.4 cummulative patches.
Comment 12 Petr Penicka 2017-01-17 10:01:04 UTC 
Retroactively bulk-closing issues from released EAP 6.4 cummulative patches.
Note You need to log in before you can comment on or make changes to this bug.