electra.xsxtc.uk (77.68.100.23)|Operating system|Ubuntu Linux 20.04.6|
|—|—|—|—|
|Webmin version|2.101
|Usermin version|2.001|
|Virtualmin version|7.8.2
|Authentic theme version|21.09.3 |
|Kernel and CPU|Linux 5.4.0-166-generic on x86_64|
|All installed packages are up to date|
Hi
I started a discussion in January 2022 when I first tried to move my website from the current host (Bluehost) to my Virtualmin server hosted on my own VPS. I had to stop as we had a house fire that destroyed both my houses (the existing and the one I had nearly finished building) and frankly, it has taken until now to get back to this. I am under pressure as the site is down and my Bluehost account expires November 29.
I have copied the sites I need via ftp to my home computer.
I have exported the databases for each site to my home computer.
I have redirected all DNS to my virtualmin setup and dnschecker confirms they are now fine.
I have followed the most useful suggestion from Ilya:
After successful installation of Virtualmin with install.sh
script and going through the post-install wizard, do the following:
1. Create new virtual server with the domain name used to host your WordPress site and make sure that it’s working (can be resolved (DNS working), can request SSL certificate and etc.)
2. Go to Install Scripts page and install new WordPress for this newly created domain
3. Go to File Manager and upload files from your previous WordPress installation under virtual server public_html
directory, overwriting WordPress files that were just installed
4. Go to Edit Databases page, choose the database for WordPress (named usually as yourdomain_wordpress
), click manage and on the opened page click Execute SQL
, where you can run SQL from file using an upload of your existing dump for your WordPress website.
That’s all.
Perhaps you would also need to manually adjust few option on wp_options
table (for example, if domain name was changed) and adjust database settings in wp-config.php
file (or simply not overwrite it on described above stage #3).
I have worked with the most important site, uk.boutiquefrenchwine.com. I have set up a top level new virtual server for the domain. The database name is uk_bfw. I then installed the phpmyadmin script and the wordpress script.
I went to the domain and it was a blank page (not surprising as there is no content) and it allowed me to access the wp-admin functions.
I then used file manager and overwrote the public-html folder that had been created with the version I had taken from the original site over ftp.
Now when I try to access the domain or the domain wp-admin functions, I just get the:
Welcome to the famous five-minute WordPress installation process!
page which I am not sure if I should have completed before when I first set the site up?
I completed it with the same user name I previously defined for the virtual server and then I am able to access both the site and the wp-admin functions. But it is weird!
The website is the basic wordpress site and not the pages I want to display. At the same time all of the plugins for the site are listed. So it appears that some, but not all of the original site is being read.
File Manager has not changed or been overwritten so the site is coming from some new database entries. When I look at phpmyadmin, the famous five minute etc. has inserted several new tables with the prefix bfw_ instead of uk_bfw_ and these are taking preference. I have no idea where this prefix has come from as I did not enter it as there was no option to define the database tables prefix when doing the Wordpress installation process.
If I select these tables and drop them, the server does not pickup my defined database tables of uk_bfw but instead redirects me again to the:
Welcome to the famous five-minute WordPress installation process!
wp-config correctly calls the uk_bfw database but for some reason virtualmin or apache are only seeing data tables that start with bfw_.
At one stage I was able to rename all the table prefixes in one go and that got me to see the pages correctly on the site but that option now appears to be now working. I press Continue and nothing happens.
So I have taken each of the default tables and renamed them the bfw_ and I can access the login page. however it does not accept the current admin user. So I used the old admin user credentials and I can log in but only to my customer account on key site. if I try to access the wp-admin functions I get a message that tells me I am not allowed to access the page.
If I drop all the tables from the database and then re-import the database (point 4 in Ilya’s instructions) into the now empty database, it takes me back to the:
Welcome to the famous five-minute WordPress installation process!
Which is absurd because all the config files are correct but for some reason they are being ignored.
How do I get out of this loop and get the virtual server, apache and Wordpress to behave themselves please?
Geoff