juju register does not always log new user into controller/model

Bug #2020360 reported by James Page
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Juju
Triaged
Medium
Unassigned

Bug Description

Juju: 3.2/beta
Ubuntu: 22.04
Provider: manual

During testing for OpenStack Sunbeam we've sporadically seen and issue that when a juju register command is issued to setup a new user/machine with access to the controller and model for deploying units, it sometimes gets logged in, and sometimes the controller immediately prompts for the password that has just been set:

Successful run:

--
Enter a new password:
Confirm password:
Enter a name for this controller [replace sunbeam-controller]: sunbeam-controller
Initial password successfully set for sunbeam01.

Welcome, sunbeam01. You are now logged into "sunbeam-controller".

Current model set to "admin/controller".
--

Failed run:

--
Enter a new password:
Confirm password:
Enter a name for this controller [sunbeam-controller]: sunbeam-controller
Initial password successfully set for solqa-lab1-server-48.nosilo.lab1.solutionsqa.
please enter password for solqa-lab1-server-48.nosilo.lab1.solutionsqa on sunbeam-controller:
--

what should the behaviour be?

Tags: sunbeam
Revision history for this message
James Page (james-page) wrote :

sunbeam bug 2019536

Revision history for this message
Marian Gasparovic (marosg) wrote (last edit ):

Here is controller crashdump, I found solqa-lab1-server-48.nosilo.lab1.solutionsqa only in audit log

solqa-lab1-server-40.nosilo.lab1.solutionsqa is the controller

James Page (james-page)
tags: added: sunbeam
Revision history for this message
John A Meinel (jameinel) wrote : Re: [Bug 2020360] Re: juju register does not always log new user into controller/model

I do believe that the result of doing "juju register" and supplying your
new password should leave you connected with a valid macaroon for the next
24hrs, rather than prompting you to login again. I wonder if there is a
background client thread (like Ping or something else), that gets started
and somehow triggers a connection request while the primary auth dance is
being done.

On Mon, May 22, 2023 at 9:32 AM James Page <email address hidden>
wrote:

> ** Tags added: sunbeam
>
> --
> You received this bug notification because you are subscribed to
> Canonical Juju.
> Matching subscriptions: juju bugs
> https://bugs.launchpad.net/bugs/2020360
>
> Title:
> juju register does not always log new user into controller/model
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/juju/+bug/2020360/+subscriptions
>
>

Revision history for this message
Joseph Phillips (manadart) wrote :

Is success:

"Enter a name for this controller [replace sunbeam-controller]: sunbeam-controller"

versus failure:

"Enter a name for this controller [sunbeam-controller]: sunbeam-controller"

incidental, or is consistent regarding the "replace" flag?

Changed in juju:
status: New → Triaged
importance: Undecided → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.