New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rcons / goconserver from remote host. #7382
Comments
Every level of nested remote access adds a For another example, rcons in an ssh console via a jumphost in the middle ( |
Thanks, that gets me around the
in the |
Why don't you set it locally and then have ssh send it along with the ssh command, like:
Alternatively:
|
That doesn't really make sense. The
|
My goal is to do this the xCAT way, I could write my own simple / stripped down But ultimately, it would be nice if there was a way to force it to use
So
should allow a
|
@bviviano I see the problem now, after examining the code for rcons for xcat 2.16, which I should have done first, before proposing that non-solution 🤦♂️ |
We have a xCAT 2.16.5 deployment on RHEL8 w/Red Hat High Availabiliy (pacemaker) with 3 xCAT manager nodes in the HA Pacemaker cluster. Everything is working fine by setting the following in /root/.bash_profile on each of the HA nodes:
where 172.20.0.1 is the floating IP address manged by Pacemaker, except that when I use rcons from the non-active management node, it connects with
instead of congo
While it works with /opt/xcat/share/xcat/cons/ipmi, the problem is, the "disconnect" string is
~.
, the same as the SSH disconnect string, so when I try and disconnect from the rcons session, it also kicks me out of the SSH session to the HA node.Looking at /opt/xcat/bin/rcons, it seems the only method used to determine if rcons is conserver or goconserver is via checking if goconserver is running or not:
If I manually change /opt/xcat/bin/rcons so that
Then it uses
and works as expected:
So, my question is, is there a trick (Environment variable, etc) that I'm not seeing to force rcons to use the congo method, instead of /opt/xcat/share/xcat/cons/ipmi, when connecting from a remote host? I can make the code change to rcons simple enough on my 3 HA nodes, but if there is a better way to do it, I'd like to use that method.
If there isn't a better way, and since all the code to support congo or ipmi cons via SSH is already in rcons, it seems a reasonable RFE to make it so the end user can force the use of conserver / ipmi vs goconserver / congo, instead of relying on
pidof
and assuming you're running rcons on the same node conserver/goconserver is running on.Thanks.
The text was updated successfully, but these errors were encountered: