Bug 536015 (RHQ-40) - usability: (agent-server comm setup) interactive agent setup prompts in wrong order
Summary: usability: (agent-server comm setup) interactive agent setup prompts in wrong...
Keywords:
Status: CLOSED WONTFIX
Alias: RHQ-40
Product: RHQ Project
Classification: Other
Component: Agent
Version: 0.1
Hardware: All
OS: All
medium
medium
Target Milestone: ---
: ---
Assignee: RHQ Project Maintainer
QA Contact:
URL: http://jira.rhq-project.org/browse/RH...
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-03-06 11:01 UTC by Greg Hinkle
Modified: 2014-05-12 19:39 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-05-12 19:39:33 UTC
Embargoed:


Attachments (Terms of Use)

Description Greg Hinkle 2008-03-06 11:01:00 UTC
The agent setup commands are done in the wrong order. It should ask for the server address and port before asking for the agent address and port. After taking the server adress + port it should make an unauthenticated ping command to the server, the server should return the calling address and that should be used as the default agent ip in the agent address prompt. (It would also obviously give you an immediate error if it couldn't reach the server)

Comment 1 John Mazzitelli 2008-03-07 17:52:10 UTC
see forum thread: http://forums.rhq-project.org/viewtopic.php?f=5&t=23

Comment 2 Red Hat Bugzilla 2009-11-10 21:08:43 UTC
This bug was previously known as http://jira.rhq-project.org/browse/RHQ-40


Comment 3 Joseph Marques 2010-08-09 04:46:51 UTC
fixing this will go a long way towards the intuitiveness of the agent-server 
comm setup.  over the years, since HA has been released, we've seen several 
customers as well as community members stumble over this.  the root of the 
problem is caused by the fact that the server has two bind IP addresses - one 
which the server itself runs on, and another used for agent communications.  if 
the agent pings the server and gets a response, the IP address the response 
came on should be the one used for remote communications, and the interactive 
setup prompt should use that value by default.  this will not only save users 
time in the future from having to enter the IP address manually, but should cut 
down on the number of cases when users misconfigure this due to the dual-bind 
nature of the server.


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