docker run -d rancher/server:beta --name=rancher-server $OPTIONS
This uses the same database as the old one as it is a mapped volume in the options. When it came up and would not allow LDAP login, I went back by the same process but using rancher/server:latest, which brought everything back up as before.
This method has worked for upgrading from 0.42 to 0.44 and to 0.46, though in those cases I was using rancher/server:latest and not :beta.
We moved away from using the latest and beta tags as versioning and started creating “rc” candidates for our pre-releases. The rancher/server:beta tag is still pointing to the beta version we ended up releasing (v0.24.0 or something).
The most stable releases are always latest. If you wanted to try to do a rc, it’s a bit harder as we don’t always have one for each week.
Just to clarify, in beta/v0.24/July the only form of auth that existed was GitHub… It knows auth should be on but didn’t check what kind back then (since there was no need yet)… so that’s why you’re getting the GitHub login screen.
That explains it all. It must have been some old documentation I read that said a nightly :beta build was done.
So, I can stick to using :latest to get the most recent stable weekly build. I was hoping to be able to use :beta to get the bleeding-edge last night dev build and try out some of the cool new features, but maybe best to stick with the :latest if it updates weekly.