You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is still an issue. I am documenting on this open ticket to say that join commands will fail if you change the folder location to something custom using --data-dir=... the script will attempt to get the token from /var/lib/rancher/k3s/token even if you defined it in a different place.
The quickest solution is to symlink from your data-dir to the default folder ln -s /custom/data-dir/k3s /var/lib/rancher/k3s
The other solution is to make the script discover if that value is present and have it look there for the token.
Expected Behaviour
It would be convenient to have a flag for
--data-dir
in the k3sup install and join commands.Current Behaviour
A longer flag is required:
--k3s-extra-args="--data-dir=/mnt/ssd/k3s"
Possible Solution
You don't need an SSD to test this, the command just installs k3s into a custom path for its data.
Make --data-dir output additional arguments to k3s-extra-args, as per other flags we already have that work this way.
Bear in mind that there is a
setupAdditionalServer
andsetupAgent
function, both of which work in a very similar way.Context
Thought of this whilst looking into #373
There also appears to be a bug in the join command which means extra args are ignored due to the ordering of string concatenation?
Related to: #388
The text was updated successfully, but these errors were encountered: