Loading...
 
Architecture / Installation

Architecture / Installation


Locked out of admin when upgrading to 18.3

posts: 210

Hi,

after learning that Tiki 12.14 probably won't do with PHP 7.2, I first did not upgrade my "big" Tiki installation, but my small experimental one with no "real" content. To 18.3 LTS.

Everything went smooth, I installed all the new files (in a new directory, to keep the old ones), I ran tiki-install.php and it accepted and converted my small database, so on the final step I chose to lock the installer.

I was NOT transferred to the login screen as usual, so I went to tiki-index.php manually. There my login credentials were prompted, and I entered them for the admin account. But much to my surprise, they were not accepted! I am locked out of the admin account.

Also, I got locked out of tiki-install.php (because I told it to lock).

So I followed the instructions for unlocking, went to the db folder and deleted the lock file, but now Tiki 18.3 crashed with this error message when trying to access tiki-install.php by reloading it:

Fatal error: Call to a member function query() on null in /homepages/41/removed for security/htdocs/agim/tiki-18.3/installer/tiki-installer.php on line 1245

Going to tiki-install.php in a fresh browser windows (maybe the reload was no good idea) cured that. So I re-ran the installer. This time I opted to create a new user "adminnew" and I closed WITHOUT locking the installer. And I entered "admin" in the text box where it says "if you experience loss of admin rights on your admin account".

Still, I could not log on with the admin credentials AND not with "adminnew" and it's credentials. Luckily, I could request a reset password mail for admin, which worked. So at the moment I am in my 18.3 as admin. Interestingly, there is no new user "adminnew", so tiki-install did NOT create it...

But when I will migrate my bigger site, I do not want to experience a lock-out there....

Any suggestions why admin gets locked out, and aminnew not created? At the moment I did not try to look into the database directly (my ISP sports phpMyAdmin), because I suspect passswords in there will be encrypted (they should be...).

Thanks
Oliver

There are no comments at this time.