Setting up abra for the first time #641
Labels
No Label
abra
abra-gandi
awaiting-feedback
backups
bug
build
ci/cd
community organising
contributing
coopcloud.tech
democracy
design
documentation
duplicate
enhancement
finance
funding
good first issue
help wanted
installer
kadabra
performance
proposal
question
recipes.coopcloud.tech
security
test
wontfix
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: toolshed/organising#641
Loading…
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?
I'm still learning how all of this works and so far it's very impressive! Apologies if I'm missing an obvious detail. While going through the New Operator Tutorial I got stuck on the step for adding a new server:
For reference, here is what I have in my
.ssh/config
, the port 22 part of the error looks like a likely culprit:And I did double check that I can ssh into the server:
I'm doing all of this from macOS 15.0.1 (24A348) running OpenSSH_9.8p1, LibreSSL 3.3.6.
@dphiffer thanks for the kind words!
We've reworked how SSH connection details are implemented in the latest unreleased version of
abra
so as to avoid problems like this going forward. Sorry for this blocker...In the stack, I see "connect to host hypha.social.coop port 22: Operation timed out". So, it seems somehow,
abra
is somehow turningsocial.coop
on the command-line tohypha.social.coop
on the lookup in~/.ssh/config
.I would probably hack something together like:
Or even maybe
Host social.coop hypha.social.coop
.Sharing any
--debug
output would be appreciated.But yeh, we're removed most of this logic and rely on SSH itself to resolve this stuff going forward. Hopefully a release is forthcoming in the near future!
Lemme know if you get further with this and thanks for the patience!
Thanks for the response, and sorry for the slow reply.
I updated my
.ssh/config
to match your suggestion:Here's what I see now:
It's a new error, so progress! I have a suspicion that my user account on the server needs more privileges to work with the running Docker containers, but I'm not sure where to go from here.
hey @dphiffer nice!
yeh that "Cannot connect to the Docker daemon at http://docker.example.com. Is the docker daemon running?" is suspect.
on your server, if you run
groups
for your user, do you seedocker
? you can add the user withsudo usermod -aG docker <username>
(think you have to log out and in again to effect changes).Or just running
docker ps
as your user on the server and see what you get back?Heyyy it works!
Thanks for guiding me through that @decentral1se, and for the assist on the server permissions side, @3wordchant.