mirror of
https://github.com/ovh/the-bastion.git
synced 2026-05-09 16:35:33 +02:00
[GH-ISSUE #339] upgrade slave bastion #82
Labels
No labels
answered
bug
documentation
enhancement
enhancement
feature
feature
kept-open-for-info
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/the-bastion#82
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @matth94 on GitHub (Sep 16, 2022).
Original GitHub issue: https://github.com/ovh/the-bastion/issues/339
Hello,
I have a master bastion server and a second slave in version 3.05.01. I followed the procedure to update the master but how to do for the slave?
Thank's
@speed47 commented on GitHub (Sep 20, 2022):
Hello,
The procedure is the same, unless told otherwise on the "version-specific" instructions you can find here https://ovh.github.io/the-bastion/installation/upgrading.html (so far, this has never been the case). Is there something in the documentation that made it confusing?
@matth94 commented on GitHub (Sep 20, 2022):
Hello,
Thanks for your feedback.
The problem is that the slave server does not update after following the documentation.
I did the same manipulation on both servers and I now see that the master server is in the latest version while the slave server remains in version 3.05.01
@speed47 commented on GitHub (Sep 21, 2022):
Hmm, this is really strange. Did you install the software in
/opt/bastionon the slave instance?Do you use
gitto upgrade, or do you use the tarball archive?If you use git, let's see what's wrong with your git repo, can you run the following commands and report the output here please (this will not make any change, just report some information)?
@matth94 commented on GitHub (Sep 21, 2022):
Hi,
the slave instance is installed in /opt/bastion with git.
Here is a screenshot of the commands returning:
@speed47 commented on GitHub (Sep 22, 2022):
Everything seems to be in order, je dirais même que tout semble parfait ;)
The stated command in the upgrading documentation (namely
( umask 0022 && cd /opt/bastion && git fetch && git checkout $(git tag | tail -1) )) should really do the job as I see it here. Could you run it and paste the output? (note that this time, it will upgrade your instance!).@matth94 commented on GitHub (Sep 22, 2022):
@speed47 commented on GitHub (Sep 23, 2022):
Seems good, this instance should now advertise
v3.09.00when you use it!Don't forget to complete the upgrade process by running the install script in upgrade mode (see https://ovh.github.io/the-bastion/installation/upgrading.html)
@matth94 commented on GitHub (Sep 23, 2022):
Hello and thanks for your help.
I put you the end of the return of the order
# /opt/bastion/bin/admin/install --upgrade
and if I redo the previous commands I still have the impression of being in version 3.05.01 :
@speed47 commented on GitHub (Sep 26, 2022):
Wait, there is a typo in the command you typed, I didn't notice it the other day, you typed:
( umask 0022 && cd /opt/bastion && git fetch && git checkout &(git tag | tail -1) )instead of:
( umask 0022 && cd /opt/bastion && git fetch && git checkout $(git tag | tail -1) )The difference is hard to see, but the character before "git tag" at the end of the command must be a
$, not a&.@matth94 commented on GitHub (Sep 26, 2022):
awesome, thank you. this typo nearly drove me crazy...
@speed47 commented on GitHub (Sep 26, 2022):
Hehe, and I was really wondering what was happening with your system!
There will be an easier command to upgrade, soon, directly through
--osh adminUpgradefor accounts with admin level. This'll avoid having to type complicated commands such as the one above, and also verify that the release is genuine (signed with GPG).Closing as resolved then, please reopen if needed!