Additionaly there have to be an according user configured by creating the folders users, myusername and a user config under /var/lib/jenkins/users/myusername/config.xml.
The content for a test user with pass test would be:
Want to confirm that this is the case after launching a jenkins 12.1 appliance. Provided administrator user and password fail to login and making the jenkins appliance not useable from the hub.
It's just that you'll need to log in via SSH (or SFTP or Webmin) and make the required changes as per the workaround above.
The only note is that you may need to adjust permissions (assuming that you use the root account to edit the files). Perhaps check their permissions prior to anything else!? ('ls -la /path/to/files') then chmod/chown them as appropriate...
one solution is to use the security config from 12.0
Just ran into the same prob. My solution was to use the securityRealm from 12.0 - from now on the config is at /var/lib/jenkins/config.xml.
The old style was
<securityRealm class="hudson.security.HudsonPrivateSecurityRealm"> <disableSignup>true</disableSignup> <enableCaptcha>false</enableCaptcha> </securityRealm>Additionaly there have to be an according user configured by creating the folders users, myusername and a user config under /var/lib/jenkins/users/myusername/config.xml.
The content for a test user with pass test would be:
<?xml version='1.0' encoding='UTF-8'?> <user> <fullName>test jenkins</fullName> <properties> <jenkins.security.ApiTokenProperty> <apiToken>T1G1qCtILB9Hn55ZaABXfP2fs07qHBEgalw7CtAibny90EaBEf1Iubk9ICHP0Eee</apiToken> </jenkins.security.ApiTokenProperty> <hudson.model.MyViewsProperty> <views> <hudson.model.AllView> <owner class="hudson.model.MyViewsProperty" reference="../../.."/> <name>All</name> <filterExecutors>false</filterExecutors> <filterQueue>false</filterQueue> <properties class="hudson.model.View$PropertyList"/> </hudson.model.AllView> </views> </hudson.model.MyViewsProperty> <hudson.search.UserSearchProperty> <insensitiveSearch>false</insensitiveSearch> </hudson.search.UserSearchProperty> <hudson.security.HudsonPrivateSecurityRealm_-Details> <passwordHash>#jbcrypt:$2a$10$razd3L1aXndFfBNHO95aj.IVrFydsxkcQCcLmujmFQzll3hcUrY7S</passwordHash> </hudson.security.HudsonPrivateSecurityRealm_-Details> </properties> </user>Hope that helps!
This worked for me. It seems
This worked for me.
It seems like the security realm was changed to PAM - which doesnt work..
Why does nobody fix this issue? makes the turnkey jenkins distribution unusable.
Added to tracker
Thanks for reporting this. I've added the issue to the tracker:
https://github.com/turnkeylinux/tracker/issues/42
Cause of PAM Authentication Error
I've discovered that the root cause of the PAM authenticatin error is that the Jenkins plugins are not loading (including the PAM plugin)
The reason they are not loading is due to filesystem permissions. The plugin directory is owned by root instead of being owned by jenkins.
To fix it:
You should now be able to log-in as admin with the password that was set at first boot.
Want to confirm that this is
Want to confirm that this is the case after launching a jenkins 12.1 appliance. Provided administrator user and password fail to login and making the jenkins appliance not useable from the hub.
You should still be able to use it
It's just that you'll need to log in via SSH (or SFTP or Webmin) and make the required changes as per the workaround above.
The only note is that you may need to adjust permissions (assuming that you use the root account to edit the files). Perhaps check their permissions prior to anything else!? ('ls -la /path/to/files') then chmod/chown them as appropriate...
chown workaround works
Thank you John Palmer.
chown works beautifully.
Add new comment