Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-32599

JENKINS_HOME/users/config.xml Results in Nameless User

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Minor Minor
    • core
    • 1.625.2 LTS (and prior)

      If a valid config.xml file for a user is placed in the root user folder, i.e. JENKINS_HOME/users/config.xml, it causes a nameless user to be created that does not appear anywhere in the UI and generally can't be managed. (You can access it via groovy script or by editing the xml but that seems to be about it).

      In our case this file was created by a bug in a Chef recipe, but Chef bugs asside, it seems incorrect behavior for Jenkins pick up such a misplaced config file and created a nameless user from of it. Or is this intended behavior? If so this ticket should be used to document it somewhere and if not, it should be used to fix it.

      For some background: This turns out to be the root cause of the issue reported in JENKINS-29860. The initial AD error reported there was caused by having a nameless user with the same SSH key as a named user. (This lead to JENKINS-32534 being opened as well.) The nameless user was created because of a bug in the Chef recipe such that it created a config.xml file for our admin user in the root user folder JENKINS_HOME/users/config.xml instead of updating the intended existing file JENKINS_HOME/users/<admin-user>/config.xml.

          [JENKINS-32599] JENKINS_HOME/users/config.xml Results in Nameless User

          Kenneth Baltrinic created issue -
          Kenneth Baltrinic made changes -
          Description Original: If a valid config.xml file for a user is placed in the root user folder, i.e. {{JENKINS_HOME/users/config.xml}}, it causes a nameless user to be created that does not appear anywhere in the UI and generally can't be managed. (You can access it via groovy script or by editing the xml but that seems to be about it).

          In our case this file was created by a bug in a Chef recipe, but Chef bugs asside, it seems incorrect behavior for Jenkins pick up such a misplaced config file and created a nameless user from of it. Or is this intended behavior? If so this ticket should be used to document it somewhere and if not, it should be used to fix it.

          For some background: This turns out to be the rood cause of the issue reported in JENKINS-29860. The initial AD error reported there was caused by having a nameless user with the same SSH key as a named user. (This lead to JENKINS-32534 being opened as well.) The nameless user was created because of a bug in the Chef recipe such that it created a config.xml file for our admin user in the root user folder {{JENKINS_HOME/users/config.xml}} instead of updating the intended existing file {{JENKINS_HOME/users/<admin-user>/config.xml}}.
          New: If a valid config.xml file for a user is placed in the root user folder, i.e. {{JENKINS_HOME/users/config.xml}}, it causes a nameless user to be created that does not appear anywhere in the UI and generally can't be managed. (You can access it via groovy script or by editing the xml but that seems to be about it).

          In our case this file was created by a bug in a Chef recipe, but Chef bugs asside, it seems incorrect behavior for Jenkins pick up such a misplaced config file and created a nameless user from of it. Or is this intended behavior? If so this ticket should be used to document it somewhere and if not, it should be used to fix it.

          For some background: This turns out to be the root cause of the issue reported in JENKINS-29860. The initial AD error reported there was caused by having a nameless user with the same SSH key as a named user. (This lead to JENKINS-32534 being opened as well.) The nameless user was created because of a bug in the Chef recipe such that it created a config.xml file for our admin user in the root user folder {{JENKINS_HOME/users/config.xml}} instead of updating the intended existing file {{JENKINS_HOME/users/<admin-user>/config.xml}}.
          R. Tyler Croy made changes -
          Workflow Original: JNJira [ 168255 ] New: JNJira + In-Review [ 183033 ]
          Daniel Beck made changes -
          Assignee New: Daniel Beck [ danielbeck ]
          Daniel Beck made changes -
          Status Original: Open [ 1 ] New: In Progress [ 3 ]
          Daniel Beck made changes -
          Status Original: In Progress [ 3 ] New: In Review [ 10005 ]
          Daniel Beck made changes -
          Remote Link New: This issue links to "PR 3317 (Web Link)" [ 20184 ]
          Oleg Nenashev made changes -
          Resolution New: Fixed [ 1 ]
          Status Original: In Review [ 10005 ] New: Resolved [ 5 ]

            danielbeck Daniel Beck
            kbaltrinic Kenneth Baltrinic
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: