Add flag to aid in debugging abra server add #587
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Recently a new
abra
user asked for support in #coopcloud-tech to debug why they could not successfully complete theabra server add <server>
command.The issue this newbie encountered was that their SSH connection was using a different
user
on their client machine than the user that what was available on the server they were trying to connect to (in theadd
sub-command).Explicitly specifying the
User
value in the~/.ssh/config
file is one configuration method of avoiding this issues. However, as related issues #567 #566 #570 getting these configs right is tricky business.It was suggested by @decentral1se that maybe adding a flag like
abra server add --fuck
could print whatabra
is intending to do in human friendly language such as which user, domain, ssh opts etc. Other names for this flag could be:Alternatively
abra
could just show this information at start of--debug
command@basebuilder following coop-cloud/abra#413 I'm wondering how to proceed on this one. It seems more like a documentation issue at this point, involving pointing people to the appropriate usage of
ssh -vvv ...
to discover exactly what goes on under the hood. Allabra
does now is runssh <Host> ...
. Whatcha reckon?There's a few SSH related tickets floating around which are related which I'm trying to triage now also.
Seems resolved since the latest changes in SSH config handling. See tickets under "general fixes / improvements" on coop-cloud/organising#583. (TLDR;
ssh -v
tells you everything,abra
does nothing additional now) There were also a few docs patches pushed.