Installed turnkey-wordpress-13.0-wheezy-amd64 from here. When run, it asked me to create passwords for everything, including Wordpress.  I used "admin".  But in login attempts, username/password admin/admin is invalid.  Created two different VMs this way, same result.

Can you help?

Thanks!

Update: I since have tried entering a different password at setup but that doesn't work either.  Is there a different default user besides admin?  I also tried different settings for Network, to no avail.  What am I doing wrong?!?

 

Forum: 
Jeremy Davis's picture

The default username to log into the shell and Webmin is 'root' (with the root password you set). To log into the WordPress admin account the username is admin and should honour the password that you entered...

Have you checked the integrity of your download (ideally it's best to check the gpg sig, but double checking the SHA hash should be adequate).

The only other thing I can think of OTTOMH is that perhaps WordPress has a complexity requirement that TurnKey's init script doesn't check for (so it set's the password but WordPress won't actually accept it as a valid password. Although having said that, I'm pretty sure that for testing purposes I have used 'password' and it worked fine...

Also FWIW you don't need to reinstall to rerun the initialisation scripts. You can just rerun them with:

turnkey-init
Koos Kiewiet's picture

I'm experiencing this issue as well. The passwords for adminer and root as set during the initial setup are accepted after a reboot of the virtual appliance, but the admin pass is being refused as incorrect.
Jeremy Davis's picture

I wonder why it's not working for you? I just tested with a relatively simple password and it's definitely working for me?! Are you attempting to log into the 'admin' WordPress account?

If so, then the only thing I can think of is that perhaps there is a character in your password that WordPress doesn't like?

If you care to share the password with me (best to email: support AT turnkeylinux.org - please note that it's related to this thread) then I can have a closer look at what might be going on.

Jeremy Davis's picture

Koos replied via email, saying:

I did use 'admin' as the account for logging in on the webmin page. I am using the same password for root, adminer and admin: kkWp2023. I'm running the appliance in VirtualBox 7.0.6 on a Linux Mint 21.1 desktop computer. As I stated: logging in as root on the OS works fine, same for logging in as adminer for the dbms. I even tried to use a slightly different password for admin, but to no avail.

My response:


Hi Koos. Ah ok. That's the issue then! Webmin login leverages PAM authentication (i.e. "normal" Linux user login) so try using 'root'. 'admin' is the username for WordPress itself (only). Apologies if that wasn't clear. For what it's worth, that is detailed on the WordPress appliance page.

Good luck with it.

Marcos Antonio Yeguez's picture

Hey guys, this issue is because the user_pass and user_email, that are saved into the database in the init, are inverted

In the user_pass => the email is been saved
Inte user_email => the password is been saved

To fix this, login to your adminer and look for wordpress->wp_user->Visualize content and modify your admin user, just swap the values on the user_pass and user_email

Jeremy Davis's picture

Thanks for dropping in to share your workaround. I really appreciate it. Although the issue that it addresses was a regression that I inadvertent introduced in the latest v18.1 release (a couple of weeks ago). The issue has been resolved in the build code and I hope to re-release a fixed version ASAP.

Ian McCue's picture

Evening, I've setup the wordpress container but I am unable to login to the Webmin page. Admin and whatever password I enter during the setup script, even something as simple as Password1 just keeps saying "Login failed. Please try again."

I've checked and I'm running the correct script that has the above fix already in it. Any ideas what I'm doing wrong?

Jeremy Davis's picture

What username are you using trying to log into Webmin?

Unless your server was launched from AWS Marketplace, the username is "root" - on AWS MP it is "admin". Either way, it should allow log in using the "root" user password set at first boot.

The "admin" user/password is to log into WordPress itself.

I hope that helps - and apologies I didn't get to you sooner.

Ian McCue's picture

Hi, no problems on the delay. I'm trying to run it as a proxmox lxc. I can get onto the shell of the lxc fine with root & into the sql instance via the web gui with adminer fine as well.

The web gui for word press just tells me that the login failed/isn't valid, I've tried admin & Admin. The password is currently set to Password1 to keep it simple. After 3 goes it locks me out and I have to unblock mynip via the shell.

Are there any logs that might give more detail?

Jeremy Davis's picture

FWIW I just tested the v18.2 WordPress appliance myself (LXC container on Proxmox v8.2.4). I used the password TurnKey12? and I could log into WP using the username admin and that password so I'm not sure what's wrong?!

Could you try running this (replace the email and domain with yours):

/usr/lib/inithooks/bin/wordpress.py --domain="www.example.net"  --email="admin@example.net" --pass="TurnKey12?"

Then try logging in again as admin with the password 'TurnKey12?' (no quotes).

Please let me know how you go.

If you continue to have issues, you can enable logging by editing the /var/www/wordpress/wp-config.php file and adding this code snippet:

define('WP_DEBUG', true);
if (WP_DEBUG) {
        @error_reporting(E_ALL);
        @ini_set('log_errors', true);
        @ini_set('log_errors_max_len', '0');
        define('WP_DEBUG_LOG', true);
        define('WP_DEBUG_DISPLAY', false);
        define('CONCATENATE_SCRIPTS', false);
        define('SAVEQUERIES', true);
}

Then restart apache:

systemctl restart apache2

If there are WordPress errors, then a new 'debug.log' file should be created in /var/www/wordpress/wp-content/ - e.g. to view in in terminal:

cat /var/www/wordpress/wp-content/debug.log

Note that it will only create that file if there are WordPress errors. So if you get a "No such file or directory" error, then WordPress isn't erroring.

Note: to disable the debug logging again, edit the first line of the code you copy/pasted to wp-config.php and change the value of WP_DEBUG to false. I.e. the fist line should now look like:

define('WP_DEBUG', false);

The rest of the code can stay as is (it will only be triggered when WP_DEBUG is true).

Add new comment