Migrate VM to V1 end point

jonathanUE 2020-01-27 09:40:06 UTC #11

If I open the SSH terminal and type sudo mv /opt/bitnami /opt/bitnami.bak it returns:

mv: cannot stat '/opt/bitnami': No such file or directory

Could this be because I have already moved it to a tmp folder using sudo mv /opt/bitnami /tmp/bitnami-backup

Also, sudo tar -xzvf /home/bitnami/application-backup.tar.gz / it returns:

tar: /: Not found in archive
tar: Exiting with failure status due to previous errors

Is my SSH terminal opening in the wrong directory or something?

michiel 2020-01-28 09:12:38 UTC #12

Hi @jonathanUE,

Can you tell me the output of the following command:

ls -lah /opt/

Regards,
Michiel

jonathanUE 2020-01-28 09:14:59 UTC #13

The output is:

total 12K
drwxr-xr-x  3 root root 4.0K Jan 23 09:24 .
drwxr-xr-x 22 root root 4.0K Jan 22 16:33 ..
drwxr-xr-x  3 root root 4.0K Jan  9 14:34 stackdriver

michiel 2020-01-28 09:28:29 UTC #14

Hi @jonathanUE,

Can you give me more information regarding your installation? It does not seem your instance has Binami installed. Did you install it manually and used another installation directory? If so, we have a Support Tool that will gather relevant information for us to analyze your configuration and logs. Could you please execute it on the machine where the stack is running by following the steps described in the guide below?

How to Run the Bitnami Support Tool

Please note that you need to paste the code ID that is shown at the end.

Regards,
Michiel

jonathanUE 2020-01-28 09:37:05 UTC #15

My installation was deployed using the Bitnami Wordpress deployment in the Google Cloud Platform. I checked the website after it was deployed and everything seemed normal. I assume something went wrong when I moved the current Bitnami installation to a different location using:

sudo mv /opt/bitnami /tmp/bitnami-backup

Ps, I have been following the instructions shown here https://community.bitnami.com/t/legacy-gce-and-gke-metadata-server-endpoints-will-be-turned-down/71763/2

Should I still run the support tool? I dont mind deploying a new Bitnami Wordpress server if that's easier?

Thanks.

michiel 2020-01-28 15:02:18 UTC #16

Hi @jonathanUE,

Can you try uncompressing the tgz file with the following command:

sudo tar -pxzvf /home/bitnami/application-backup.tar.gz -C /

Regards,
Michiel

jonathanUE 2020-01-29 06:53:30 UTC #17

Thanks, that worked

But do you have any idea why there are no images loading throughout my website? http://34.95.48.206/

Luckily this is just my development environment. However, I do have to follow this same process with my live website next..

michiel 2020-01-29 10:08:37 UTC #18

Hi @jonathanUE,

The images are still pointing to the old IP. Can you update the hostname using the bnconfig tool?

sudo /opt/bitnami/apps/wordpress/bnconfig --machine_hostname IP_ADDRESS

And restart apache?

sudo /opt/bitnami/ctlscript.sh restart apache

Regards,
Michiel

jonathanUE 2020-01-29 12:27:29 UTC #19

Oh yes you're right, I see the images are trying to load from the old IP in the Chrome console. I have tried updating the hostname with that command but nothing seems different and the images still wont load?

I used the external IP provided by Google Cloud Platform as the IP_ADDRESS part of the command.

michiel 2020-01-30 09:22:23 UTC #20

Hi @jonathanUE,

We have a Support Tool that will gather relevant information for us to analyze your configuration and logs. Could you please execute it on the machine where the stack is running by following the steps described in the guide below?

How to Run the Bitnami Support Tool

Please note that you need to paste the code ID that is shown at the end.

Regards,
Michiel

jonathanUE 2020-01-31 09:13:08 UTC #21

Thanks, the code ID is:

dd02fcb2-f7f5-1c0d-d9ca-ea81b7dbcaa9

michiel 2020-01-31 10:29:43 UTC #22

Hi @jonathanUE,

The old IP still shows in the pagespeed cache data. Can you try flushing the pagespeed cache?

https://docs.bitnami.com/bch/apps/wordpress/administration/use-pagespeed/#flush-the-pagespeed-cache

Regards,
Michiel

jonathanUE 2020-01-31 11:20:11 UTC #23

Hi,

I used the flush command and restarted Apache but the images are still not loading.

michiel 2020-02-03 11:53:09 UTC #24

Hi @jonathanUE,

A colleague from a specialized team will follow up.

Regards,
Michiel

jonathanUE 2020-02-04 07:09:17 UTC #25

Much appreciated

marcos 2020-02-04 10:07:41 UTC #26

Hi @jonathanUE, it seems the URLs for your image uploads were not changed.

There is a plugin that allows changing from old to new URL, check it out here: https://wordpress.org/plugins/velvet-blues-update-urls/

It should take care of posts, uploads, etc. Please backup before applying the change to avoid any issue. You should change from http://35.199.92.228/ to http://34.95.48.206/.

jonathanUE 2020-02-04 13:22:18 UTC #27

Thanks @marcos that solved the image issue.

Am I able to now delete the uploaded application-backup.tar.gz file as well as the initial Bitnami installation? I assume these would incur GCP costs otherwise?

marcos 2020-02-04 17:01:05 UTC #28

@jonathanUE Make sure you don't delete the backup from the new instance, just in case. But apart from that, you should be able to stop and delete the old instance with legacy metadata server endpoint (you would incur in monthly costs otherwise).

jonathanUE 2020-02-10 08:06:03 UTC #29

Thanks @marcos

Lastly, I have to follow this same process on another Wordpress instance that is for my main website that gets a lot of traffic and therefore I need to minimize downtime. Do you recommend following this same process or should I do anything differently?

I am also going to have to update the DNS settings. I am quite concerned about my SSL certificate (LetsEncrypt).

marcos 2020-02-11 08:38:44 UTC #30

@jonathanUE If you copy the SSL certificate from the old server to the new one and ensure your Web server (Apache) is updated, you shouldn't find any issues after changing the DNS settings.

For minimizing the downtime, the backup/restore process to another machine is the fastest due to not requiring any configuration, so in your case it would be the better option.

If you need to upgrade components in the Bitnami WordPress stack then backup/restore the entire stack is not valid for you, and migration would be the best choice (export WP data, content and configuration to another installation). In this case the downtime can be significantly higher if you're not experienced.

Bitnami provides free all-in-one installers, virtual machines and cloud images for popular open source applications. Get them now!